脆弱性対応（Heartbleed）の責任の所在 東京地判令元.12.20（平29ワ6203） - IT・システム判例メモ
クレジットカード情報漏えい事故に関し，その原因の一つと考えられる脆弱性対応が運用保守業務に含まれていたか否かが争われた事例。 事案の概要 Xは，Xの運営する通販サイト（本件サイト）を第三者に開発委託し，運用していたが，その後，2013年1月ころまでに，Yに対し，本件サイトの運用業務を月額20万円で委託した（本件契約）。本件サイトはEC-CUBEで作られていた。なお，XからYへの業務委託に関し，契約書は作成されておらず，注文書には「本件サイトの運用，保守管理」「ＥＣ－ＣＵＢＥカスタマイズ」としか記載されていない。 2014年4月には，OpenSSL*1の脆弱性があることが公表されたが*2，本件サイトでは，OpenSSLが用いられていた。 2015年5月ころ，Xは，決済代行会社から本件サイトからXの顧客情報（クレジットカード情報を含む）が漏えいしている懸念があるとの連絡を受け（本件情報漏えい）
その運用自動化では行き詰まる 〜「つながらない」「つたわらない」「つみあがらない」を防ぐために〜 /20180712-janog42
2018年7月12日、三重県津市で開催のJANOG42ミーティングでの発表資料です。 その運用自動化では行き詰まる 〜「つながらない」「つたわらない」「つみあがらない」を防ぐために〜 https://www.janog.gr.jp/meeting/janog42/program/OPE 詳細: https://www.opslab.jp/publish/20180712-janog42.html 以下の方々と議論し、多くの知見を得ることができました。(敬称略) - 長久 勝 (国立情報学研究所) - 今井 祐二 (株式会社富士通研究所) - 畠山 慎平 (エヌ・ティ・ティ・コミュニケーションズ株式会社) (運用設計ラボ合同会社 波田野裕一)
CMSやスマホサイト変換ツールだけでWebサイトの運用・更新が楽になると思ったら大間違い! | 生田昌弘の「Web担当者に喝！」
「運用・更新が大変で……CMSで解決できますか？」とWeb担当者は言うけれど運用・更新に関する問い合わせが、ここ2～3年で急激に増えている。 Webサイトのページ数が激増する中で、構築よりも、運用・更新に問題を抱える企業が増えてくるのは、当然のことだ。さらに、スマートフォンの存在は、日々の運用・更新でひっ迫しているWeb担当者にとって脅威となっている。 だからモバイル用のサイト変換ツールやレスポンシブデザイン、CMSなど、これ以上負担を増さない方法についつい期待してしまう。制作会社や業者も、抱えている問題のすべてを解決してくれる魔法のツールであるかようなプレゼンテーションをして期待をあおる。 しかし、どんなツールを導入しようが、運用・更新の問題を解決することはできない。 その理由は、そもそも運用・更新しやすいWebサイトとして構築されていないからだ。こんな当たり前のことを、なぜ理解できない
さくらのVPS 1G+WordPressで1日5万PVを捌く構成メモ - はげあたま.org
はじめに ここ数日でブログに少し手を入れたので、現時点の備忘録です。内容的には半年前に四苦八苦した部分がほとんどですが、超オーソドックス設定なので、まとめておいて損はないでしょう。 なお、うちでは1日5万PV以上が出なくてテストできないだけで、たぶんもう少しは捌けます。 事の起こりは一年前。ブログを一新する際に日和ってWordPressを選択したのですが、計算してみるとピークに3PV/秒越えると発狂する計算に。あれ？ まがりなりにもVPSをほぼ丸々割り当ててるので、個人レベルのブログなら鼻歌交じりに処理できるとか思ってたんですが、PHPのメモリの喰い方とApacheのデフォルト設定のアホさを嘗めていました。 その後、いろいろとありながらも安定運用には到達したので、何かあった時に再現出来るように書き残しておきます。 環境：さくらのVPS 1Gプラン Debian squeeze + Apac
WordPressを100倍速くする！ MySQLの調整やnginx proxy cache | KRAY Inc
[追記１] 最後で説明しているproxy cacheの設定を修正しました。 [追記２] nginx proxy cacheでキャッシュしない場合の処理を変更しました。 [追記３] スマートフォンや携帯で閲覧した時にキャッシュしない設定を追加しました。 はじめに 大げさな題名ですが、今回はWordPress単体を速くするのではなく、データベースやWebサーバなどの調整、またnginxのproxy cache機能を使って速くする話になります。 サイトの構成によっては、proxy cacheは使えないかもしれませんが、使わなくても5倍程度速くすることはできましたので、参考にしていただければと思います。 今回行うチューニング一覧 DBを最適化するプラグインを導入する APCを導入してPHPを速くする MySQLを速くする 重いWordPressプラグインを外す nginx+FastCGIにする W
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IDEA * IDEA
