RSS食事に同意して下さい あるいは私に従って下さい さえずりで?
ウェブサイト最適化は、“the top”に達しようと試みているすべてのウェブマスターにとって重要な過程です。それはいくつかの部分を含みます、そして、それはそのうちのいくらかがすべてにとってまことしやかでないかもしれません。最適化がコード値上げ、イメージの掃除を参照しますとバックエンドあなたのサイトが速く荷を積み込むように、そしてあなたのウェブサーバーでより小さな圧迫を引き起こします。
最適化の重要性
ウェブサイト最適化は、より最適化されたページが下方の荷時間に訳すので、重要です。today’s世界で、“everyoneはすべてにquickly”を望みます、それで、速いまたよく反応するサイトは、あなたがあなたの訪問者を保つのをもっと手伝います。つまり、あなたは、それdoesntが荷を積み込むので値を切り下げて、あるいはあなたのブロッグを溝に落とす苛立ったサーファーの数を速く削除することができます。これは、もしあなたのブロッグが非テクノロジーを知っている聴衆へ目標にされればより適切です、誰がより遅い関係を持っていそうか。
最適化によって、あなたはある帯域幅を省くことができます(これがほとんどの人々がそれをする理由でないにもかかわらず)。また、強意語の時間に、1日~50k訪問を入れている間に、活動、Duggまたはつまずかれることのように、最適化は、あなたの圧迫のためにオフラインで行っているブロッグ、とあなたの健康な状態でまさにいるブロッグ間の違いであることができます。
最も簡単な最適化テクニックの一部が下方のサイズ(使用Photoshop)とHTTPの数を減少させることのためのイメージの可能性(CSSのように)、圧縮が頼むときにはいつでもコードの圧縮を含んで、そして数えられます、物。そこにはまたハードコア原料です、あなたのウェブサーバーをつまむことを含めて、(ほとんどがすることができない)、あなたの主題などのPHP機能の数が、より速く実行するべきあなたの台本をつまんで、減少します
私の手本となる人
ポールStamatiouは、最適化-狂っている大学生であって、そしていく人かのガイドに手紙を書きました。私はポールStamatiou’sが案内するとわかりました、あなたのCSSを最適化する方法 とあなたのサイトを加速する5つの方法 後で彼らに少しの時間を読んで聞かせて。驚かして、と少しのステップを実行して、約6秒に、私は、ダイアルアップで27秒からこのブロッグの時間を積むことを下って切り進むことができました!私は、彼が最適化でだれにも劣らずにあそこでかなりたくさんのので、ベンチマークとして彼のブロッグを使いました。
私は、彼のアドバイスを心に留めて、そしてもう少し実験しました。もっと明確に、ここにステップがあります(私は、詳細な手引きとなる郵便を後で持つでしょう、それで、気をつけて下さい!):
- RSS食事アイコンとTechnorati Favが4Kbをbutton.Savように不必要なすべてのイメージを削除しました。
もしあなたがあなたのイメージをあきらめることができなければ、少なくとも彼らを同じサーバー(アップロード、あるいはイメージ・フォルダー)へ移動して下さい。 - 使ってCSSを圧縮しましたCleanCSS3Kbを節約されます。
- CSS stylesheetのための使われたPHP圧縮、Stammyとしての(上である)は、示唆しました。2Kbを節約されます。
- 500 xだったより以前のヘッダー・イメージを取り去りました200、そしてそれを白い背景をもつより小さい412 x 118pxと取り替えました。白いbackroundはとても役立ちました。10Kbを節約されます。
したがって、それは、品質で大いに妥協しないで、19Kbによってサイズを減らしました。私は、(まだ)すべてのサーバー側の最適化を知っていません、それで、いいえはそこで批評します。長い話短いもの、最適化虫は、私にまた
います
より明るいメモで、私は、なんとかよい余白によってStammy’sブロッグ荷時間を実際には叩きました。
それは、たぶん彼のサイドバーの保証人イメージの結果です。彼のブロッグは、MediaTemple’s(dv)サーバーで主催されます。参考のために、このブロッグは、共用のwebhost(さしあたり)にあります。
ここにはあります(56Kが急ぎます、)一致しているいくつかのサイトへのウェブページ・アナライザー2007年8月19日現在で
(注：ブラウザーでして、これらは、積み荷にとって時間の取られた、と実際ではありません):
PaulStamatiou.com–7.08秒
TechZilo(このブロッグ)–4.33秒
TechCrunch–204.97秒
なぜ私は、これらが時間を積むことを示しましたか?自慢している権利?いいえ。
ちょうど大きいサイトさえも気に入ることを証明するために、TechCrunchは、少しの最適化を扱うかもしれません。何人かの苛立った訪問者を失って、またはDuggであって、私は、マイクArringtonが荒廃させる余分の帯域幅のどんな問題もないだろうことは確かです。しかし、204秒は、どんな標準によってずっと多すぎます。
したがって、今度あなたがコード
であなたの手を汚くすることに決めるときにはあなたがあなたのブロッグを最適化することを確かめて下さい
ウェブページ・アナライザーは、user’s場所とダウンロード速さといったいくつかの物に基づきます(iが思うに)。それなりに、それは、あなたが述べた3つのサイトのために、私のためのその順序で1.55、1.06、16.14を言って、そして何か誰か他の人にとって異なるものをたぶん言うでしょう。
@ポール:立ち寄ってくれてありがとう。私は、すべての速さがダイアルアップのためにあったことを加えることを忘れていました。それがあなたの問題を解決することを望んで下さい。
それは、同一の主催されたブロッグのmin不利で、そして、それはどこにブロッグ更新者が勝つかです!
I haven’tは、どんなこのような問題に直面しました、
ほとんどのサーファーは、ブロードバンドを今、持っています、そして、iで、私のブロッグは、2秒をほとんど要しません
いくつかのグラフィックが取るにもかかわらず、時間しかし本文は、一旦uが住所を入力するならば明らかです。
冷静な報告を得られたn I hav
HTML:19708の4.13 0.30
HTMLイメージ:196940の45.65 7.44
CSSイメージ:0つの0.00 0.00
総計のイメージ:196940の45.65 7.44
Javascript:84241の18.39 2.05
CSS:3761の1.55 0.82
マルチメディア:0つの0.00 0.00
その他:0 0.00
ヒント:白をもつ赤い色doesn’t一組は、赤面すると、あなたが思うにテキスト・リンク広告広告に荷を積み過ぎた何か他のものとdon’tは試みます?
@Ashwini:ブロッグ更新者は、Google’sサーバーが最も速いこと(最も信頼できませんが)の中に含まれているので、確かに勝ちます。しかし、柔軟性の不足は、本当に問題です。高度な圧縮テクニックで、軽量の主題と道理に合っている奉仕者、WordPressは、ブロッグ更新者を負かすことができます。
特にブロッグ更新者以来、主題は、たくさんのJavaScriptにとって悪名高いです(終わりへソース・コードを調べる)。それisn’tが付け加えましたによってその私たち、しかしブロッグ更新者によって自動的に。
私は、一度に主題、1ビットの配色を変えています。私は、ヘッダー、歩行者とnavbarを変えました。次に上げて下さい、コンテンツ+サイドバー。OK?広告のために、they’re加入者が繋がるので、サイドバーでnofollowed、無害です。たぶん、私は、最も有益なものに彼らを単に削減すべきです。たぶん
同じくThere’shttp://tools.pingdom.com/fpt/ どちらの私考えは、ウェブページ・アナライザーよりも大いに正確です。
@ポール:私は、それ、しかしそれが最適化流行の前にあったことを試みました(それは、あなたのおかげであります!)
今それを調べさせてください。
私のブロッグは、まさに重要人物ではなく135秒を得ます。私は、私自身で有効に利用してあるブロッグをする必要があると思い、しかし、最少量で、私はより速くその時にTechcrunchです。
@マイケル:TechCrunchは、グラフィック(サイドバーの保証人)のためたいがいは遅いです。あなたのものは、遅くそれがよる主題–のため多すぎる背景イメージです。Don’tは、あなたの主題が(私のものがあるので)物柔らかになるだろう非常に多くの最適化–をします。その上、それがターゲットとなる顧客–によりますときにはthey’reハイテク、問題がないthere’s、それ以来、彼らは高速度の関係を持つでしょう。
Sumesh互角ときに注意をしているI wasn’tへのあなたまだ私たちのブロッグが4つの秒に、(ポールStamatiou提案)荷を積み込むと勧めて下さい。その悪ではないです!Anyways、私は、するために、私たちがある最適化をするとまだ思います。