定期講読しなさいインターネットエクスプローラ7はウェブマスターのためにヒント
2007年1月31日
下記によって: BraveNet.comのAndreaバッタワース
このAndreaではマイクロソフトのインターネットエクスプローラ7のリリースを論議し、苦境のいくつか、新しい機能をウェブサイトをIE6およびIE7両方で意図されているように働くためにtransitioningのある先端と同様、見てみる。
インターネットエクスプローラ7 -取り引きは何であるか。
… IE7が2006年の10月18日に解放されたことをあなたのほとんどとしておそらく確認しなさい。 それはWindowsのupdaterを通って入る強制アップデートとして渡される。 このアップデートはなぜ重要であるか。 インターネットエクスプローラにあるcssの効果を達成するためにW3Cの確認を渡さない`の刻み目を」実行することは必要だったことを意味するW3Cの標準の悪いcssサポートそして悪い承諾の歴史があった。 このブラウザの新版がこれらの問題の多数を扱うことが長く予想された。 マイクロソフトの開発者ネットワークそれらは多くの苦境および新しい機能サポートを実行した(MSDN)が示す間、IE7がまだ完全な承諾を提供しないことを是認する。 このブラウザへのそう多くの変更を行なう問題の1つは今IE6ではたらいたページがIE7で壊れていることである。 私達はIE6からのIE7への転移にIE7への変更を、どのようにページおよび他の少数のビットおよび下げ振論議しようと思っている。
何がIE7で異なっているか。
MSDNは苦境および新しい機能を含むブラウザのこのバージョンと解放される200の変更にあった示す。
次のバグはアドレス指定された:
- ピーカーブ式バグ
- インターネットエクスプローラおよび拡大ボックス問題
- 突飛なパーセント
- ライン高さのバグ
- ボーダー無秩序
- 消失のリスト背景のバグ
- ギロチンのバグ
- Unscrollableの満足なバグ
- 重複した文字は煩わせる
- ieおよびイタリック体
- 倍増された浮かべマージンバグ
- 重複した刻み目のバグ
- 3つのピクセルテキストの揺れ
- はうテキストのバグ
- 抜けている最初文字のバグ
- 幻影ボックスバグ
これらのバグの特定の細部を見るためにはMSDNのblogをで訪問しなさい: http://blogs.msdn.com/ie/archive/2006/08/22/712830.aspx
またCSS2.1からの他のバグフィックス、新しい実施および機能の広範囲のリストを見つける。
IE7があるので私のページは壊れている:
最初にすべてのちょうど私達がフィートの私達自身を撃たないことを確かめる。 stylesheetsを投げ出してはいけない! 何人かの人々 IE7にけれどもアップグレードされなかったし、またはアップグレードを妨げないかもしれない。 それらのバグのための回避策を見つけることのすべての問題に既に行ったので、どのブラウザを表示するのにこのコードを訪問者が使用しているかstylesheetsを保ち、によって正しいstylesheetを使用しなさい。
ユーザーが何でもとより少なく閲覧しているIE7よりかどうか検出する1つの簡単な方法はieの条件注釈の使用によって行う。
[コードlang= " php "] <> < html=""> < head=""> < title="">私のWebページのタイトル<> < link="" rel="stylesheet" type="text/css" href="your_normal_styles.css" mce=""> <> <> < link="" rel="stylesheet" type="text/css" href="your_IE6_styles.css" mce=""> <> [/code] ieだけこれを認識する(等…)。 他のブラウザはすべて注釈としてこれを読み、無視する。
うまく行けば、よい開発者として、ちょうどインターネットエクスプローラよりより多くのブラウザのために成長した。 これが事実なら、転移はそのブラウザがサイトを訪問している時だけそのstylesheetにロード苦痛なだったあなたが用いたどの刻み目でもIE6のためそれらを単に移動できるおそらく大いにより少なくべきで。
「インターネットエクスプローラ7の滝のように落ちるスタイルシートコンパティビリティ」のMSDNのページを訪問し、ページをtransitioning他のある方法を見るためにスクロールしなさい。
他の幾つかのIE7の使用でひっくり返る
それは問題である。 マイクロソフトのIE7によって強制されるアップデートはそれを使用できなければページはIE6ではたらくことをどのように保障するかIE6を完全にそう取り替えるか。
これをする複数の方法がある。
既に他の上書きから1つを停止するIE7使用のtech-recipes.com命令を取付けなかったら。 もう一つのオプションはIE6の立場バージョンだけを取付けることである。
注: IE6の立場バージョンだけをランすることは公正それでない。 機能性は失われるかもしれない。 例えば何人かの人々立場バージョンだけのクッキーを使用する無力に注意する。
MSDNによって推薦される方法は仮想環境によってIE6をランすることであり、開発者にこれのフリー・ダウンロードのパッケージを提供している。 捕獲物…どういうわけかマイクロソフトは「時限爆弾」に決定したもはやその日付を後働かせないことを意味する4月1日のための仮想環境をここにある。 さらに人々はそれが重いリソース、機械を減速するかもしれない報告した。
にそれをどのようにしなさいか決定およびする、IE7およびIE6を同時にランする試みの読書をべきことでするため: Windowsおよびmacは、底の注釈また報知的である。
新しいブラウザに慣れることの一般的な情報- >訪問キーボードショートカットのための即時参考ガイドおよびIE7の他の有益な情報。
幸運皆!
Googleの爆弾の端か。
2007年1月31日
Googleの爆弾はGoogleのための問題になった。 Googleがそれらをどのように取扱うか公式のGoogleのウェブマスターのblogに最近Googleの爆弾についての文があり。
Googleの爆弾は何であるか。
Googleの爆弾はインターネットの悪ふざけである。 Googleはウェブサイトを指すリンクの番号そして種類に重く頼る。 多くのウェブサイトがウェブサイトに特別な検索タームとリンクすればリンクされたウェブサイトはその検索タームのためのGoogleの最高位を得る。
何人かの人々 Googleのランキングのアルゴリズムのこの普通そこにあるべきな検索の結果の上にウェブサイトを得るのに動作を濫用した。
それはこれのように働く:
ウェブマスターはウェブサイトに特別な検索タームのためのGoogleの上のランキングがあるべきであることを決定する。 ウェブマスターはその検索タームとウェブサイトにリンクし、また彼の友人全員にその特別な検索タームとそのウェブサイトにリンクするように頼む。 彼の友人はまたサイトにリンクし、彼らの他の友人にその検索タームとウェブサイトに、そしてそうリンクするように頼む。
多くの異なったサイトがその検索タームとウェブサイトにリンクするので、Googleはウェブサイトがその検索タームのために非常に関連しなければならないと考える。
Googleの最も有名な爆弾は障害のGoogleの悲惨な爆弾である。 数月の、George Bushの公式のホームページは検索ターム「悲惨な障害「のためのGoogleの最初の結果だった。
Googleは何をGoogleについて問題を爆撃するためにしたか。
最後の木曜日、Googleに対して何かをすることにされるGoogleは爆撃する:
「これらの悪ふざけは打たれた経路を離れて健康の句のため、でないずっと私達のための非常に高優先順位普通である。 しかしそのうちに、私達はより多くの人々がそれらがGoogleの意見であるか、またはGoogleがGooglebombedのこれらの問い合わせのために結果を手コードしたと仮定するのを見た。 [...]
ここに働くそう少数はの私達多くのの影響をGooglebombs」。最小にするアルゴリズムを集まり、思い付いた
それはGoogleのほとんどの爆弾がもう働くべきでないことを意味する。 新しいアルゴリズムはおそらく不自然なリンクパターンを検出するアルゴリズムの拡張である。
ウェブサイトに何がこの平均か。
本国行きリンクはGoogleの高いランキングを得たいと思えば非常に重要である。 特別な検索タームに関連しているが、それが均等に重要であるようにWebページを最適化することは重要である-より重要-ハイクオリティを得ることはウェブサイトにリンクする。
ウェブサイトはよい内容に加えてよい本国行きリンクを有すればその時だけGoogleの高いランキングを得ることができる。 ただし右のリンクを得ることは、重要である。
ウェブサイトへのリンクに不自然なパターンがあればGoogleはおそらくこれらのリンクを数えない。 同じリンクテキストのピリオドの多くのリンクを近いうちに丁度得ればこれらのリンクはGoogleの爆撃試みとして解読されるかもしれない。
ウェブサイトへのリンクはGoogleの高いランキングを得たいと思えば非常に重要である。 Googleと成功するためによい本国行きリンクを得なければならない。 ウェブサイトに右のリンクを得ることは重要である。 細部は私達の自由なeBookでハイクオリティに本国行きリンク「を得る方法を「見つけることができる。
記事-礼儀: Axandra.com & サーチエンジンのニュース及び事実のためにここにクリックしなさい & サーチエンジンの最適化の記事を読むためにここにクリックしなさい &
Googleはcssファイルを読むか。
2007年1月27日
多くのウェブマスターはGoogleのくもが彼らの外部cssファイルの指標をつけ始めた報告した。 cssファイルは、何なぜするGoogleを指標をつけるそれらのでありこれはどのように検索エンジンGoogleおよび他のランキングに影響を与えることができるか。
cssファイルは何であるか。
css (滝のように落ちるスタイルシート)ファイルはウェブマスターがhtmlコードに触れないでウェブサイトのレイアウトを指定することを可能にする。 よい例はcssのZENの庭のサイトである。
そのウェブサイトで、異なったスタイルシートの選択によってサイトの完全な一見を変更できる。 ページのhtmlコードはhtmlコードを表示するのに使用されているcssファイルだけが変更する、同じ常にである。
cssファイルとの問題は何であるか。
cssはウェブマスターがhtmlコードに触れないで彼らのWebページを設計することを可能にする。 それはまた彼らのウェブサイトの訪問者から内容を隠すのにウェブマスターがその技術を使用できることを意味する。
ウェブマスターはエンジンを指標をつけることができる検索する彼らのWebページのhtmlコードにキーワードの豊富な内容を置くことができる。 同じテキストは人間のWEBサーファーからcssの使用によって隠すことができる。
それは検索エンジンが人間のWEBサーファーと別の何かを総に見ることを意味する。 不運にも、何人かのウェブマスターはその技術の検索エンジンをだますことを試みる。
この問題について何がエンジンをする検索するか。
検索エンジンはウェブマスターによってだまされたいと思わない。 その理由のために、それらはファイルのcss指標をつけ始めた。 検索エンジンがcssファイルで無差別に送信することのように見える何でも見つければ、対応するサイトを罰するかもしれない。
cssファイルとの問題を避けるために何をすることができるか。
不運にも、それはどんな検索エンジンが無差別に送信することを考慮し、何ないかまだ明確でない。 ウェブサイトのテキストを隠すための多くの正当な使用がある従ってどんな検索エンジンが罰するか言うことは堅い。
大まかに言えば、検索エンジンをごまかすことを試みてはいけない。 検索エンジンをごまかすことを何かを明示的にすればチャンスは検索エンジンがこれを検出し、サイトを遅かれ早かれに罰することである。
ウェブサイトのテキストを隠すことは実際に必要であるかどうかあなた自身に尋ねなさい。 それが人間のWEBサーファーによって無差別に送信することとして誤った解釈であるかもしれなかったらサイトのテキストを隠してはいけない。 ウェブサイトを促進するのに影がある技術を使用してはいけない。 倫理的なSEO方法の焦点をよくしなさい。
記事: 礼儀Axandra.com
- GoogleのマットCutts - cssのスパムの…
- 網デザイン記事
- SEO (サーチエンジンの最適化)の事実及びニュース
- アマゾン米国のために-ここにクリックしなさい
どの文字符号化をウェブサイトのために選択するべきであるか。
2007年1月27日
使用するそれらのためにWebページの実際のhtml、符号化によってが稀に問題でない文字を検査することを迷惑を掛けないでWYSIWYGエディターは「の下に」行く-通常エディターによって割り当てられたデフォルトの符号化と行く。
マイクロソフトの第一面のユーザーのためのそれは通常「Windows1252の″の符号化である。 他の符号化スキームは含まれている普及した「UTF-8 ″および「isoが8859のシリーズ」。
適切な符号化のメタ宣言は検索エンジンようにそれを正確に読むためにブラウザがWebページの内容を正しくすることができるそしてに必要である。 html文書の文字符号化はサーバでファイルで保存されるか、インターネットに送信されるか、またはブラウザで見られたとき文書文字セットの文字がどのようにの表されるべきであるか技術的詳細を指定する。
また従って世界中の異なった言語が広く様々な「文字セットに基づいていること、与えられて」、それはWebページの内容しか一致させないが、宣言したりまた読取られるのにページに必要な柔軟性を選択の言語取囲む符号化スキームをこと命令である。
普通、基づくラテンである西部の言語は「iso 8859-1の″の符号化スキームを使用して完全にされる。 flipsideで、アラビア、中国語のような非ラテン系の基づいた言語と数学記号のような特別な記号を、日本語およびそう混合する1か多言語のサイトつは、必要とする「UTF-8のような符号化の宣言を」。 このblogは国際的な読者層のために意図されている、従って「UTF-8 ″は適切である-次の通り各ページのヘッドの符号化のメタ宣言は読む: [コードlang= " php」]< meta="" http-equiv="Content-Type" content="text/html; charset=UTF-8" /> [/code]
サイトの不適当な符号化の選択によって内容がウェブサイトの訪問者の何人かに読解可能でないかもしれないこと国際的な聴衆、のためにランする危険を意図した。
各符号化スキームにある欠点-タイトルを付けられる彼の記事の文字符号化へのトミー Olssonの一見--が、さらに詳しくある: 読まれる網の文字符号化-大きいへの限定的なガイド!
参照:
