Прошло то время, когда для создания сайта, веб-мастеру было достаточно знание HTML и JavaScript для «наворотов». Теперь не один серьезный проект не может обойтись без использования хотя бы какой ни будь серверной технологии. Не может обойтись без собственного движка. Можно его и скачать, если конечно вас устраивает то, что вы не будете понимать “как оно это все работает”. И, конечно, если вашим замыслом является создания какого-либо супер портала. Но, если хочется написать себе или кому-либо домашнюю страничку, визитную карточку фирмы или другой не масштабный сайт – использовать системы управления содержимым, по типу PHP-Nuke, когда код самой СУС будет намного больше, чем код самого сайта – выглядит не разумно. Вот и приходиться писать собственный движок. Он вполне может быть написан на SSI (Server Side Includes). Многие задачи можно решить, прибегнув только к использованию этой серверной технологии. Но, в большинстве случаев необходимо использовать полноценные языки серверных сценариев, по типу php или perl. Не редко, приходиться использовать систему управления базами данных MySQL. Вот тут и появляются тормоза. Просто, серверные программы нужно оптимизировать. Тормоза SSI + Perl SSI – это быстрая технология сервера Apache. Быстрая, до тех пор, пока не требуется сделать вставку результатов работы perl-скрипта. Дело в том, что при каждом обращении к скрипту, необходимо запустить perl-интерпретатор, который сначала компилирует скрипт в собственный формат, а после выполняет откомпилированный файл. Даже для выполнения небольшого действия требуется время. И сколько обращений к скрипту столько раз будет запускаться интерпретатор. А не проще ли поступить наоборот, и в сам скрипт вставлять, динамически, нужные HTML-файлы (шаблоны)? А необходимые куски кода вставлять с помощью require. Возможно, не проще, но такой подход обеспечивает оптимизацию по скорости и нагрузки на сервер в сотни раз! Ведь перл-интерпретатор запуститься только один раз. Хочу отдать должное концепции языка php, ведь возможность простой вставки HTML в файлы php-скриптов была предусмотрена с самого начала. Тормоза с MySQL Дело в том, что подключение к серверу СУБД требует, сравнительно, не малого времени. И когда подключений в процессе работы одного скрипта несколько, это сильно сказывается на его быстродействии. Так что подключаться нужно только один раз, в начале работы скрипта, а отсоединяться при завершении. Базы данных меняем очень быстрым запросом “ use my_database_name “. mod_perl и mod_php Есть еще такие серверные технологии как mod_perl и mod_php. Смысл их в том, что скрипт, как бы выполняется интерпретатором – специальным модулем Apache (mod_perl.so и mod_php.so), который постоянно находиться в памяти. Именно выполняется, так как он уже откомпилирован. Такой подход дает оптимизацию от 200% до 2000%. Но, к огромному сожалению, у многих компаний, предоставляющих место под ваш сайт, на виртуальных хостингах эти модули не установлены. И как perl, так и php скрипты могут выполняться только через интерфейс CGI.
Главная страница 
