П О Р Т А Л                            
С Е Т Е В Ы Х                          
П Р О Е К Т О В                        
  
Поиск по сайту:
                                                 
Главная

О проекте

Web-мастеру
     HTML & JavaScript
     SSI
     Perl
     PHP
     XML & XSLT
     Unix Shell

MySQL

Безопасность

Хостинг

Другое








Самое читаемое:

Учебник PHP - "Для Чайника".
Просмотров 3500 раз(а).

Иллюстрированный самоучитель по созданию сайтов.
Просмотров 6103 раз(а).

Учебник HTML.
Просмотров 3265 раз(а).

Руководство по PHP5.
Просмотров 5486 раз(а).

Хостинг через призму DNS.
Просмотров 4124 раз(а).

Подборка текстов стандартных документов.
Просмотров 55763 раз(а).

Учебник PHP - Самоучитель
Просмотров 3078 раз(а).

Документация на MySQL (учебник & справочное руководство)
Просмотров 5471 раз(а).

Внешние атаки...
Просмотров 3824 раз(а).

Учебник PHP.
Просмотров 2819 раз(а).

SSI в примерах.
Просмотров 37454 раз(а).



 
 
| Добавить в избранное | Сделать стартовой | Помощь





Это все, что мне нужно знать о mod_perl?

Очевидно, что следующим вашим вопросом будет "Это все, что мне нужно знать о mod_perl?"

Ответ: "и да, и нет".

Что касается "да":

  • Так же, как и в случае с Perl вам нужно знать совсем не много, чтобы делать действительно классные штуки. Представленные здесь установки дают вам возможность намного быстрее запустить ваш счетчик посетителей и гостевую книгу, и вызвать удивление ваших друзей, как правило даже не меняя отдельные строки кода.

Что касается "нет":

  • 50-ти кратное увеличение скорости появления отзывов в вашей гостевой книге - это, конечно, здорово. Но если вы организуете навороченный сервис для тысяч одновременно действующих пользователей, то, учитывая высокий уровень конкуренции между аналогичными сетевыми службами, промедление в несколько миллисекунд может стоить вам клиента или даже нескольких.

Конечно, когда вы проверяете отдельный скрипт и являетесь единственным пользователем, то вас не очень-то заботит перерасход времени на ответ равный миллисекунде-другой. Но это становится реальной проблемой, когда эти миллисекунды накапливаются на вашем рабочем сайте, где сотни пользователей одновременно генерируют запросы к различным скриптам вашего сайта. Современные пользователи - народ неблагодарный - если существует, пусть даже менее милый их сердцу, сайт, предоставляющий аналогичные услуги, но чуть-чуть быстрее - вполне вероятно, что они переметнутся туда.

Проверка скриптов на незагруженной машине может ввести вас в заблуждение. Все может выглядеть просто превосходно. Но когда вы перенесете их на рабочую машину, все будет происходить не так гладко, как на той машине, где происходила разработка. Зачастую при загруженных службах у вас просто не хватало памяти. Вам следует научиться оптимизировать код, чтобы использовать меньше памяти и научиться разбивать память.

Отладка - это то, о чем люди предпочитают не говорить как о процессе весьма утомительном. И если вы мните себя web-программистом, то вы просто обязаны сделать процесс отладки более простым и эффективным. Эта задача не настолько примитивна, как отладка CGI-скриптов, а в mod_perl даже более сложная (до тех пор, пока вы не поймете как это делать - тогда она внезапно станет простой).

В mod_perl есть много приспособлений для работы с базами данных, недоступных в mod_cgi. Среди прочих наиболее значимой являются постоянные соединения.

Вам следует знать, как обеспечить непрерывную работу вашей службы и уметь быстро восстановить все, если возникнут какие-либо проблемы.

В заключение скажу, что самым важным является Apache-Perl API, дающий вам возможность делать с полученным запросом все что угодно - даже вмешиваться в процесс запроса на любой стадии. Это придает вам исключительную гибкость и позволяет создавать такие вещи, о которых вы даже и не мечтали работая с простым mod_cgi.

Есть еще много всего, что нужно узнать о mod_perl и web-программировании в целом. В следующих статьях я расскажу обо всем этом подробнее.

[Назад] [Содержание]



Если Вы не нашли что искали, то рекомендую воспользоваться поиском по сайту: