Проблемы с сайтом., Social Engine 4.2.0

Сабж:
есть сайт на SocialEngine с малой посещаемостью

При первой попытке доступа на сайт часто наблюдается 502 ошибка.
После обновления всё работает нормально.
Есть мнение, что именно надо сделать с настройками для того, чтобы всё нормально работало сразу? В php, curl и прочих технологиях я нуб.

Немного о кэшировании:

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

Мне тут присоветовали сделать всё немного через "заднепроходное", заставив каждые пару минут движок обновлять кэш автоматически.

Решение дурное, конечно, но хотя-бы что-то.
Подскажите, пожалуйста, или как это сделать по пунктам, или что еще можно придумать с этой бедой.

Это сообщение отредактировал alexdrakea - 24.01.2012 - 13:19

alexdrakea я мало что понимаю в том что ты написал

но что понял, то отвечу

ошибка 502 скорее всего вызвана хостом, а не движком
думаю автоматическое обновление кеша плохая затея, будет грузить систему

по видимому и без того загруженную
либо наоборот

хост пустой и ничем не занят, постоянно впадает в спячку и не сразу реагирует на запросы

Дано: сайт на движке соцсети с малой посещаемостью.

на движке соцсети с малой посещаемостью... риторический вопрос: зачем?

ну впрочем, ладно, дело хозяйское...

на сайте разраба в системных требованиях следующее

ну, это само собой фуфло, вообще ниочём...

узнай у разрабов (тем более если купил лицензию), сколько нужно памяти mysql выделить, сколько php...

посмотри, сколько у тебя (phpinfo).

кто хостер, кстати, какой тариф?

Mustadont
на хосте около 50000 днс-записей
тестил остальные на более простых движках - норма

Zlobny
такой движок взял потому, что знаком с его 3 версией неплохо относительно

у разрабов узнавал сразу, сообщал хостеру, они мне тариф и советовали на основе этого.

1gb.ru - дешевый относительно и почти всё оптимально по технологиям. (мемкэш ещё-бы)
тариф - Основной плйус...

впс веселее был-бы, но шеф хотел быстро поднять.

Это сообщение отредактировал alexdrakea - 25.01.2012 - 18:43

основной +... любопытно.
если верить вот этому: http://www.1gb.ru/price.php
то на этом тарифе даже Битрикс можно поднять.

предварительный вывод: если там будет шуршать битрикс- там должен шуршать и твой движок.

идеи:
1. смотреть конфиги apache и nginx.
FastCGI, php-cgi - лимиты на количество процессов, количество памяти.
при необходимости (если есть возможность) - увеличить, посмотреть на реакцию

2. смотреть логи апача. все страницы ложатся, или только индексная?
что в логах? что предшествует ошибке?

3. отключить в движке кэширование. если сайт слабонагружен (кстати, сколько уников в день? и сколько запросов приходится на уника и на страницу? )

4. попробовать вот это: http://www.1gb.ru/debug.php (не, ну мистика конечно... но может и эта аццкая утилита что-нибудь найдет)

Zlobny

* с конфигами - попробую поковырять, уже не помню доступны мне они или нет

* там все запросы идут через индекс в движке

* без кэширования там ахтунг с прогрузкой страниц за минуту, ибо каждый раз генерится код

* дебаг не пинал пока, попробуем

Отправил запрос на саппорт, обещали пофапать на мой ресурс в плане ошибок


Дебаг:

Кстати - после обновления кэша каждые 3 минуты, что я назначил кроном - 502 почти пропала. Но ведь это не решение ))

Это сообщение отредактировал alexdrakea - 25.01.2012 - 20:46

* там все запросы идут через индекс в движке
вот всегда с подозрением к таким движкам относился... он, типа, конечно, правильно... абстракция MVC... но, блин...

IP адрес домена rusbelmet.ru - ********.

rusbelmet.ru - мы об этом сайте говорим?
Размер ответа: 35 Кб.
это, мягко говоря наглишен бабкен пиздунг... ответ показан только для html
Суммарный ответ (через Firebug) 35 запросов 440.7 KB 13.28s (onload: 12.99s)
html - 4 запросов 35.3 KB 12.75s (onload: 12.99s)
css - 1 запрос 116.5 KB 1.42s (onload: 12.99s)
js - 7 запросов 78.5 KB 4.14s (onload: 12.99s)
img - 18 запросов 199.6 KB 5.91s (onload: 12.99s)
swf - 5 запросов 10.8 KB 1.17s (onload: 12.99s)

итого, финалисты тормозов: css файл и графика со скриптами.

варианты решения:
графику, скрипты, css оптимизировать. выкинуть лишнее (экстенсивный метод, но отчасти снизит нагрузку).

тяжеловат, все-таки... или апач копыта откидывает по таймауту, или nginx.
но, с учетом жадности хостеров, время исполнения скрипта может быть лимитировано согласно тарифа. и увеличить его можно - только переходом на более жирный тариф.

вот еще интересную вещь нагуглил, кстати... может поможет:
http://talk.socengine.ru/threads/РћС...ge-2#post-17591

Это сообщение отредактировал Zlobny - 25.01.2012 - 21:43

смотрел тоже разными тестерами.
как правило время основное занимает составление запроса, и картинка

Картинку убрать проблемно. Ухудшать по качеству тоже, квадраты не айс.
CSS относительно нормален по прогрузу, резать его вообще нереал из-за хитрых связей со всем подряд (Другие темы легкие пробовал (не самописные), то-же самое).

с правами: chmod 777 на всё, что нужно.


А вот волшебное слово таймаут меня практически вдохновило.

Сделал одну весьма банальную вещь - убрал виджеты часов и погоды. Скорость прогрузки заметно повысилась, но 502 появляется иногда всё-равно.

Порезал favicon.ico - 100КБайт как ветром сдуло ))

Это сообщение отредактировал alexdrakea - 26.01.2012 - 11:38