「ローテーションするスクリプト書いて、cronで回す」か、「logrotateに任せる」かのどちらか。 スクリプト各場合は以下の通り。 $ mv access.log access.log.0 $ kill -USR1 cat master.nginx.pid $ sleep 1 $ gzip access.log.0 # do something with access.log.0 via http://wiki.nginx.org/NginxLogRotation logrotateを使う場合は、/etc/logrotate.d に以下の設定を追加。 postrotate の2行目はファイルの日付がrotateした日になるので、無理矢理前日日付に変更しているだけです。 /var/log/httpd/access.log { daily dateext rotate 365 missin
nginxでログをrotateしたときに前日の日付にしたい(logrotate) nginxでapacheで日付風のログを出力する方法がないかなぁと考えてたのでメモ程度に logrotateを使うしかないのですが dateextオプションをつけるとlogrotateが走った日時の日付になります 結構強引ですがこうすればいけます logrotate用の設定ファイル /var/log/nginx/access_log { dateext rotate 365 missingok postrotate /bin/kill -USR1 `/bin/cat /var/run/nginx.pid 2>/dev/null` 2>/dev/null || true /bin/mv /var/log/nginx/access_log-`date '+%Y%m%d'` /var/log/nginx/ac
production The server is running successfully. Thu, 27 Aug 2020 15:28:31 GMT
日本時間で本日，5月25日午前0時すぎ，ツイッター公式ブログにてペイド・ツイートを禁止する意向が突然発表され，ブログメディア（Mashable, TechCrunch, VentureBeat等）をにぎわしている。 ツイッター公式ブログ ・ The Twitter Platform (Twitter, 2010/5/24) ここで宣言されているのは，ツイッター社ではタイムラインに広告ツイート（ペイド･ツイート）を挿入するサードパーティのサービスを禁止する意向があるということ。該当する原文部分を抽出しておこう。 As our primary concern is the long-term health and value of the network, we have and will continue to forgo near-term revenue opportunities in
Flash + H.264 = H.264 squared
Despite all the fruitless discussions about the clash between H.264 and Flash (which you know are simply FUD, being H.264 a codec and Flash a platform) , I think instead that H.264 and Flash form a wonderful duo. Fortunately enough I’m not alone if a giant like Hulu (over 500 million streams per month) has declared HTML5 to be too young to be used in scenarios where monetization is a key factor. T
Linux の top コマンドや free コマンドで表示される cached は、勝手にどんどん増えていきます。free がなくなるとこの cached が少しずつ解放されて使われます。 cached も buffers も空きメモリの一部ですので、これらが溜まっているからといって無理やり解放させる必要は通常はありません。cached を溜めているのはパフォーマンスのためなので、解放させると通常使用時のパフォーマンスが落ちます。逆にこれを解放しておかないと、パフォーマンスの測定などで、正しい計測ができません。 kernel の 2.6.16 以降では、解放をコマンドから解放できるようになりました。root で # echo 1 > /proc/sys/vm/drop_caches のように /proc/sys/vm/drop_caches に1～3の値を書き込みます。値によって解放され
夏が近づくとウキウキしてくるmikioです。昨日ついにリリースされたKyoto Cabinet 1.0について今回は報告します。 1.0の位置づけ コミュニティ毎や製品毎にバージョン番号割り当ての方針は異なるわけですが、私の個人的なポリシーでは、1.0には特別な意味があります。すなわち、0.xのバージョンはbeta版的な位置づけで、「実サービスに使うのはちょっと待った方がいいですよ」ということを意味します。一方で、1.xはstable版的な位置づけで、「よろしければ実サービスでも使ってみてください」ということを意味します。私がstable版に設定する原則を以下に列挙します。 安定稼働を至上命題とする（バグがあればその修正を最優先する） APIを変更しない（変更するとしても後方互換性を維持する） DBファイルのフォーマットを変更しない（変更するとしても後方互換性を維持する） なるべく機能追加
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
