ホームページ  >  記事  >  バックエンド開発  >  検索エンジンに優しい URL の設計_PHP チュートリアル

検索エンジンに優しい URL の設計_PHP チュートリアル

WBOY
WBOYオリジナル
2016-07-21 16:09:08816ブラウズ


検索エンジンに優しい URL 設計 著作権に関する声明: 転載する場合は、記事とこの声明の元の出典と著者情報をハイパーリンク
http://www.chedong.com/tech/google_urlの形式で必ず明記してください。 html キーワード: "URL 書き換え" mod_rewrite isapirewrite path_info "検索エンジンに優しい"
内容概要:
さらに、インターネット上のコンテンツが驚くべき速度で増加するにつれて、Web サイトがユーザーフレンドリー (ユーザーフレンドリー) であることに加えて、検索エンジンによるインデックスの強化を望む場合、検索エンジンの重要性がますます高まっています。ウェブサイトのデザインは検索エンジンに優しいものでなければなりません (検索エンジンに優しい) のデザインも非常に重要です。検索エンジンに入力されるページ コンテンツが多ければ多いほど、さまざまなキーワードを使用しているユーザーが見つけられる可能性が高くなります。 Google のアルゴリズム調査の記事では、サイト上で Google によってインデックスされたページの数が実際に PageRank に一定の影響を与えると述べられています。 Google はネットワーク全体の比較的静的な部分を強調しているため (インデックス付けされる動的 Web ページの数は比較的少ない)、比較的固定リンク アドレスを持つ静的 Web ページは Google によるインデックス付けにより適しています (多くの大規模 Web サイトにメーリング リスト アーカイブがあり、インデックス付けが容易な月次アーカイブ ドキュメント (検索) のため、検索エンジン指向の URL 設計最適化 (URI Pretty) に関する多くの記事で、動的な Web ページのパラメーターを静的な Web のような形式に変換する特定のメカニズムの使用について多くのことが言及されています。ページ:
たとえば、次のように変更できます:
http://www.chedong.com/phpMan.php?mode=man¶meter=ls
becomes:
http://www.chedong.com/phpMan.php/man/
これを実装するには主に 2 つの方法があります:
URL書き換えに基づく path_info に基づく URI アドレスをパラメータとして渡します: URL REWRITE
最も単純なものは、さまざまな WEB サーバーの URL 書き換えモジュールに基づく URL 変換です。
この方法では、プログラムをほとんど変更せずに、news.asp?id=234 のようなリンクを news/234.html にマッピングできます。外部からの静的リンクと同じです。 Apache サーバーにはモジュール (非デフォルト) があります: mod_rewrite: URL REWRITE は本を書くのに十分強力です。
news.asp?id=234 を news/234.html にマップする必要がある場合は、次のように設定するだけです:
RewriteRule /news/(d+).html /news.asp?id=$1 [N,I]
これ/news/234.html のようなリクエストを /news.asp?id=234 にマップします
/news/234.html に対するリクエストがある場合、Web サーバーは実際のリクエストを /news.asp?id=234? に転送します。 IIS には、ISAPI REWRITE や IIS REWRITE などの対応する REWRITE モジュールもあります。構文は正規表現に基づいているため、構成は Apache の mod_rewrite とほぼ同じです。 たとえば、単純なアプリケーションの場合は次のようになります:
RewriteRule /news/(d+).html /news/news.php?id=$1 [N,I]
このように、 http://www.chedong.com /news/ 234.html は http://www.chedong.com/news/news.php?id=234 にマップされます

すべての動的ページをパラメータ マップできるより一般的な式は次のとおりです:
Put http:// www .myhost.com/foo.php?a=A&b=B&c=C
http://www.myhost.com/foo.php/a/A/b/B/c/C として表示されます。
RewriteRule (.*?.php)(?[^/]*)?/([^/]*)/([^/]*)(.+?)? $1(?2$2&:?)$3 =$4?5$5: [N,I]
URL REWRITE を使用するもう 1 つの利点は、バックグラウンド実装を非表示にすることです。これは、バックグラウンド アプリケーション プラットフォームを移行するときに非常に役立ちます。ASP から Java プラットフォームに移行するときに、フロントエンド ユーザーはバックグラウンド アプリケーションの変更を感じることができません。 たとえば、アプリケーションを news.asp?id=234 から news.php?query=234 に移行する必要がある場合、フロントエンドのパフォーマンスは常に news/234.html のままにすることができます。アプリケーションとフロントエンドのパフォーマンスの分離の実現により、URL の安定性が維持され、mod_rewrite を使用するとリクエストを他のバックエンド サーバーに転送することもできます。
PATH_INFO に基づく URL の美化 URL を美しくするもう 1 つの方法は、PATH_INFO に基づいています:
PATH_INFO は CGI 1.1 標準です。CGI に続く多くの「/value_1/value_2」は PATH_INFO パラメーターであることがよくあります:
たとえば、http://www.chedong.com/。 phpMan .php/man/ls, in: $PATH_INFO = "/man/ls"
PATH_INFO は CGI 標準なので、PHP Servlet などが完全にサポートしています。たとえば、サーブレットには request.getPathInfo() メソッドがあります。
注: /myapp/servlet/Hello/foo の getPathInfo() は /foo を返し、/myapp/dir/hello.jsp/foo の getPathInfo() は /hello.jsp を返します。ここから、jsp が実際にサーブレットの PATH_INFO パラメータ。 ASP は PATH_INFO をサポートしません。

PHP での PATH_INFO に基づくパラメータ解析の例は次のとおりです:
//注: パラメータは「/」で分割され、最初のパラメータは空です: $param1 $param2 は / から解析されます。 param1/param2 これら 2 つのパラメータ
if ( isset($_SERVER["PATH_INFO"]) ) {
list($nothing, $param1, $param2) =explode('/', $_SERVER["PATH_INFO"]);
}

アプリケーションを非表示にする方法: 例: .php、拡張子:
APACHE で次のように設定します:

ForceType application/x-httpd-php

変更方法 静的ページのように: app_name/my/app.html
PATH_INFO パラメーターを解析するときは、最後のパラメーターの最後の 5 文字「.html」を切り詰めるだけです。
注: APACHE2 では、PATH_INFO はデフォルトで許可されていません。

特に仮想ホストを使用し、mod_rewrite をインストールして構成する権限を持たないユーザーの場合、多くの場合、PATH_INFO が唯一の選択肢になります。

OK、それでは、今後 http://www.example.com/article/234 のような Web ページを見ると、それが PHP プログラム、article/show.php によって生成された動的 Web ページである可能性があることがわかるでしょう。 ?id=234. 多くのサイトには静的ディレクトリがたくさんあるように見えますが、実際には、それらはすべて 1 つまたは 2 つのプログラムを使用して公開されている可能性が非常に高いです。たとえば、多くの WIKIWIKI システムはこのメカニズムを使用しています。システム全体は単純な wiki プログラムであり、実際には次のアドレスをパラメーターとして使用したこのアプリケーションのクエリ結果であるように見えるディレクトリです。

MOD_REWRITE/PATH_INFO + CACHE サーバーに基づくソリューションを使用して元のダイナミック パブリッシング システムを変換すると、古いシステムを新しいコンテンツ管理システムにアップグレードするコストも大幅に削減できます。また、検索エンジンのインデックス作成も容易になります。 添付: IIS で PHP を使用して PATH_INFOPHP の ISAPI モード インストールをサポートする方法 注: php-4.2.3-Win32

ディレクトリを解凍してみてください
========
php-4.2.3-Win32。 zip c:php

PHP.INI 初期化ファイル
=================
コピー: c:phpphp.ini-dist を c:winntphp.ini に

設定ファイルの関連付け
============
install.txt の指示に従ってファイルの関連付けを構成します

ランタイム ライブラリ ファイル
==========
c:phpphp4ts.dll を次の場所にコピーしますc: winntsystem32php4ts.dll

次のように実行すると、php が PATH_INFO を物理パスにマップしていることがわかります
警告: 不明(C:CheDongDownloadsariadnewwwtest.phppath): ストリームの作成に失敗しました: 0 行目の不明にそのようなファイルまたはディレクトリはありません

警告: Unknown(): Unknown の行 0 にインクルード (include_path='.;c:php4pear') を含めるために 'C:CheDongDownloadsariadnewwwtest.phppath' を開けませんでした

ariadne の PATCH をインストールしてください
========= === ======
IIS サービスを停止します
net stop iisadmin
ftp://ftp.muze.nl/pub/ariadne/win/iis/php-4.2.3/php4isapi.dll
元のものを上書きしますc:phpsapiphp4isapi .dll

注:
ariadne は、PHP 4.3.2 RC2 の CGI モードの
PATH_INFO に基づくコンテンツ公開システムです。通常どおりインストールしてください。
参考資料:
URL 書き換えドキュメント:
http://www.isapirewrite.com/docs/
http://httpd.apache.org/docs/mod/mod_rewrite.html
http://httpd.apache.org/ docs -2.0/mod/mod_rewrite.html
検索エンジンに優しい URL デザイン
http://www.sitepoint.com/article/485
おそらくこの URL は articel.php?id=485 であることが判明します
PATH_INFO に基づくオープンソースのコンテンツ管理システム
http://typo3.com/
Google にインデックスされないものは何ですか?
http://www.microdocs-news.info/newsGoogle/2003/05/10.html
Google の PageRank の説明:
http://pr.efactory.de/

www.bkjia.com本当http://www.bkjia.com/PHPjc/314578.html技術記事 Search Engine Friendly の URL デザインの著作権声明: 自由に転載できます。転載する場合は、記事とこの声明の元の情報源と著者情報を必ずハイパーリンクの形式で示してください。http://www.chedong.com ...
声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。