ПХП здесь не при чём.
Сыпется таблица jos_session, и как верно подметил дани мапов, виной этому глюки в mysql хостера.
Или mysql на сервере тупо не настроен, либо просто перегружен.
В jos_session пишутся сессии, сессии пишутся постоянно, то есть эта таблица задействована чаще всего. И если в момент записи в эту таблицу сервер mysql глюкнул/отвалился/ребутнулся, то сессия записалась не полностью, и в итоге:
Хотя, есть ещё такой вариант: таблица jos_session у вас огромна и не всегда запись в неё влаживается в отведённый лимит памяти. Соответственно опять же сессия пишется не полностью.
Поэтому попробуйте:
1. Увеличить php memory_limit до 128
2. Если jos_session больших размеров - очистить её.
Далее наблюдайте, если проблема повториться, то выход один - бежать :)
У вас во всех JS файлах дописан вредоносный код.
Необходимо все файлы почистить, а также найти и удалить файл, через который это всё дописывается. Также могут быть шеллы.
Ну а дальше обновляться и т.д и т.п.
Нужна будет помощь - обращайтесь.
Болеете? 😮
vbgm, а где именно там ошибки доступа?
Я бы сказал, что даже последние пол года :)
Процентов 70 сайтов, что мне встречались, были именно на джумле и взломы не через ФТП. Второй по популярности wordpress.
попробуйте выставить при заливке картинок принудительно кодировку utf-8. Обычно прокатывает. Вот скрин, где это в filezilla
Частично поддержу. Хотя не идеальный, но вполне работающий без особых глюков в самом движке.
1.5.25 дырявая, и все до неё. Только 1.5.26
А по сабжу - скорее всего у вас стоит какой то sef компонент, который и глючит. Или разберитесь с ним, или всё же поставьте 2.5, если это возможно. Ведь 1.5 больше не поддерживается и всё равно в будущем придётся мигрировать.
это не совсем проблема, это лимит, в который вы не влаживаетесь. Так что, тут уж, или пробуйте с ними договориться, например перейдя на тариф повыше, или ищите другого хостера...
Arlinne, проблема явно в хостинге. Они включили лимит на количество одновременных соединений, а картинок у вас много, поэтому те, которые в лимит не вложились отдают ошибку 503 и соответственно не загружаются.
Вот вам ещё. Видите, даже при проверке Хост-трекером сайт в некоторых случаях отдаёт 503, опять же не влаживается в лимит.
Как показывает моя практика, htaccess-ы обычно меняет шелл, который есть на сайте. И даже более того, этот процесс автоматизирован. К шеллу с определённой периодичностью идёт обращение с другого сервера. Шелл проверяет наличие в htaccess нужного кода, и если его нет, то дописывает.
Проанализировав логи можно увидеть такие обращения и соответственно сам шелл.
Может у вас в этот раз и что-то другое, но за прошлую неделю человек 10 чистил с htaccess-ами, везде был шелл.
