JavaScript/CSS圧縮処理を80秒から6秒まで短縮したテクニック - Mozilla | エンタープライズ | マイコミジャーナル
The Mozilla Foundation Mozilla WebDevブログに「From 80 Seconds to 6: Optimizing Our Asset Compression」として、JavaScript・CSS・画像の連結およびミニファイ処理にかかる時間を、80秒～160秒レベルから6秒まで短縮させたときのテクニックが掲載されている。実用的な資料として参考になる。 現在、「Add-ons for Firefox」はCDNを活用してリソースを提供しているが、こうなる前はキャッシュ効果を最大限に発揮させるためにJavaScript・CSS・画像をファイルへ連結してミニファイ処理を実施して使っていたという。このリソースの生成には80秒から160秒かかっていたが、処理を工夫することで最終的に6秒にまで短縮を実現したと説明がある。 ここで紹介されている高速化テクニックをまとめると
ともちゃ日記 - 元大学生の悪魔^H^H魔神ＯＬ日記- 激安VPSの上手な使い方、使い分け
そのほか、DNSサーバやメールサーバなどを運用するとき、セカンダリDNSや、バックアップMXをOsukiniVPSといった使い方をすれば、メイン側がメンテナンスや障害でも、バックアップが出来る。そのため、バックアップシステム、データのバックアップサーバとして構築すれば、一石二鳥である。 上記の構成例であれば、OsukiniLTは、初期費用がかかってしまうが、ダントツにやすい。飲み会１，２回我慢すれば終わりだし、自宅サーバで電気代を考えても断然やすい。 そのほか、 NTTPC WebArena の Cloud9やSuitePro、 お名前.com VPSなど、他のVPSを使用している場合でも、上記のような構成で、バックアップを行っていれば、最悪な事態にはならないだろう。 また、バックアップ側が障害でデータが消えたとしても、主系サーバが生きていれば、改めてバックアップを取ればよいこと。 基本的
なぜ「DNSの浸透」は問題視されるのか:Geekなぺーじ
「DNSの浸透」という表現が結構よく使われています。 DNSに設定された情報を更新したけれど、その結果がなかなか反映されずに誰かに相談すると「DNSの浸透には時間がかかります」と説明されて納得してしまうという事例が多いようです。 しかし、うまく準備を行えば、実際の切り替え処理は、いつ完了するのかが不明な「DNSの浸透」を待つのではなく、事前に計画した時間通りに完了させることが可能です。 さらに、本来であればDNS情報の設定者(ゾーン情報の設定者)は、いつまでに世界中のキャッシュが更新されるかを知ることができる環境にあり、それ以降も更新がされていなければ「何かがおかしい」とわかるはずです。 DNSにおける設定内容(DNSのリソースレコード)には、その情報をキャッシュとして保持し続けても良い期間であるTTL(Time To Live)という要素がありますが、TTLはDNS情報設定者が自分で設定
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
