Использую ISPmanager Lite на нескольких серверах, особых проблем нет. Очень радует, что поддержка может помочь не только с настройкой панели, но и с администрированием ОС.
Проблема решена добавлением кавычек в команду Axigen.
Да, кеширование нужно выполнять в обязательном порядке. Однако лучше сделать так, чтобы при просмотре каталога товаров к базе данных вообще не было никаких обращений.
Но никакое кеширование не поможет, если хостинговый сервер перегружен.
Проблемы с быстродействием могут возникать по разным причинам, часть из которых связана с движками, часть - с хостингом.
В движках зачастую используют "лобовые" решения, неоптимальные архитектуры баз данных и запросы SQL с JOIN-ами и созданием временных таблиц. В результате при просмотре страниц каталога товаров выполняются многочисленные и ресурсоемкие обращения к базе данных.
Что же касается виртуальных хостингов, то помимо серьезных ограничений, накладываемых на потребляемые ресурсы, возникает еще и проблема неконтролируемой загрузки хостинговых серверов многочисленными "посторонними" сайтами.
Поэтому если речь идет о раскрученных и посещаемых магазинах с большим каталогом товаров, то нужно оптимизированное программное обеспечение и специально настроенные хостинговые серверы, выделенные для работы интернет-магазинов. Как правило, на общедоступных движках и обычных, неспециализированных хостингах могут работать только небольшие и малопосещаемые магазины.
Попробуйте Xspider http://www.ptsecurity.ru/xs7concept.asp. Там есть и онлайновый сервис, стоит недорого. Выдают очень подробный отчет по безопасности.
Если пароль охраняет что-то ценное, предпочитаю использовать сложные сгенерированные пароли. Пароли, которые вводят пользователи, обычно можно найти в хакерских словарях, и тогда взлом - дело нескольких секунд или минут)
В свое время остановился на Перле в том числе из-за наличия cpan.org, где можно найти кучу готовых модулей почти для любой задачи. Это сильно облегчает создание программ. Для PHP я тогда не нашел такого централизованного репозитория. Не нашел такого и для Питона, для Руби...
Мне не удается записать его в .htaccess, пишет в логе, что туда нельзя его писать. В файле /usr/local/etc/apache22/extra/httpd-info.conf эта директива есть, но похоже, она тут не действует. Может, эту директиву надо куда-нибдуь еще поместить? Сайт создавал в панели ISPManager.
Александр Фролов добавил 20.01.2009 в 18:20
Разобрался! Оказывается, в большом файле конфига апача был отключен инклуд файла /usr/local/etc/apache22/extra/httpd-info.conf. Только и всего!
Спасибо, буду изучать статистику!
Александр Фролов добавил 20.01.2009 в 18:32
Оказывается, очень неудобно. Фактически, я получаю статистику по отдельным запросам, а мне-то интересно, какие сайты больше всего загружают сервер. Прямого ответа на этот вопрос такая статистика не дает. Наверное, есть какие-нибудь другие средства мониторинга загрузки?
----------------
Подключил это:
http://www.simplecoding.org/opredelyaem-nagruzku-na-server-apache.html
Стало удобно и наглядно!
Запустил таким образом:
добавил в .htaccess одного из сайтов:
<IfModule mod_status.c>
<Files server-status>
SetHandler server-status
Order Deny,Allow
Allow from all
</Files>
</IfModule>
И все заработало!
Но там открылась таблица, я не могу понять из нее, какие, собственно, сайты нагружают Апач:
PID Key:
98745 in state: K , 98523 in state: K , 99715 in state: K
99117 in state: _ , 99222 in state: K , 296 in state: _
236 in state: _ , 168 in state: K , 99984 in state: K
99765 in state: _ , 99914 in state: K , 99915 in state: K
297 in state: K , 171 in state: W , 298 in state: K
Хотелось бы какой-нибудь инструмент, с помощью которого я мог бы посмотреть загрузку Апача по каждому домену, чтобы понять, какой скрипт в каком домене грузит сервер.
Не, я проверял, у меня этот модуль как раз загружается...
