Просьба протестить сайт

Добрый день, уважаемые форумчане. Просьба потестить сайт, а именно покликать по разделам, по страницам, и скажите, нормально ли сайт работает. Желательно проклацать не менее 5-10 страниц, потому как заметил глюк, что когда быстро переходить между страницами, то сайт зависает на пару минут.. не могу понять от чего это..

http://sunnyland.com.ua

Спасибо заранее. По возможности, в футере есть данные по статистике загрузке, вставьте их в свое сообщение. Благодарю!

У меня не грузится(

:(

Все-таки периодически сервер заходит в ступор Что же с этим поделать-то..

Главная: S:cache | QT:0.0007 s | Q:6 | P:0.2315 s | T:0.2322 s | M:24

Хотя, по ощущениям грузилось намного дольше. Возможно, графика долго "ползла".

Для нагрузочного тестирования можно loadimpact.com использовать. Бесплатно до 50 "человек" бродить будут. Результаты иногда интересные получаются

Quote from: Kollad at Nov 02, 2010, 04:51 AM

:(

Все-таки периодически сервер заходит в ступор Что же с этим поделать-то..

Отлавливать причину ступора и устранять её. Как правило, или память "забивается", или достигнут предел дочерних процессов (по конфигу), и новые не запустятся, пока старые не отработают. Если я правильно понимаю, выделенный сервер на Debian?

Да, сервер на Debian.

Да, вот что-то именно с графикой, она почему-то очень долго ползет. А иногда сайт вообще не открывается - белый экран..

Отловить причину, пока не знаю как, не совсем понятно почему именно так происходит.

С памятью там нормально, иногда процессор влетает на 100%, но в основном когда много "лазит" по сайту людей, и редактируешь что-то на сайте(обновляется кеш), который уже достигает 2.6мб ~ 8500 - 9000 ресурсов

В общем подозреваю что нужно делать связку Nginx + Apache, и всю статику(картинки, стили, скрипты) перекинуть на Nginx, а на остальное Apache, только как бы теперь правильно это склеить)

Не так давно прикручивал к интернет-магазину (не modx), тоже кстати на Debian (хотя, в принципе, не так уж важно, какой *nix дистрибутив - практика показывает, что связка в любом случае выйгрышная) Nginx + Apache. Графика заметно быстрее отдаваться стала (Просто летать ) До кучи поставил Eaccelerator.. и под базу памяти побольше выделил. В общем - "летает"

Как правильно клеить - в сети статей куча... Да и "первоисточник" качественный (Nginx.org). Пример конфига nginx-а для отдачи статики где-то в моих последних сообщениях есть.

Единственный момент - я сначала настраивал "наоборот" (nginx, например на 81 порт, Apache так и висит на 80 - работает, как работал). Тестируем-отлаживаем сайт на http://site.ru:81/blabla .. если всё в порядке - редактируем конфиги - меняем порты.. и по-очереди очень быстренько рестартим, дабы не терять клиентов

Quote from: esche at Nov 02, 2010, 11:00 AM

Не так давно прикручивал к интернет-магазину (не modx), тоже кстати на Debian (хотя, в принципе, не так уж важно, какой *nix дистрибутив - практика показывает, что связка в любом случае выйгрышная) Nginx + Apache. Графика заметно быстрее отдаваться стала (Просто летать ) До кучи поставил Eaccelerator.. и под базу памяти побольше выделил. В общем - "летает"

Как правильно клеить - в сети статей куча... Да и "первоисточник" качественный (Nginx.org). Пример конфига nginx-а для отдачи статики где-то в моих последних сообщениях есть.

Единственный момент - я сначала настраивал "наоборот" (nginx, например на 81 порт, Apache так и висит на 80 - работает, как работал). Тестируем-отлаживаем сайт на http://site.ru:81/blabla .. если всё в порядке - редактируем конфиги - меняем порты.. и по-очереди очень быстренько рестартим, дабы не терять клиентов

Спасибо! В общем буду разбиратся:) Но только уже завтра, не хочу положить сервер, в конце рабочего дня:)

Да... по поводу причины.

Отлавливать - статистику собирать. На VPS без особого вреда можно поставить munin или cacti. Оба рисуют красивые графики.. иногда полезно поглядывать. Есть более "серьёзные", но и более тяжелые скрипты для мониторинга. Во время загрузки процессора top смотреть.. дальше - глубже..

Насчет обновления кэша - его можно в "крон" запихивать. Чтоб не "больше 9000" документов удалял, а порциями.. по 500, скажем... Думаю 2-3 минуты на "обновление" не так уж критичны. Как вариант - удалить кэш-файлы системной функцией в одну строку.. что-то типа exec(’rm...’); Главное - лишнего не зацепить... перепроверить несколько раз

Quote from: Kollad at Nov 02, 2010, 11:03 AM

Спасибо! В общем буду разбиратся:) Но только уже завтра, не хочу положить сервер, в конце рабочего дня:)

Правильно, лучше в начале
Я вообще предпочитаю такие вещи ближе к раннему утру творить, когда посетителей не предвидится

http://levik.info/vps-debian-linux-cheatsheet.htm - тут в конце "мусорка" из ссылок на тюнинг mysql и nginx.

Кстати, для mysql настройки есть удобный скрипт mysql-primer (не пример ) - анализирует текущее состояние сервера и подсказывает, чего подкрутить. Тоже, возможно, пригодится.

Удачи!