Untuk mengembangkanjawapan deceze, saya ingin memberikan beberapa contoh dan penjelasan tentang beberapa fungsi mod_rewrite yang lain. p>

Semua contoh di bawah menganggap anda sudah menggunakan.htaccess文件中包含RewriteEngine On.

Tulis semula contoh

Mari kita ambil contoh:

RewriteRule ^blog/([0-9]+)/([A-Za-z0-9-\+]+)/?$ /blog/index.php?id=&title= [NC,L,QSA]

Peraturan ini terbahagi kepada 4 bahagian:

1. RewriteRule- Mula menulis semula peraturan
2. ^blog/([0-9]+)/([A-Za-z0-9-+]+)/?$- Ini dipanggil corak, tetapi saya hanya akan memanggilnya bahagian kiri peraturan - perkara yang anda mahu tolak
3. blog/index.php?id=&title=- dipanggil penggantian, atau sebelah kanan peraturan tulis semula - perkara yang anda mahu tulis semula
4. [NC,L,QSA]ialah bendera untuk peraturan menulis semula, dipisahkan dengan koma, saya akan menerangkannya secara terperinci kemudian

Penulisan semula di atas akan membolehkan anda memaut ke kandungan seperti/blog/1/foo/dan ia sebenarnya akan dimuatkan/blog/index.php?id=1&title=foo代码>.

Sebelah kiri peraturan

• ^表示页面名称的开头 - 因此它将重写example.com/blog/...但不会重写example.com/foo/博客/...^ mewakili permulaan nama halaman - jadi ia akan menulis semula
example.com/blog/... tetapi bukan
• example.com/foo/blog/...(…)
  Setiap set kurungan
  • (…) mewakili ungkapan biasa, yang boleh kita tangkap sebagai pembolehubah di sebelah kanan peraturan. Dalam contoh ini:([0-9]+)- 匹配长度至少为 1 个字符且仅包含数字值（即 0-9）的字符串。这可以通过规则右侧的
  Set kurungan pertama -
  • ([0-9]+) - sepadan dengan rentetan yang panjangnya sekurang-kurangnya 1 aksara dan hanya mengandungi nilai angka (iaitu 0-9). Ini boleh dirujuk melalui-或+ code> （注意+用反斜杠转义，因为如果不转义它，这将作为正则表达式重复字符）。这可以通过规则右侧的$1di sebelah kanan peraturan
  Set kurungan kedua sepadan dengan rentetan sekurang-kurangnya 1 aksara panjangnya, mengandungi hanya aksara abjad angka (A-Z, a-z, atau 0-9) atau
- atau
• + (nota?表示前面的字符是可选的，因此在本例中/blog/1/foo/和/blog/1/foo+ dilarikan dengan garis miring ke belakang kerana jika anda tidak melepaskannya, ini akan dilaksanakan sebagai ungkapan biasa Mengulang aksara
). Ini boleh dirujuk melalui
• $2 di sebelah kanan peraturan$

? bermaksud aksara sebelumnya adalah pilihan, jadi dalam kes ini

dan/blog/1/foo code> akan ditulis semula pada kedudukan yang sama

$ bermakna ini adalah penghujung rentetan yang ingin kita padankan/blog/1/foo/和/BLOG/1/ foo/

logo Pilihan ini ditambah dalam kurungan segi empat sama pada penghujung peraturan tulis semula untuk menentukan syarat tertentu. Sekali lagi, anda boleh membaca tentang pelbagai bendera dalam dokumentasi , tetapi saya akan membincangkan beberapa bendera yang lebih biasa:

NC

Bendera tanpa huruf besar bermaksud peraturan tulis semula tidak sensitif huruf besar-besaran, jadi untuk peraturan contoh di atas, ini bermakna dan /BLOG/1/ foo/ (atau sebarang variasi daripadanya) akan dipadankan.

L

Bendera terakhir menunjukkan bahawa ini adalah peraturan terakhir yang perlu diproses. Ini bermakna jika dan hanya jika peraturan ini sepadan, tiada peraturan lanjut akan dinilai dalam proses pemprosesan penulisan semula semasa. Jika peraturan tidak sepadan, semua peraturan lain akan dicuba seperti biasa. Jika anda tidak menetapkan benderaL, semua peraturan berikutnya akan digunakan pada URLditulis semula.

END

Sejak Apache 2.4, anda juga boleh menggunakan bendera[END]. Peraturan yang sepadan dengan ini akan[END]标志。与之匹配的规则将完全终止进一步的别名/重写处理。 （而[L]sepenuhnya

menamatkan pemprosesan alias/penulisan semula selanjutnya. (Dan bendera [L]biasanya mencetuskan pusingan kedua, seperti semasa menulis semula subdirektori atau menulis semula subdirektori.)

QSA

/blog/1/foo/?comments=15这样的内容将加载 /blog/index.php?id=1&title=foo&comments=15Bendera penambahan rentetan pertanyaan membolehkan kami menghantar pembolehubah tambahan ke URL yang ditentukan, yang akan ditambahkan pada parameter get asal. Untuk contoh kami ini bermaksud sesuatu seperti

R

R=301Bendera ini bukan yang saya gunakan dalam contoh di atas, tetapi saya fikir ia patut disebut. Ini membolehkan anda menentukan ubah hala http dan secara pilihan menyertakan kod status (cth. ). Contohnya, jika anda ingin melakukan ubah hala 301 pada /myblog/ ke /blog/, anda cuma tulis peraturan seperti ini:

RewriteRule ^/myblog/(*.)$ /blog/ [R=301,QSA,L]

Tulis semula syarat

Syarat Tulis SemulaJadikan penulisan semula lebih berkuasa, membolehkan anda menentukan penulisan semula untuk situasi yang lebih khusus. Anda boleh membaca lebih lanjut mengenainya dalam中阅读很多条件>Dokumentasi

, tetapi saya akan menyemak beberapa contoh biasa dan menerangkannya:

# if the host doesn't start with www. then add it and redirect RewriteCond %{HTTP_HOST} !^www\. RewriteRule ^ http://www.%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

www.（如果尚不存在）并执行 301 重定向。例如，加载 http://example.com/blog/会将您重定向到 http://www.example.com/blog/Ini adalah amalan yang sangat biasa dan akan menambah

di hadapan nama domain anda

# if it cant find the image, try find the image on another domain RewriteCond %{REQUEST_URI} \.(jpg|jpeg|gif|png)$ [NC] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule (.*)$ http://www.example.com/ [L]

Situasi ini agak kurang biasa, tetapi ini adalah contoh yang baik mengapa peraturan tidak akan dilaksanakan jika nama fail ialah direktori atau fail yang wujud pada pelayan.

• %{REQUEST_URI} .(jpg|jpeg|gif|png)$ [NC]
Hanya fail dengan sambungan fail jpg, jpeg, gif atau png akan ditulis semula (tidak sensitif huruf besar-besaran).
• %{REQUEST_FILENAME} !-f
akan menyemak sama ada fail itu wujud pada pelayan semasa dan melakukan penulisan semula jika ia tidak wujud
• %{REQUEST_FILENAME} !-d
akan menyemak sama ada fail itu wujud pada pelayan semasa dan melakukan penulisan semula jika ia tidak wujud
Penulisan semula akan cuba memuatkan fail yang sama pada domain lain

Untuk memahami apa itu mod_rewrite, anda perlu terlebih dahulu memahami cara pelayan web berfungsi. Pelayan web bertindak balas kepadapermintaan HTTP. Tahap paling asas permintaan HTTP kelihatan seperti ini:

GET /foo/bar.html HTTP/1.1

Ini adalah permintaan mudah daripada penyemak imbas ke pelayan web untukURL/foo/bar.html. Adalah penting untuk menegaskan bahawa ia tidak memintafail, itu hanya meminta beberapa URL sewenang-wenangnya. Permintaan mungkin juga kelihatan seperti ini:

GET /foo/bar?baz=42 HTTP/1.1

Ini berfungsi sama seperti permintaan URL dan jelas sekali agnostik fail.

Pelayan web ialah aplikasi yang mendengar pada port, menerima permintaan HTTP daripada port tersebut dan mengembalikan respons. Pelayan web adalah bebas sepenuhnya untuk membalas sebarang permintaan dalam apa jua cara yang difikirkan sesuai/untuk bertindak balas dalam apa jua cara yang anda konfigurasikan untuk bertindak balas. Respons ini bukan fail, tetapiRespons HTTP, yang mungkin atau mungkin tiada kaitan dengan mana-mana fail fizikal pada cakera. Pelayan web tidak semestinya Apache, terdapat banyak pelayan web lain, ia hanyalah program yang berjalan secara berterusan dan dilampirkan pada port yang bertindak balas kepada permintaan HTTP. Anda boleh menulis sendiri. Tujuan perenggan ini adalah untuk membolehkan anda melepasi sebarang tanggapan bahawa URL adalah setara secara langsung dengan fail, yang sangat penting untuk difahami. :)

Konfigurasi lalai kebanyakan pelayan web adalah untuk mencari fail pada pemacu keras anda yang sepadan dengan URL. Jikadocument rootpelayan ditetapkan kepada/var/www，它可能会查找文件/var/www/foo/bar. htmlwujud, layankannya jika wujud. Jika fail berakhir dengan ".php" ia akan memanggil jurubahasa PHP dan mengembalikan hasilnya. Semua perkaitan ini boleh dikonfigurasikan sepenuhnya; fail tidak perlu diakhiri dengan ".php" untuk pelayan web menjalankannya melalui penterjemah PHP, dan URL tidak perlu sepadan dengan mana-mana fail tertentu pada cakera untuk sesuatu berlaku.

mod_rewrite ialah kaedahmenulis semulapemprosesan permintaan dalaman. Apabila pelayan web menerima permintaan untuk URL/foo/bar, anda boleh menulis semula URL itu kepada sesuatu yang lain dan pelayan web akan mencari fail pada cakera yang sepadan dengannya. Contoh mudah:

RewriteEngine On RewriteRule /foo/bar /foo/baz

Peraturan ini bermaksudapabila permintaan sepadan dengan "/foo/bar", tulis semula kepada "/foo/baz".Permintaan kemudiannya akan diproses seperti/foo/baz. Ini boleh digunakan untuk pelbagai kesan seperti:

RewriteRule (.*) .html

Peraturan ini sepadan dengan apa-apa sahaja (.*) 并捕获它 ((..))，然后重写它以附加“.html” ”。换句话说，如果/foo/bar是请求的 URL，则将按照/foo/bar.html.*) danmenangkapnya (

(..)), kemudian menulisnya semula untuk menambahkan ".html". Dengan kata lain, jika

adalah yang diminta URL, ia akan diproses seolah-olah ia telah diminta Lihat

http://regular-expressions.info untuk butiran tentang pemadanan ekspresi biasa, tangkapan dan penggantian. Peraturan lain yang sering dihadapi ialah:

RewriteRule (.*) index.php?url=

Ini sekali lagi memadankan apa sahaja dan menulisnya semula ke fail index.php dan permintaan asal dalamurl查询参数中附加最初请求的 URL。即，对于传入的任何和所有请求，都会执行文件index.php，并且该文件将有权访问$_GET['url']supaya ia boleh melakukan apa sahaja yang dikehendaki dengannya.

Mula-mula, anda meletakkan peraturan tulis semula ini ke dalamfail konfigurasi pelayan webanda. Apache juga membenarkan* anda memasukkannya ke dalam fail yang dipanggil.htaccessdalam akar dokumen (iaitu bersebelahan dengan fail .php).

_{*jika dibenarkan olehfail konfigurasi Apache utama; ia adalah pilihan tetapi biasanya didayakan.}

mod_rewrite tidak melakukan apa-apa

mod_rewrite tidak akan menjadikan semua URL "cantik". Ini adalah tanggapan salah yang biasa. Jika anda mempunyai pautan ini dalam laman web anda:

mod_rewrite tidak boleh menjadikannya cantik. Untuk menjadikannya pautan yang cantik anda mesti:

1. Tukar pautan kepada pautan yang cantik:

2. Gunakan mana-mana kaedah di atas untuk menggunakan mod_rewrite pada pelayan untuk mengendalikan permintaan untuk URL/my/pretty/link.

(Anda boleh menggunakanmod_substitutebersama-sama dengan mengubah halaman HTML keluar dan pautan yang terkandung di dalamnya. Walaupun ini biasanya lebih susah daripada sekadar mengemas kini sumber HTML.)

mod_rewrite boleh melakukan banyak perkara, anda boleh membuat peraturan padanan yang sangat kompleks, termasuk merantai beberapa penulisan semula, permintaan proksi kepada perkhidmatan atau mesin yang berbeza sepenuhnya, mengembalikan kod status HTTP tertentu sebagai respons, permintaan mengubah hala, dsb. Ia sangat berkuasa dan boleh menjadi sangat berguna jika anda memahami mekanisme tindak balas permintaan HTTP asas. Iatidaksecara automatik menjadikan pautan anda cantik.

Sila rujukdokumentasi rasmiuntuk semua kemungkinan bendera dan pilihan.