


Bagaimana untuk menggunakan Nginx dan PHP untuk mencapai resolusi nama berbilang domain dan kewujudan bersama halaman statik dan pseudo-statik?
Apr 01, 2025 am 11:42 AMGunakan nginx dan php untuk dengan bijak melaksanakan resolusi nama berbilang domain dan kewujudan halaman statik dan pseudo
Dalam seni bina laman web NGINX dan PHP, resolusi nama domain berganda sering diperlukan untuk diproses pada masa yang sama dan akses sokongan ke halaman statik dan halaman pseudo-statik. Artikel ini akan memperkenalkan cara mengkonfigurasi Nginx supaya dua nama domain yang berbeza menunjuk ke direktori yang sama dan mencapai kesan akses statik dan pseudo-statik masing-masing.
Katakan kami mempunyai dua nama domain: www.example.com
dan m.example.com
, kedua -duanya menunjuk ke direktori yang sama. Keperluan adalah seperti berikut:
- Apabila melawat
www.example.com
, terus mengakses halaman statik, sepertiwww.example.com/about.html
. - Apabila mengakses
m.example.com
, kesan pseudo-statik dicapai. Sebagai contoh,m.example.com/about.html
sebenarnya mengaksesm.example.com/index.php?page=about
.
Kaedah Pelaksanaan:
Untuk www.example.com
, kerana ia mengakses halaman statik, tidak ada keperluan untuk konfigurasi khas, pastikan bahawa fail .html
wujud dalam direktori sasaran.
Untuk m.example.com
, kita perlu menambah peraturan pseudo-statik di Nginx dan menulis semula permintaan untuk akhiran .html
ke fail PHP yang sepadan. Berikut adalah contoh konfigurasi nginx:
pelayan { Dengar 80; server_name m.example.com; root/jalan/ke/anda/laman web; # Menggantikan/path/to/your/laman web dengan lokasi direktori akar laman web anda ~* \ .html $ { menulis semula ^ /(.*) \. html $ /index.php?page=$1 terakhir; } # ... konfigurasi lain ... Lokasi ~ \ .php $ { termasuk coretan/fastcgi-php.conf; fastcgi_pass unix: /run/php/php7.4-fpm.sock; # Ganti dengan laluan soket php-fpm anda} }
Dalam konfigurasi ini, location ~* \.html$
memadankan semua permintaan .html
-end, dan Arahan rewrite
menulis semula permintaan kepada index.php
dan melepasi bahagian sebelum .html
sebagai parameter page
kepada PHP. Bendera last
memberitahu Nginx untuk terus memproses permintaan penulisan semula. Sila pastikan untuk menggantikan /path/to/your/website
dan unix:/run/php/php7.4-fpm.sock
dengan laluan sebenar anda.
Melalui konfigurasi di atas, kami berjaya melaksanakan dua nama domain yang menunjuk ke direktori yang sama dan akses sokongan kepada halaman statik dan pseudo-statik masing-masing. Semoga kaedah ini dapat membantu anda menyelesaikan masalah yang sama.
Atas ialah kandungan terperinci Bagaimana untuk menggunakan Nginx dan PHP untuk mencapai resolusi nama berbilang domain dan kewujudan bersama halaman statik dan pseudo-statik?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undress AI Tool
Gambar buka pakaian secara percuma

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Clothoff.io
Penyingkiran pakaian AI

Video Face Swap
Tukar muka dalam mana-mana video dengan mudah menggunakan alat tukar muka AI percuma kami!

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas

Docker Container Startup Langkah: Tarik Imej Bekas: Run "Docker Pull [Mirror Name]". Buat bekas: Gunakan "Docker Buat [Pilihan] [Nama Mirror] [Perintah dan Parameter]". Mulakan bekas: Jalankan "Docker Start [Nama Container atau ID]". Semak Status Kontena: Sahkan bahawa bekas sedang berjalan dengan "Docker PS".

Anda boleh menanyakan nama kontena Docker dengan mengikuti langkah -langkah: Senaraikan semua bekas (Docker PS). Tapis senarai kontena (menggunakan arahan grep). Mendapat nama kontena (terletak di lajur "Nama").

Buat bekas di Docker: 1. Tarik Imej: Docker Pull [Nama Cermin] 2. Buat bekas: Docker Run [Options] [Mirror Name] [Command] 3. Mulailah bekas: Docker Start [Nama Container]

Nginx dan Apache mempunyai kelebihan dan kekurangan mereka sendiri dan sesuai untuk senario yang berbeza. 1.Nginx sesuai untuk senario penggunaan sumber yang tinggi dan rendah. 2. Apache sesuai untuk senario di mana konfigurasi kompleks dan modul yang kaya diperlukan. Dengan membandingkan ciri teras mereka, perbezaan prestasi, dan amalan terbaik, anda boleh membantu anda memilih perisian pelayan yang paling sesuai dengan keperluan anda.

Petua praktikal untuk meningkatkan prestasi phpStorm dalam sistem CentOS Artikel ini menyediakan pelbagai kaedah untuk membantu anda mengoptimumkan prestasi phpstorm dalam sistem CentOS dan dengan itu meningkatkan kecekapan pembangunan. Sebelum melaksanakan sebarang langkah pengoptimuman, pastikan anda membuat sandaran data penting dan mengesahkan keputusan dalam persekitaran ujian. 1. Pengoptimuman peringkat sistem dan menyelaraskan perkhidmatan sistem: melumpuhkan perkhidmatan sistem yang tidak perlu dan daemon untuk mengurangkan penggunaan sumber sistem. Mod Interfaceless: Beralih ke Mod Interfaceless boleh menjimatkan sumber dengan ketara jika anda tidak memerlukan antara muka grafik. Nyahpasang perisian yang berlebihan: Keluarkan pakej dan perkhidmatan perisian yang tidak lagi digunakan dan membebaskan sumber sistem. 2. Pengoptimuman Konfigurasi PHP Dayakan Opcache: Pasang dan Konfigurasi Sambungan Opcache untuk dipaparkan

Nginx dan Apache adalah pelayan web yang kuat, masing -masing dengan kelebihan dan kekurangan yang unik dari segi prestasi, skalabilitas dan kecekapan. 1) Nginx berfungsi dengan baik apabila mengendalikan kandungan statik dan terbalik proxying, sesuai untuk senario konvensional yang tinggi. 2) Apache melakukan lebih baik apabila memproses kandungan dinamik dan sesuai untuk projek yang memerlukan sokongan modul yang kaya. Pemilihan pelayan harus ditentukan berdasarkan keperluan dan senario projek.

Nginx lebih sesuai untuk mengendalikan sambungan serentak yang tinggi, manakala Apache lebih sesuai untuk senario di mana konfigurasi kompleks dan sambungan modul diperlukan. 1.Nginx dikenali dengan prestasi tinggi dan penggunaan sumber yang rendah, dan sesuai untuk kesesuaian yang tinggi. 2.apache terkenal dengan kestabilan dan sambungan modul yang kaya, yang sesuai untuk keperluan konfigurasi kompleks.

Nginx dan Apache masing -masing mempunyai kelebihan dan kekurangan mereka sendiri, dan pilihannya harus berdasarkan keperluan khusus. 1.Nginx sesuai untuk senario konvensional yang tinggi kerana seni bina yang tidak menyekatnya. 2. Apache sesuai untuk senario rendah-concurrency yang memerlukan konfigurasi kompleks, kerana reka bentuk modularnya.
