Очень медленная работа домена.

[jdmman]

Всем привет. Третий день проблема с очень медленной работой сайта. Ничего не трогал и не корректировал в скриптах. Хостер ответил что на серве проблем нет. Тех поддержка для этого готового скрипта интернет магазина, ответила что проблема с кэшированием сайта. Открытие сайта происходит быстро, а переход по категориям и товарам затруднён http://www.8futbolok.ru/ . Можете подсказать или к кому можно обратится за платной помощью чтобы исправили.

[Владимир75]

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

[remind4me]

можно конечно купить и платный модуль типа webo, и настроить кэширование

Да похоже на то, что у ТС хостер и не разрешит установку модулей, раз уж он даже толком не может определить почему у клиента тормозит сайт.
Таких хостеров естественно при первой же возможности лучше менять.

[jdmman]

У них всё отлично с их слов! два сайта на их хостинге! не когда проблем не было и если что без проблем переносили на другой серв или предупреждали о тех. работах.

[apatiger]

Всех хостеров менять и кидаться в омут прямо так на месте я бы лично не стал. Вероятно, что Ваш сайт и тяжел для хостера и можно найти хостера, у которого труба пошире, а можно и шило на мыло сменять. Но если это произошло одномоментно, враз, то попробуйте сделать шаг в сторону и оценить ситуацию непредвзято. Скорее всего хостер действительно прав, что проблемы с кэшем и Вы что-то накануне установили, что привело к этому пагубному эффекту. Причины можно классифицировать как две - внешнее воздействие на сайт и чего-то с ним сделали накануне внутри Вы или ваши "доброжелатели", в том числе могут быть напавшие на Ваш сайт боты.
- прежде всего вспомните что Вы делали или меняли на сайте накануне и попробуйте откатить сайт на прежние позиции, когда такой проблемы не было, если это возможно. Если же невозможно, то держите эти обстоятельства в уме, вероятно эти места будут основными, где Вам нужно будет искать причину
- сопоставьте размеры Ваших бэкапов до того как это произошло и бэкап с нынешнего сайта. Не берусь предполагать какая там у Вас ЦМС, но скорее всего разница разница будет в нарастающем весе базы данных проблемной версии, тогда ищите в таблицах какая из них растет и за счет чего. То, что это формирует может быть виновником кэшэобразующей проблемы, ведь здесь движок сайта теперь постоянно работает над созданием нового контента, это часто возникает в Джумле. Тут главное не рубить с плеча, трезво подойти к проблеме и ее выявить и локализовать.
- Вы что-то могли изменить или что-то изменило файлы роботс или/и .httpaccess и на Ваш сайт напали боты-роботы и его треплют. Изменением этих файлов можно приостановить этот процесс и осмотреться в чем дело. Тут надо смотреть логи доступа к сайту и выявлять к чему боты цепляются. У меня было такое и я увидел, что бот каждые 1,5-3 секунды пытается дергать один и тот же контент, которог не существует и таких узких мест было несколько, оказалось, что бот хочет пройтись по старой странички старой версии сайта, перелинковка решила эту проблему и создала даже дополнительный линк для СЕО, что полезно. Обычно Китайские боты столь настырны. Много вопросов в Джумле с дублями и от того множатся тупиковые страницы - тоже перелинковка.
- Ну а всякие атаки "доброжелателей" будут тоже видны по логам доступа, они тоже будут видны по логам доступа, но разница между ботами и атакой отлична - бот обычно дергает только контент, а заход на сайт вызывает загрузку всего окружения вокруг контента.
Все эти проблемы могут создавать нагрузку на сервер от вашего сайта и раздувать непомерно кэш. Но конечно проблем может быть много больше.

[bas]

jdmman,

Тема: Очень медленная работа домена.

Судя по теме опечаточка вышла. А я то думаю, как это домен может медленно работать....

[apatiger]

Но рекомендации будут не полными если не разобраться в том, что такое кэш. Кэш это как бы общая, универсальная заготовка хостинга браузеру для воспроизведения страниц/ы по запросу пользователя, которая браузером забирается. Заготовка может быть от никакой, то есть все хостинг отдает по запросу в разобранном виде браузеру или хостинг все подсобирает вплоть до готовой страницы и дает браузеру только воспроизвести. И то и другое по сути безобразие, а истина должна быть посредине, иначе либо кэш раздуется до неимоверных размеров на хостинге, либо процессоры хостинга и браузера пользователя будут тратить время на формирование элементов страницы и по каждому запросу делать максимальную прокачку, создавая нагрузку еще и по трафику, что вероятно в последнем случае и имеет место быть. Хотя это может происходить еще из-за неоптимизированной загрузки, когда сначала грузятся элементы страницы, кладутся в кэш браузеру, а потом сценарий как это показывать, а не наоборот, когда можно сходу формировать страницу, то есть важен порядок загрузки, когда в кэш браузера постоянно подгружаются элементы, которые там должны лежать, ведь на большинстве страниц по оформлению элементы во многом одни и те же, когда не оптимизированы изображения в спрайты, не объединены ЦСС и скрипты или постоянно возникающая ошибка при воспроизведении страницы и идущие вследствие этого от браузера хостингу корректирующие запросы. Опять таки в логах можно найти бьющегося о какую-то страницу бота, но в Вашем случае уже ясно, что дело скорее всего в контенте. Проще всего воспользоваться в браузере инструментом для разработчика и выявить ошибки при загрузке страницы, если как раз между запросами различных товаров возникает тормоз, а просто запрос открытия сайта быстр, то идет сбой по запросу именно этой разницы между прежде загруженной и потом загружаемой страницами. Тут Вы либо увидите ошибки либо повторные запросы и длительное получения от хостинга скриптов или каких-то элементов, конкретно каких в анализе, на те и нужно обращать внимание, это могут быть и какие-то джава скрипты, и картинки ( может большие картинки товара?), и вновь загружаемые спрайты или картинки не могут загрузиться. отсутствуют (тогда надо задуматься почему вновь?! Посмотрите целостность страницы, все ли картинки показываются, как задумывалось в сценарии? В логе загрузки страницы в инструментах разработчика тогда обязательно проявится запись об этой ошибке). Обращая внимание на джава скрипты, если в них камень преткновения, а раньше такого не было, то либо у Вас запортился скрипт по каким-либо причинам, либо хостер изменил конфигурацию или сделал апдейт какому-то элементу в програмной конфигурации сервера и у Вас нарушилась ранее достигнутая согласованность серверной части с Вашим сайтом. Тогда следует либо напрягать хостера и указывать ему на возникшую проблему, что вряд ли заставит его откатить систему назад, а скорее всего Ван нужно под новую конфигурацию подобрать новый/другой, не конфликтующий скрипт или библиотеку. В общем где-то так, хотя опять же ньюансов может быть куча.

[remind4me]

apatiger, как Вы думаете, ваше последнее сообщение много человек прочли от начала до конца?
Я думаю, что нет.

Не пишите такие объемные тексты в одной куче. Разделяйте мысли, связанные предложения на абзацы.
Тогда и читать будет легко, и удобно цитировать конкретные части.

[runewall]

Нагрузка на хостинг 

[Adel Invest]

Это же скрипт от партнерки vsemayki.ru. Не знаю, может вы решили уже этот вопрос, но у меня нормально открывается сайт.

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

И значит дело не в кеше, а в обработке скриптов движка.