Windowsの Cドライブの残容量を増やす方法

まずは、

•  「ディクスのクリーンアップ」を実行する
• Cドライブを右クリック → プロパティ → ディクスのクリーンアップ

急ぎなら、

• SoftwareDistribution関連(Windowsの高速化)
•  C:\Windows\SoftwareDistribution\DataStore\DataStore.edbを削除する
• しばらくするとまた増えるので、容量不足解消という意味では応急対応にしかならない

それでも駄目なら、

•  「C:\WINDOWS\SoftwareDistribution\Download」の削除 - パソコントラブルと自己解決
•  C:\Windows\SoftwareDistribution\Downloadを空にする
• 「システムの復元」容量の変更 - パソコントラブルと自己解決
•  「システムの復元」用のディスク領域使用量を変更する
• 「Cドライブ」から「Dドライブ」へのデータ移動 - パソコントラブルと自己解決
• 仮想メモリを最適設定する 
•  ページングファイル（pagefil.sys）を別のドライブに移動する（要再起動）
• Cドライブのpagefil.sysは自動では消えないので、再起動後に移動先のドライブのpagefil.sysが使われていることを確認後、Cドライブの方は手動で削除する
• 手動（カスタムサイズ）で設定する場合はタスクマネージャ→パフォーマンスの「コミット」の値を参考にする
• 「コミット」の使用量と搭載している物理メモリ の大きさから検討する
• 参考：Windows TIPS：タスク・マネージャのパフォーマンス・タブの見方（Windows 7／Windows Server 2008 R2編） - ＠IT

EBSの rootボリュームをのサイズを増やす方法

Amazon EC2でEBSのrootボリュームの容量を増やす方法のメモ。

1. インスタンスを停止する
2. EBSボリュームをDetachする
3. Detachしたボリュームのスナップショットをとる
4. スナップショットからボリュームを作成する
   その際に、任意のサイズを指定する
   また、Availability Zoneはインスタンスと同じZoneを指定する
5. 作成したボリュームをインスタンスにAttachする
   その際に、下記のデバイスとして指定する

   /dev/sda1
6. インスタンスを起動する
7. SSHでログインして、resize2fsコマンドを実行する

   sudo resize2fs /dev/sda1
8. dfでリサイズ後の容量を確認する

   df -h

参考：EBS-backedインスタンスのrootボリュームをサイズ増量 | koba206の開発WIKI

ホスト型侵入検知ツール（IDS）の aideを Amazon Linuxにインストール

徳丸さんが改ざん検知を導入したそうなので、うちにも入れてみた。徳丸さんはionotifywait（とTripwire）を採用したそうだけど、調べてみたらaideの方が使いやすそう。aideはTripwireなどと同じホスト型の侵入検知ツールというか改竄検知ツール、というか差分ファイル調査ツール。

なのでaideをAmazon Linuxにインストールしてcronで動かすまでの備忘録。rootで作業した。

インストール

yum install aide

設定ファイル編集

vi /etc/aide.conf

• デフォルト設定の注意点
• /var/www が含まれていないのでWebファイルの改竄を検知できない
• /etc/httpd も含まれていない
• /var/log が含まれているのでログが書かれると反応してしまう
• 最初は厳し目（検知多め）にしておいて、使いながら緩くしていくのが良さそう

cron設定例

MAILTO=foo@example.com

00 2 * * * cd /var/lib/aide; cp aide.db.new.gz aide.db.gz; /usr/sbin/aide -u > /dev/null || cat /var/log/aide/aide.log

• 毎晩2時に、前回作ったDBを適用し、チェック＆DB作成を実行し、異常があった場合のみログの内容をメールで送付する場合の例
• エラーがある場合は標準出力に出力されるエラー情報と同じ内容がログにも出力されるので、標準出力は /dev/null に捨てている

きちんとやるなら、aideのDBをどうやって守るか（別サーバに置くなど）とかも考えないといけないみたい。

PHPのフレームワークの人気を Googleトレンドで比較

世界で人気のPHPフレームワークでGoogle検索されている上位5つはこれ。

 

CodeIgniterの人気がグングン上がって、2010年頃にトップになってそのまま独走してる。ライセンス問題云々の問題は影響がなかったように見える。

また、それを追うようにYiiの人気が上昇し、PHPフレームワーク旧御三家のCake、Symfony、Zendを抜いてしまった。

それにしても2009年にみんな揃ってガクッと落ちてるのはなんだろう？

で、上位5つをの下はこれ。（比較用にZendも入れている。）

Laravelがグググッと上がってきて、Zendを抜くのは時間の問題か。CodeIgniter、Yii、Laravelが新御三家になるのかな。

有望株だったKohanaは伸び悩んでこのまま消えていくのか。意外にもEthnaは細く長く頑張ってる...？日本で人気のFulePHPは、Ethnaに辛うじて勝つ程度という低空飛行。


最後に、日本限定で比べると上位5つはこれ。

みんな大好きCakePHP。安定のぶっちぎり。

後は小さくて見辛いが、Fuelがここ2年で他を抜き去って2位になって、このまま伸びそうか？Rails好きな日本人のはずが、Symfonyは落ちてきてCodeIgniterも伸び悩み。


で、ここまで書いてきてなんだけど、Googleトレンドで調べる場合の問題は、普通の単語だとPHPのフレームワークと関係なく検索数が増えてしまうこと。
例えば「Rails」で調べたら、Ruby on Railsと関係ない検索もたくさん含まれてしまうよね？Yiiなんかもどこかの国の言葉で存在してPHPと関係なく調べられてるかもしれないとも思ったけど、グラフの伸びから見るとPHPフレームワークとして検索されてそう。Yiiの強さは、普通名詞の組み合わせではない、かつ、シンプルであることだろう。

逆に、FuelPHPやZend Frameworkは「Fuel」や「Zend」と略した場合の検索がカウントされていないので、過小評価になってしまう。
「Zend Controller」「Fuel Exception」など他の言葉との組み合わせでたくさん検索されてそうだが、Googleトレンドではそこまで調べられないので。

それでも日本では圧勝のCakePHPは、それだけ凄いんだろうけど...。

サービス連携による情報収集の進化（あるいは退化）について

個人的な変遷を

1. 原始時代
   はてなブックマーク ホットエントリーなど（PC）
   
2. 石器時代（道具を使うことを覚える）
   はてなブックマーク、その他のRSS＋Pipes（バックグラウンド）
   ↓
   Google Reader（PC）
   
3. 古代（スマホにより機動力を獲得）
   はてなブックマーク、その他のRSS＋Pipes（バックグラウンド）
   ↓
   Google Reader（PC、スマホ）
   
4. 近代（PocketとiPad miniで文明開化）
   はてなブックマーク、その他のRSS＋Pipes（バックグラウンド）
   ↓
   Google Reader（スマホ、PC）
   ↓
   IFTTT（バックグラウンド）
   ↓
   Pocket（iPad、スマホ）
   
5. 現代
   はてなブックマーク、その他のRSS＋Pipes（バックグラウンド）
   ↓
   Feedly（スマホ、iPad）
   ↓
   Pocket（iPad、スマホ）

一連の流れからPCが無くなるなんて。思えば遠くへ来たもんだ。