Peranan utama homebrew dalam pembinaan persekitaran MAC adalah untuk memudahkan pemasangan dan pengurusan perisian. 1. Homebrew secara automatik mengendalikan kebergantungan dan merangkumi kompilasi kompleks dan proses pemasangan ke dalam arahan mudah; 2. Menyediakan ekosistem pakej perisian bersatu untuk memastikan penyeragaman lokasi pemasangan perisian dan konfigurasi; 3. Mengintegrasikan fungsi pengurusan perkhidmatan, dan dengan mudah boleh memulakan dan menghentikan perkhidmatan melalui perkhidmatan minuman; 4. Menaik taraf dan penyelenggaraan perisian yang mudah, dan meningkatkan keselamatan dan fungsi sistem.

Membina persekitaran PHP Nginx pada Mac sebenarnya menggunakan HomeBrew, pengurus pakej yang kuat, untuk memasang dan mengkonfigurasi Nginx sebagai pelayan web, dan pada masa yang sama, biarkan PHP-FPM (PHP Fastcgi Process Manager) memproses skrip PHP. Kedua -dua bekerja bersama melalui protokol FastCGI. Gabungan ini adalah cekap dan fleksibel untuk persekitaran pembangunan tempatan.

Untuk membincangkan penyelesaiannya, ini mungkin idea:

Anda harus terlebih dahulu memastikan bahawa Mac anda mempunyai homebrew, yang hanya pisau tentera Swiss dari pemaju MAC. Jika tidak, jalankan ayat di terminal: /bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)" Pasang homebrew, dan kita boleh mula menjemput nginx dan php untuk diselesaikan di.

Pasang Nginx: brew install nginx Command dan Nginx akan taat berbaring dalam sistem anda. Laluan fail konfigurasi lalai biasanya di /usr/local/etc/nginx/nginx.conf .

Pasang PHP (saya digunakan untuk memasang versi stabil terkini, seperti Php 8.2 atau 8.3, bergantung pada keperluan projek anda): brew install php atau jika anda memerlukan versi tertentu: brew install php@8.2 selepas pemasangan selesai, /usr/local/etc/php/8.2/php-fpm.d/www.conf akan memberitahu anda di mana fail konfigurasi php-fm. (Laluan akan berbeza -beza bergantung kepada versi PHP).

Konfigurasi Nginx adalah teras. Anda perlu mengedit nginx.conf . Cari blok server di blok http , atau buat yang baru sendiri. Konfigurasi biasa kelihatan seperti ini:

 http {
    # ... konfigurasi lain ...

    pelayan {
        Dengar 8080; # atau mana -mana port yang anda suka untuk mengelakkan konflik dengan perkhidmatan lain dalam sistem server_name localhost; # atau nama domain tempatan anda root/pengguna/your_username/sites; # Ini adalah direktori di mana anda menyimpan fail laman web. Ingat untuk menggantikannya dengan indeks indeks indeks.html index.htm index.htm;

        lokasi / {
            try_files $ uri $ uri / /index.php?$Query_string;
        }

        # Ini adalah bahagian utama, biarkan permintaan PHP ke hadapan untuk php-fpm
        Lokasi ~ \ .php $ {
            # Periksa sama ada fail itu wujud dan elakkan pemprosesan nginx fail php yang tidak wujud try_files $ uri = 404;
            # Alamat pelayan fastcgi, biasanya soket lalai php-fpm
            fastcgi_pass 127.0.0.1:9000; # atau unix: /usr/local/var/run/php-fpm.sock
            # Memperkenalkan parameter fastcgi termasuk fastcgi_params;
            # Set script_filename untuk memberitahu php-fpm jalur skrip yang kini dilaksanakan fastcgi_param script_filename $ document_root $ fastcgi_script_name;
            # Benarkan nginx lulus header pengesahan http fastcgi_param path_info $ fastcgi_path_info;
        }

        # Sembunyikan .ht* fail untuk mengelakkan lokasi kebocoran maklumat sensitif ~ /\.ht {
            menafikan semua;
        }
    }
}

Perhatikan garis fastcgi_pass . Jika PHP-FPM mendengarkan port TCP 9000 secara lalai, gunakan 127.0.0.1:9000 ; Jika ia mendengarkan soket Unix, jalan akan menjadi seperti /usr/local/var/run/php-fpm.sock (jalan ini boleh didapati di php-fpm www.conf ). Saya secara peribadi lebih suka menggunakan soket Unix, yang mempunyai kelebihan prestasi yang sedikit dan mengelakkan kemungkinan konflik pelabuhan.

Untuk konfigurasi PHP-FPM, anda biasanya tidak perlu bergerak terlalu banyak. Pastikan parameter listen di www.conf sepadan dengan alamat fastcgi_pass dalam konfigurasi nginx. PHP-FPM yang dipasang secara lalai homebrew biasanya sudah dikonfigurasi.

Mulakan Perkhidmatan: Mula Nginx: brew services start nginx Mula PHP-FPM: brew services start php (atau brew services start php@8.2 sepadan dengan versi yang anda pasang)

Ujiannya: Buat fail index.php dalam direktori root laman web anda (seperti /Users/your_username/Sites yang saya konfigurasi di atas), dengan kandungan <?php phpinfo(); ?> . Kemudian buka penyemak imbas untuk melawat http://localhost:8080/index.php (atau nama pelabuhan dan domain yang anda konfigurasi). Jika anda melihat halaman maklumat PHP yang biasa, maka tahniah, persekitaran sudah siap.

Apakah peranan utama homebrew dalam membina persekitaran MAC?

Ketika datang ke persekitaran pembangunan di Mac, Homebrew adalah sesuatu yang membuat orang suka dan benci, tetapi lebih banyak tentang cinta. Fungsi terasnya adalah untuk mengubah perisian yang mungkin memerlukan anda untuk memuat turun, menyusun dan mengkonfigurasi secara manual ke dalam barisan perintah mudah. Bayangkan bahawa tanpa homebrew, jika anda mahu memasang nginx, anda mungkin perlu memuat turun kod sumber di laman web rasmi, menyahpepijatnya, dan kemudian ./configure , make , make install . Semasa proses itu, anda akan menghadapi pelbagai masalah pergantungan dan kepala anda terlalu besar. Homebrew adalah seperti seorang pelayan rumah yang sangat rajin, membantu anda dengan semua tugas yang membosankan ini.

Perkara terbaik mengenainya ialah ia menyediakan ekosistem pakej perisian bersatu dan mudah dikendalikan. Apa yang anda mahu pasang? brew install Ia akan membantu anda mengendalikan semua kebergantungan, memasangnya ke lokasi yang betul, dan biasanya ia akan membantu anda mengkonfigurasi skrip permulaan, seperti NGINX dan PHP-FPM, dan anda boleh dijalankan oleh brew services start . Kemudahan ini hanyalah alat yang berkuasa untuk pemaju untuk meningkatkan produktiviti. Ia menjadikan persekitaran baris perintah Mac lebih mesra dan berkuasa, membolehkan kita memberi tumpuan lebih kepada kod itu sendiri dan bukannya pembinaan alam sekitar. Selain itu, menaik taraf perisian juga mudah, brew upgrade , dan semua perisian yang dipasang melalui HomEbrew boleh dikemas kini, yang sangat bermanfaat dari segi keselamatan dan fungsi.

Bagaimanakah Nginx bekerja bersama dengan PHP-FPM?

Kerjasama antara NGINX dan PHP-FPM adalah reka bentuk yang sangat indah di seluruh seni bina perkhidmatan Web PHP. Ringkasnya, Nginx adalah "fasad", manakala PHP-FPM adalah "di belakang tabir".

Apabila pengguna memasuki URL dalam penyemak imbas, seperti http://localhost:8080/index.php , permintaan pertama mencapai nginx. Nginx adalah pelayan fail statik yang cekap. Jika anda meminta sumber statik seperti gambar, CSS, dan JS, ia akan dibaca terus dari sistem fail dan dikembalikan kepada penyemak imbas, dengan kelajuan yang sangat cepat. Tetapi jika fail .php yang diminta, Nginx akan tahu bahawa ia tidak dapat mengendalikan perkara ini sendiri, dan ia memerlukan PHP untuk mengendalikannya.

Pada masa ini, NGINX tidak akan secara langsung melaksanakan kod PHP, tetapi akan memainkan peranan "pengiriman". Ia meneruskan permintaan PHP ini kepada PHP-FPM melalui protokol FastCGI. PHP-FPM adalah pengurus proses PHP yang mengekalkan satu atau lebih kolam proses penterjemah PHP. Apabila Nginx melemparkan permintaan itu, PHP-FPM akan menemui proses PHP yang terbiar dari kolam prosesnya untuk mengendalikan permintaan tersebut. Selepas proses PHP ini menerima permintaan itu, ia akan menghuraikan fail .php yang sepadan, laksanakan kod PHP di dalam, dan boleh menyambung ke pangkalan data, proses logik perniagaan, dll.

Selepas kod PHP dilaksanakan, PHP-FPM akan mengembalikan hasil pelaksanaan (biasanya HTML, JSON, atau data lain) kepada Nginx melalui protokol FastCGI. Selepas Nginx mendapat hasil ini, ia akhirnya menghantarnya ke penyemak imbas pengguna.

Manfaat reka bentuk pemisahan ini jelas: NGINX memberi tumpuan kepada pengendalian permintaan HTTP dan fail statik yang cekap, sementara PHP-FPM memberi tumpuan kepada parsing dan melaksanakan kod PHP. Kedua -duanya melaksanakan tugas mereka sendiri dan tidak mengganggu satu sama lain, meningkatkan kestabilan dan prestasi keseluruhan sistem. Sebagai contoh, walaupun proses PHP terhempas, NGINX masih boleh berjalan secara normal, tetapi ia tidak dapat mengendalikan permintaan PHP, yang tidak akan menyebabkan seluruh perkhidmatan web turun.

Perangkap dan Penyelesaian Konfigurasi Nginx dan PHP biasa dalam persekitaran MAC

Mengkonfigurasi Nginx dan PHP pada Mac, walaupun Homebrew telah mempermudah prosesnya, masih mudah untuk terjebak di beberapa tempat. Saya secara peribadi menemui banyak. Untuk meringkaskan, mungkin ada beberapa perangkap biasa dan penyelesaian yang sepadan:

1. Masalah Konflik Pelabuhan: Nginx akan mendengar port 80 secara lalai, tetapi jika Mac anda sudah mempunyai Apache (comed with macOS) atau perkhidmatan lain menduduki port 80, nginx tidak akan dimulakan.

• Penyelesaian: Cara yang paling langsung adalah untuk mengubah listen konfigurasi Nginx untuk membiarkannya mendengar pelabuhan yang jarang server , seperti 8080, 8000 atau nginx.conf . Atau, jika anda pasti anda tidak memerlukan Apache, anda boleh melumpuhkannya: sudo apachectl stop .

2. Isu Kebenaran Fail: NGINX atau PHP-FPM tidak dapat membaca fail laman web anda, atau PHP tidak boleh menulis ke log atau fail cache. Ini adalah perkara biasa pada Mac, kerana kebenaran pengguna dan keizinan sistem fail kadang -kadang halus.

• Strategi Penyelesaian:
  • Pastikan direktori akar laman web anda (direktori yang ditunjuk oleh arahan root ) dan fail dan folder di dalamnya, pengguna yang menjalankan nginx (biasanya _www atau nobody ) telah membaca kebenaran.
  • Untuk direktori (seperti log, cache) yang perlu ditulis oleh PHP, pastikan pengguna yang menjalankan PHP-FPM mempunyai kebenaran menulis. Cara kasar yang paling mudah adalah chmod -R 777 , tetapi itu bukan amalan terbaik. Cara yang lebih selamat adalah chown -R _www:_www /path/to/your/project , kemudian chmod -R 755 /path/to/your/project dan chmod -R 775 /path/to/your/project/cache_or_log_dir .

3. PHP-FPM tidak berjalan atau konfigurasi tidak sesuai: nginx mempunyai fastcgi_pass dikonfigurasi, tetapi php-fpm tidak dimulakan, atau alamat FastCGI (port atau laluan soket) yang ditunjuk oleh nginx tidak konsisten dengan mendengar php-fpm.

• Strategi Penyelesaian:
  • Sahkan sama ada PHP-FPM telah dimulakan: brew services list untuk melihat sama ada status php atau php@版本號started . Jika tidak, brew services start php .
  • Semak fail konfigurasi PHP-FPM (biasanya di /usr/local/etc/php/版本號/php-fpm.d/www.conf ), cari arahan listen , sahkan sama ada ia listen = /usr/local/var/run/php-fpm.sock port TCP ( 127.0.0.1:9000 ) Kemudian pastikan bahawa fastcgi_pass dalam konfigurasi nginx sepadan dengan tepat.

4. Nginx Konfigurasi Sintaks Ralat: Konfigurasi Nginx sangat ketat. Sofilolon kecil terlepas atau ketidakcocokan kurungan akan menyebabkan Nginx gagal bermula.

• Strategi Penyelesaian: Selepas mengubah suai konfigurasi Nginx, anda harus terlebih dahulu menggunakan arahan nginx -t untuk menguji sama ada sintaks fail konfigurasi adalah betul. Jika syntax is ok dan test is successful , anda boleh memulakan semula Nginx dengan keyakinan.

5. Laluan root atau Ralat Konfigurasi Fail index : Nginx tidak dapat mencari fail laman web anda, atau index.php tidak dapat dijumpai.

• Penyelesaian: Semak semula sama ada laluan yang ditunjuk oleh arahan root di nginx.conf adalah betul, dan pastikan arahan index mengandungi index.php dan pesanan adalah betul.

Apabila anda menghadapi masalah, langkah pertama adalah untuk memeriksa log ralat Nginx (biasanya di /usr/local/var/log/nginx/error.log ) dan log php-fpm. Fail log ini akan memberitahu anda apa yang salah, adakah ia kerana kebenaran yang tidak mencukupi, konflik pelabuhan, atau ralat kod PHP. Pengalaman memberitahu saya bahawa pembalakan adalah panduan terbaik untuk menyelesaikan masalah.

Atas ialah kandungan terperinci Cara Membina Persekitaran PHP Nginx dengan MACOS Untuk mengkonfigurasi gabungan perkhidmatan nginx dan php. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!