第4回 わずか1週間程度でBashが大幅な進化を遂げた ～Shellshock大暴れ～ | gihyo.jp
10月に入り、9月までに起こったことをざっと振り返るというお題がどこかから聞こえてきたので、「じゃあ……」という感じで振り返ってみることとします。 わずか1週間程度でBashが大幅な進化を遂げた ～Shellshock大暴れ～ まだ現在進行形の事案ではありますが、9月下旬に発覚したBashの脆弱性に起因して、10月上旬までまだ収束していないShellshock。 Bash 4.3の例で説明すると、Patchlevel 25～30までは以下のような軌跡をたどっています。 9月24日にPatchlevel 25 9月26日にPatchlevel 26 9月27日にPatchlevel 27 10月1日にPatchlevel 28 10月2日にPatchlevel 29 10月5日にPatchlevel 30 この間に発見、修正された脆弱性は、CVE-2014-6271、CVE-2014-71
よくわかるLinux帯域制限 | GREE Engineering
矢口です。 みなさんはLinuxのtcという機能をご存知でしょうか。送信するパケットの帯域制御を行うことができる大変強力な機能で、グリーでもいくつかの用途で使用されています。 具体的な事例の一つはRedisです。Redisではreplicationを新規に開始する際やfailoverが発生しmasterが切り替わった際(特に2.6系)にストアされている全データが転送されます。しかし帯域制限をかける機能がないため、ネットワーク帯域を圧迫してしまう危険性があります。また通常のクライアントとの通信でも大量のクエリにより予想以上の帯域を使用してしまう可能性があります。このような場合にtcを用いることでRedisの使用する帯域をコントロールできます。 このように有用なtcですが残念なことに日本語/英語ともにわかりやすい解説や詳細な情報は多くありません。 私も社内において使われていたtcの設定に問題が
Googleアドセンス収入の目安とアクセス数（PV）の関係
どれぐらいのアクセスでいくらのアドセンスが稼げるのか？ という記事は今まで沢山見てきました。 著名な方の記事を見てみてもだいたい「1PV=0.3～0.5円」という意見が多い気がします。 僕自身もブログを始めるまではアクセスを稼いでアドセンスを伸ばす。アクセスが増えれば増えるほどいいのだ。目指せ100万PV！ってなんとなく思ってました。 でも今、先月のブログのPVは45万ちょっとです。 そしてアドセンスの報酬は PVを超えています。 超えてるって言っても少しじゃなくて結構に超えてます。 つまり、「1PV＝1円以上」です。 この現状を踏まえ、他人のデータはどこまでいっても他人のデータでしかないのだなという事を思い知りました。 今回は僕が今までブログをやってきて、試行錯誤の結果 アドセンスで人並み以上に稼げるようになった事で アドセンスの配置 基本的に僕はスマートフォンとパソコンではアドセンスの
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
YouTube - You Choose '08
日経BP