エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
アクセスログと2Gの壁 | ランサーズ社長日記
いいね! 0 ツイート B! はてブ 4 Pocket 0 ここ最近頻繁にApacheのアクセスログが落ちることが多く、原... いいね! 0 ツイート B! はてブ 4 Pocket 0 ここ最近頻繁にApacheのアクセスログが落ちることが多く、原因を調査していると、「それは2Gの壁ですね。」との指摘を頂く。 Linuxには「2Gの壁」なるものが存在するらしく、lseek() などファイル内の読み出し位置を移動する関数に与える値の型に、signed long型 (2の31乗-1=2147483647)が使われており、この値が壁となっているとのこと。 基本的にLinux側は壁に対応しているが、Linux上にのるアプリケーション(今回ならばApacheのrotatelogs?)が対応していないと、こういった現象に陥る。 私のサーバーの場合も、毎日ログローテーションしているものの、ほぼ毎日アクセスログが2G以上となったために、エラーとなっていたようです。 そこで、ログローテーション処理を毎日じゃなく、毎時に変更してから