Предимства и недостатъци на PHP FastCGI и mod_php
Основните разлики между църквите.
- mod_php:
в .htaccess ще работи директива php_value, позволено (абсолютно необходимо), за да 777 (което е много сигурно), файлове и папки не са създадени от името на потребителя, но от името на Apache (това е един от недостатъците: изтриете тези файлове и папки без помощ администратор просто не може). При този вариант ще работи 95% WAP скриптове без предварителна настройка. - PHP FastCGI:
в .htaccess директива php_value забранено (ще бъде грешка 500), не се допускат 777 човека (въпреки грешките, заслужава да се отбележи, че за да се напише в папка повече от достатъчно права 755 и файлове 644, или в краен случай, 666), файлове и папки, и и изпълнението на скрипта се извършва от името на потребителя. Когато този монтаж безплатни скриптове отказват да работят, без първо да обстановка (500 възниква грешка).
- mod_php:
Тя работи на уеб сървър за всяко ново искане. На старта на прилагането понякога това отнема значително време, често тичам отнема повече от тях прави по-нататък полезна работа. Можете също така да се отбележи, че грешки в скриптове може да доведе до неработоспособност на всички уеб-сървър. - PHP FastCGI:
могат да бъдат приложени като демон, т.е. тя може да се бъде сървър. FastCGI-заявление винаги работи, така че времето да се започне не се изразходват, е достатъчно, за да извърши полезна работа. Сценарий грешки не водят до nerabotasposobnosti целия сървър.
Важно е да се отбележи, че за 300-500 връзки осезаема разлика в натоварването на сървъра не е, дали fcgi mod_php. Но когато на стойност от 1000 съединения значително ще преобладава FastCGI.
Ние се обобщят резултатите от сравнение PHP FastCGI и PHP Apache модул (mod_php), избор от всички по-горе предимства и недостатъци:
PHP, като модул Apache
В този случай за използване на PHP модул сървъра Apache уеб mod_php.
- Най-високата скорост на сценария, в сравнение с други методи (в големи количества искания).
- Лесен за работа, на самия сървър дръжки скриптове.
- Generic конфигурационен файл за всички скриптове (php.ini).
- Способността да се уточни PHP конфигурационни променливи на в конфигурационния файл, уеб-сървър или файл .htaccess средства
При това се използват Apache mod_fastcgi модул скриптове се прехвърлят с помощта на своя вход PHP интерпретатор.
- Всички скриптове се изпълняват с потребителското - WWW-собственик на домейна.
- Индивидуално PHP настройки за всеки потребител.
- Малък консумация на паметта в сравнение с Apache модул.
- Сценарий грешки не водят до уеб сървър катастрофи, за разлика от PHP за вид Apache модул.
- Чрез кеширане някои междинни данни не се интерпретира от скрипта всеки път на изпълнение, и се постига висока скорост в сравнение с PHP като CGI.
- Излишният процес потребител (PHP-CGI) съхранява в паметта след първия процес на лечение.
По този начин, използването на FastCGI е по-безопасно, както по отношение на правата за достъп, както и от гледна точка на наличие на грешки на в работата на чужди скриптове, както и по-рентабилно и бърз начин на работа на PHP скриптове. mod_php, от своя страна, има леко увеличение на производителността като цяло (в хиляди връзки), натоварването на сайта.
Свързани статии