Pirms kāda laika Es jums pastāstīju par šo apmācību sēriju, par to, kā instalēt un konfigurēt serveri augsta pieprasījuma mitināšanai. Šis raksts būs par instalēšanu un konfigurēšanu Nginx + PHP ar SpawnFastCGI:
Spawn_FastCGI:
Var teikt, ka tieši tas savieno Nginx ar PHP, tas ir, pat ja viņiem ir instalēta PHP5 pakete, ja viņiem nav instalēta un izpildīta Spawn_FastCGI, kad viņi atver vietni PHP, pārlūks lejupielādēs failu, tas viņiem neko neparādīs, ka .php ir ieprogrammēts, jo serveris nezina, kā apstrādāt .php failus, tāpēc ir svarīgi instalēt un konfigurēt Spawn_FastCGI.
Ja mēs izmantotu Apache, tas būtu kaut kas tik vienkārši, kā instalēt paketi libapache2-mod-php5, bet, tā kā mēs izmantojam Nginx, tā vietā būs jāinstalē spawn-fcgi pakete. Arī apmācībā es paskaidrošu, kā izveidot sākotnējo skriptu mapē /etc/init.d/, lai jūs to varētu ērtāk kontrolēt.
1. Uzstādīšana:
Mēs sāksim ar pirmo lietu, no mūsu krātuvēm instalējiet Spawn-FastCGI un PHP.
Ja savā serverī jūs izmantojat tādu izplatīšanu kā Debian, Ubuntu vai kādu atvasinājumu terminālā, jums jāievieto sekojošais un jānospiež ienākt :
aptitude install spawn-fcgi php5-cgi php5-curl
2. Konfigurācija:
Iepriekšējā solī (kad mēs instalējām Nginx) mēs lejupielādējām failu ar nosaukumu nginx-spawn-fastcgi.tar.gz, ka, atvienojot, tas mūsu mājās izveidoja mapi nginx-spawn-fastcgi, mēs no tā kopēsim failu spawn-fastcgi uz /etc/init.d/:
cp ~/nginx-spawn-fastcgi/spawn-fastcgi /etc/init.d/
Mums ir nepieciešams arī izpildāmais php-fastcgi failā / usr / bin /
cp ~/nginx-spawn-fastcgi/php-fastcgi /usr/bin/
Lieliski, mums ir gatavs fails, kas ļaus mums kontrolēt spawn-fastcgi un arī php-fastcgi izpildāmo failu, tagad mēs sāksim spawn-fastcgi:
/etc/init.d/spawn-fastcgi start
Tas mums parādīs kaut ko līdzīgu: spawn-fcgi: bērns veiksmīgi nārstojis: PID: 3739
Tagad mēs aizstāsim savu /etc/nginx/sites-available/mywebsite.net failu ar ~ / nginx-spawn-fastcgi / mywebsite_plus_php.net
cp ~/nginx-spawn-fastcgi/mywebsite_plus_php.net /etc/nginx/sites-available/mywebsite.net
Kāpēc? Vienkārši, jo mūsu iepriekšējā mywebsite.net failā nav PHP atbalsta, tas ir, tas ir tikai Nginx, savukārt failam mywebsite_plus_php.net ir atbalsts PHP, tas ir, Nginx + PHP, izmantojot SpawnFastCGI.
Atšķirības starp šiem failiem ir vairākas, piemēram:
- 3. rindā fails, kas atbalsta PHP, tiek pievienots index.php
- Jauna rindiņa zem Nr.3, kas satur: fastcgi_index index.php;
- Vairākas citas jaunas līnijas, kas Nginx stāsta, kā apstrādāt PHP.
- ... .. Īsāk sakot, šeit ir fotoattēls, kas palīdzēs jums uzzināt atšķirības starp abiem failiem:
Fails mywebsite_plus_php.net ir vhost, kas kalpo kā piemērs, tas ir, citiem vārdiem sakot, mums tas ir jāpārveido un jāizveido konfigurācijas.
Mums jāmaina:
- access_log (3. rindiņa): Šis būs piekļuves žurnāla faila ceļš uz šo vietni
- error_log (4. rindiņa): Šis būs kļūdu žurnāla faila ceļš uz šo vietni
- servera_nosaukums (5. rindiņa): URL, domēns, kas tiek mitināts šajā mapē, piemēram, ja tas būtu forums. DesdeLinux tas būtu: foruma servera_nosaukums.desdelinux. Neto
- sakne (6. rinda): ceļš uz mapi, kur atrodas html faili, atstāsim to mapē / var / www /, jo tas būs tikai tests
Gatavs, tagad mēs restartēsim Nginx:
/etc/init.d/nginx restart
Lai pārbaudītu, vai mūsu Nginx pareizi apstrādā PHP, nokopēsim failu phptest.php hostētajā mapē, tas ir, failā mywebsite_plus_php.net (piemēram, root / var / www /) norādītajā rindiņā Nr. 6, pieņemot, ka vietne ir mitināta tieši mapē / var / www /:
cp ~/nginx-spawn-fastcgi/phptest.php /var/www/
Pieņemot, ka mūsu mywebsite_plus_php.net 5. rindā (tas ir, servera_nosaukums) mēs esam teikuši, ka mūsu vietne ir www.mysite.net, tad mums ir jāpiekļūst www.mysite.net/phptest.php. Citiem vārdiem sakot, ideja ir piekļūt failam phptest.php no mūsu pārlūkprogrammas, un, ja parādās šāda informācija, mūsu Nginx ir ideāli saistīts ar PHP:
Gadījumā, ja tas neparādās, tas ir, pārlūkprogramma mēģina lejupielādēt .php failu ... tas nozīmē, ka viņi izdarīja kaut ko nepareizi, ka viņi neaizstāja /etc/nginx/sites-available/mywebsite.net ar ~ / nginx-spawn-fastcgi / mywebsite_plus_php.net ... ka esat aizmirsis restartēt Nginx ar /etc/init.d/nginx restart vai ka esat aizmirsis sākt Spawn-FastCGI ar /etc/init.d/spawn-fastcgi start
Līdz šim apmācība, lai saistītu Nginx ar PHP, izmantojot SpawnFastCGI, mums ir nepieciešama tikai MySQL un APC 🙂
Es ceru, ka jums tas šķiet interesanti.
Ja tas ir ceturtdaļa, kāpēc attēlā teikts 3? sākās 0 es domāju? lielisks amats.
Sveicieni
1.: Prezentācija
2 .: Nginx
3. vieta: Nginx + PHP (Spawn_FastCGI)
????
Paldies, ka izlasījāt ^ _ ^
kas notika ar 4. daļu ???
un ar sekojošo ?????
Sveiki
Labāka izvēle būtu, ja mysql vietā jūs izmantotu MariaDB, jo jums jāzina, ka pēdējais ir pirmā dakša, un jau tiek runāts, ka tas būs nākotnes MySQL (http://www.genbetadev.com/bases-de-datos/mariadb-sera-el-mysql-del-futuro), jo MySql ir brīva līdz punktam.
SkySQL, uzņēmums, kas sniedz pakalpojumus no bezmaksas datu bāzēm, finansiāli atbalstīja projektu MariaDB (http://www.genbetadev.com/bases-de-datos/mariadb-y-skysql-unen-fuerzas-para-llevar-a-mariadb-a-lo-mas-alto) un Google, kas vēlas pārtraukt darbību atkarībā no MySQL, kā to darīja arī Wikipedia, un veiks pāreju no MySQL 5.1 uz MariaDB 10.0, izmantojot tieši SkySQL, kas jau ir eksperti šajā jomā.
sveiks2.
Hello,
Jā, protams, es pazīstu MariaDB, un patiesībā mēs par to jau runājām: https://blog.desdelinux.net/tag/mariadb/
Tomēr šobrīd es izmantoju MySQL, jo es veicu šīs apmācības, ņemot vērā pieredzi, kāda man bija migrējot. DesdeLinux (ar visiem tā pakalpojumiem) uz citiem serveriem, tajā laikā mēs pilnībā mainījām tehnoloģiju un uzdevumu vai izmaiņas, ar kurām man bija jāsaskaras, nebija maz.
No šī brīža izlasiet šo manu komentāru: https://blog.desdelinux.net/el-blog-desdelinux-abandona-hostgator-y-pasa-a-gnutransfer/comment-page-1/#comment-81291
Galīgā ideja ir patiešām jā, pārejiet uz MariaDB, bet man nav bijis laika veikt attiecīgos testus 🙂
Paldies, ka lasījāt
Šī apmācība man palīdzēs instalēt zPanel X ar NGINX, lai nepārsātinātu manu vietni, pārejot uz GNUPanel VPS.
Ziemassvētku dāvana? Ar nepacietību gaidīju apsveikumus visiem.
Paldies partnerim 😀
Pievienots izlasei!
Starp citu, man ir šīs šaubas un jautājums, vai tiešām Nginx ir lielāks sniegums nekā Apache?
Sveicieni!
Nu, Apache var daudz optimizēt, taču ... līdz šim Google to un gandrīz visi no mums ir vienisprātis, ka Nginx patērē daudz mazāk RAM, tā veiktspēja nav nenozīmīga, kaut arī konfigurējot tas nav tik vienkārši.
Laba KZKG ^ Gaara lieliska informācija tiem no mums, kurus interesē šī pasaule, jautājums, kad 4. ieraksts 😀