タグ

serverに関するpixikawaのブックマーク (10)

  • 既存のワーキングコピーからベアリポジトリを作成する - Git による版管理環境を構築する

    Git サーバーに置くリポジトリは、ワーキングコピーを持たない "ベアリポジトリ" となります。 既存のワーキングコピーから、そのリポジトリのベアリポジトリを作成したい場合には、次のようなコマンドを、ワーキングコピーが置かれたコンピューター上で実行します。 git clone --bare repo1 repo1.git このようにすることで、現在のディレクトリに保存されている Git リポジトリ "repo1" のベアリポジトリが "repo1.git" という名前で、同じディレクトリに作成されました。 この時、ベアリポジトリを直接 Git サーバーに作成することはできないような感じです。 このベアリポジトリを Git サーバーに登録したい場合には、SSH 等を使用して、サーバー側にファイル転送する必要があるようです。例えば scp を使った場合は、次のような感じになるでしょうか。 sc

    pixikawa
    pixikawa 2014/06/09
    git clone --bare .git hoge.git
  • gitのbareリポジトリのバックアップをとる - tumblr

    チームでgitを使うときは個人の公開リポジトリから適宜pullする、なんてことはせずにsvnのように中央集権的なbareリポジトリを作ることになると思います。 で、そのリポジトリが吹っ飛んだときとかは、分散型の特性を生かして個人のリポジトリをドラゴンボールみたいに寄せ集めて願い事を唱えながらmergeをしてbareリポジトリを蘇らせるというナメック式バックアップを取ることもできますが、やはりここは宇宙人のなかでもダントツでかしこいとされる地球人らしさを見せておきたいわけであります。 というわけでbareリポジトリのバックアップをとりたいのです。 ベタにrsyncとかscpでリポジトリまるごと日次バックアップというのもいいのですが、その場合バックアップ時刻からリポジトリが吹っ飛んだ瞬間の間にpushされていた変更は失われてしまうわけです。失われた分をわざわざpushするのは地球人らしくありま

    gitのbareリポジトリのバックアップをとる - tumblr
    pixikawa
    pixikawa 2014/06/09
    git clone --bare .git hoge.git
  • PHP: The Right Way

    ようこそ 時代遅れの情報がウェブ上にあふれている。そんな情報を見たPHP初心者は戸惑ってしまうだろう。そして、まずい手法やまずいコードが広まってしまう。 そんなのはもうやめよう。PHP: The Right Way は気軽に読めるクイックリファレンスだ。PHPの一般的なコーディング規約、 ウェブ上のよくできたチュートリアルへのリンク、そして現時点でのベストプラクティスだと執筆者が考えていることをまとめた。 大事なのは、 PHPを使うための正式なお作法など存在しない ってこと。 このサイトの狙いは、はじめて PHP を使うことになった開発者に、いろんなトピックを紹介すること。 経験豊富なプロの人にとっても、これまで深く考えることなく使ってきた内容について、新鮮な見方を伝えられるだろう。 このサイトは、決して「どのツールを使えばいいのか」を教えるものじゃない。 いくつかの選択肢を示して、それぞ

  • PHP | セッション変数の削除とセッションIDの削除 - セッション管理

    ※「$_SESSION」変数そのものを削除しないようにして下さい。 次に、例えばログアウトの処理などをしてセッションそのものを破棄したい場合です。この場合はクライアント側に保存されているセッションIDを削除した後で、セッションを破棄します。 クライアント側にはクッキーで保存されていますのでクッキーを削除します。(クッキーの削除については『クッキーを削除する』を参照して下さい)。

  • sshの公開鍵認証の設定でつまずいた | さかな前線

    belltail.jpはさくらVPSで稼働してて、普段はsshで管理してます。 自宅以外にも拠点ができたので、外からごにょごにょいじれるようにしたかった。 やることはキーを生成してauthorized_keysに追加するだけなんだけど。なんか1時間くらい格闘しちゃったのでメモ。 つまずいた、っていうのは、具体的には、一通り設定したと思ったのに、入ろうとしたら Agent admitted failure to sign using the key. Permission denied (publickey). と言われたこと。 次の設定手順をちゃんと踏んだら解決しました。 クライアント側 最初はクライアント上で公開鍵と非公開鍵のペアを生成。 % ssh-keygen -t rsa で、よろしく設定。保存先はデフォルト(~/.ssh/)でいいし、パスフレーズは適切に。空でも可。パスワードとは

  • さくらのレンタルサーバでSSH公開鍵認証

    サーバについての記事です。 さくらのレンタルサーバを利用するときにターミナルでSSHを使う事が増えたのでメモ。 SSHのプロトコルを使用してサーバと接続を行う時に、パスワード認証と公開鍵認証という二つの認証方式があるようです。 参考ページ パスワード認証 SSH接続を行ったときにログインするときにパスワードを入力して接続する方法です。SSHでデフォルトで使われている認証方式です。接続はtelnetとは異なりパスワードの送信時もパスワードの暗号化をしてセキュアな通信を実現します。 実際に接続すると以下のような認証になります。 $ ssh username@username.sakura.ne.jp username@username.sakura.ne.jp's password:パスワードを入力 Welcome to FreeBSD! RSA認証 公開鍵と私有鍵というキーのペアを作成して公

  • Man page of SENDMAIL

    Section: Maintenance Commands (8) Updated: %Date: 2000/12/14 23:08:15 % Index JM Home Page roff page 名称 sendmail - 電子メール配送デーモン 書式 sendmail [flags] [address ...] newaliases mailq [-v] hoststat purgestat smtpd 解説 sendmail はメッセージを一人または複数の受け手 (recipient) に送ります。必要ならばインターネットワークを 通してメッセージを正しい場所に転送します。 sendmail はユーザインタフェースとして使われることは考慮されていません。 ユーザにとって使いやすいフロントエンドは別のプログラムで 提供されます。 sendmail は、あらかじめメールとして整形され

    pixikawa
    pixikawa 2014/03/30
    “-fname ``from'' に入る名前(つまり、エンベロープ中の送り手 (envelope sender) の名前です)を設定します。”
  • PHP: $_SERVER - Manual

    $_SERVER (PHP 4 >= 4.1.0, PHP 5, PHP 7, PHP 8) $_SERVER — サーバー情報および実行時の環境情報 説明 $_SERVER は、ヘッダ、パス、スクリプトの位置のような 情報を有する配列です。この配列のエントリは、Web サーバーにより 生成されます。全ての Web サーバーがこれら全てを提供する保証はありません。 サーバーは、これらのいくつかを省略したり、この一覧にない他のものを 定義する可能性があります。しかし、これらの変数のほとんどは、 » CGI/1.1 specification で定義されています。したがって、これらのほとんどは定義されていることを 期待することができます。 注意: PHP を コマンドライン から実行している場合、 これらの変数のほとんどは利用できないか、 なんの意味も持ちません。 以下に示された要素に加え、

    pixikawa
    pixikawa 2014/03/13
    “'REMOTE_ADDR' 現在ページをみているユーザーの IP アドレス。”
  • php.iniの設定をディレクトリ以下にも反映させるには? よくある質問 - レンタルサーバーならクイッカ[Quicca]

    php.iniの設定をphp.iniを置いたディレクトリ以下にも反映させたいときは以下の通り設定をします。 例えば、allow_url_fopen = ON をphp.iniを設置しましたディレクトリ以下にも 反映させたい場合は以下のように設定します。 php.iniファイル allow_url_fopen = ON include_path = .:/usr/lib/php:/usr/local/lib/php .htaccessファイル suPHP_ConfigPath /home/(ユーザ名)/public_html/(作成したディレクトリ名) <Files php.ini> ※ Order deny,allow Deny from all </Files> ※< >は半角に直してご利用下さい。

  • 1つのディレクトリ内での大量のファイルについて - CORESERVER.JP:コアサーバー

    お探しのページは見つかりません アクセスしようとしたページはすでに存在しないか、またはURLが間違っている可能性があります。 トップページへ戻る

    1つのディレクトリ内での大量のファイルについて - CORESERVER.JP:コアサーバー
  • 1