Chefで設定ファイルを記述するときはrenderを使うと便利な件 - Qiita
このレシピを直すというのが意外に面倒で忘れがちです。 renderの場合はレシピの修正が不要です。 renderの方が削除時の事故が起こりにくい Chefはファイルの削除が苦手だと言われていますがその通りです。 例えばconf.d/user.confが不要になったとして、テンプレートファイルとレシピからそれを削除したとします。 ところがChefのレポジトリ上で消してもサーバには設定ファイルが残ってしまうため、Include conf.d/*.confのような記述があると残留したファイルが読み込まれてしまいます。 対策として、サーバ上の不要ファイルを手動で削除したり、fileリソースのaction :deleteなどを使って消したりする必要があります。これはかなり面倒です。 一方erbのrenderを使う場合、renderの行を削除すれば確実に削除を反映することができます。 プロビジョニング
"PHP Fatal error: Allowed memory size of xxx" で落ちる前にできること - ぷぎがぽぎ
PHP Advent Calendar 2013 - 7日目 昨日は@hidenorigotoさんのBeyond MVCでした。 今日は PHPあるある的な問題に対する対策について少しばかり書きたいと思います。 ※ 歯ブラシを持たせてみた *1 メモリ不足でよくやる対応 PHPで大量のデータを扱ったりすると、設定された利用可能な最大メモリ使用量を超えて PHP Fatal error: Allowed memory size of 524288330 bytes exhausted (tried to allocate 351 bytes) in ....というエラーが発生して対応に追われたことの経験がある人はかなり多いと思います。 そもそも環境のメモリに余裕があるならmemory_limitを調整してメモリの使用量を増やしたり あまり余裕がない場合は暫定的対応として、該当処理部分だけ <
設定ファイルをまとめて管理する
はじめに Unix系OSの設定ファイルはあちこちのディレクトリに散らばっているので、管理が面倒です。私はこういった設定ファイルを ˜/config/ 以下に、 つまりrootでない一般ユーザのディレクトリ1か所にまとめて管理しています。ここではそのやり方をご紹介します。 設定ファイル編集作業例 まず作業例から見てください。 /etc/hosts を編集したい場合なら、作業は以下のようになります。 % cd ˜/config/ % vi etc/hosts 〜編集する〜 % sudo make メリット 設定ファイルを1か所にまとめて管理すると、以下のようなメリットがあります。 root権限での作業を極力減らせる 最後の make だけはrootでやりますが、それまでのファイル編集は一般ユーザのままで行えます。 バックアップを取りやすい 自分のホームディレクトリのバックアップを取るついでに、
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
