Форум русской поддержки Joomla!® CMS
10.12.2016, 01:21:22 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
   
   Начало   Поиск Joomla 3.0 FAQ Joomla 2.5 FAQ Joomla 1.5 FAQ Правила форума Новости Joomla Реклама Войти Регистрация Помощь  
Страниц: [1]   Вниз
  Добавить закладку  |  Печать  
Автор

Падает сайт от запросов в бд

 (Прочитано 1044 раз)
0 Пользователей и 1 Гость смотрят эту тему.
Karyuudo
Давно я тут
****

Репутация: +0/-0
Offline Offline

Сообщений: 352


« : 01.10.2015, 01:33:01 »

Последнее время хостинг регулярно ложится. Выявили целый ряд потенциальных проблем (увеличил кеширование, заблокировал ботов, закрыл комментарии, в которых судя по всему пытается бот спамить), а хостинг продолжает ложиться не смотря на 1 гиг памяти (раньше при 512 - все было ок и стабильно, а тут гига мало, хотя посещаемость сайтов выросла на 20%, увеличение тарифа с памятью в 2 раза больше не помогло), из которых используется судя по графикам около 200. как потом резкие скачи и все вырубается. сегодня уже дважды падал сайт из-за нагрузки на БД.

в ТП ответили:

Цитировать
Вот такими запросами у вас вешается MySQL и весь сервер. Надо править.
Вопрос что делать, кто с этим уже сталкивался? начал гуглить, смотрю у кого-то уже было такое, но решение правда так и не нашли...


Код:
| 2938 | user_bdname | localhost | user_bdname | Query | 762 | Copying to tmp table | SELECT a.id, a.title, a.alias, a.title_alias, a.introtext, a.checked_out, a.checked_out_time, a.cati |
| 2939 | user_bdname | localhost | user_bdname | Query | 816 | Copying to tmp table | SELECT a.id, a.title, a.alias, a.title_alias, a.introtext, a.checked_out, a.checked_out_time, a.cati |
| 2940 | user_bdname | localhost | user_bdname | Query | 817 | Copying to tmp table | SELECT a.id, a.title, a.alias, a.title_alias, a.introtext, a.checked_out, a.checked_out_time, a.cati |
| 2959 | user_bdname | localhost | user_bdname | Query | 817 | Copying to tmp table | SELECT a.id, a.title, a.alias, a.title_alias, a.introtext, a.checked_out, a.checked_out_time, a.cati |
| 2960 | user_bdname | localhost | user_bdname | Query | 816 | Copying to tmp table | SELECT a.id, a.title, a.alias, a.title_alias, a.introtext, a.checked_out, a.checked_out_time, a.cati |
| 2961 | user_bdname | localhost | user_bdname | Query | 817 | Copying to tmp table | SELECT a.id, a.title, a.alias, a.title_alias, a.introtext, a.checked_out, a.checked_out_time, a.cati |
| 2962 | user_bdname | localhost | user_bdname | Query | 816 | Copying to tmp table | SELECT a.id, a.title, a.alias, a.title_alias, a.introtext, a.checked_out, a.checked_out_time, a.cati |
| 2965 | user_bdname | localhost | user_bdname | Query | 816 | Copying to tmp table | SELECT a.id, a.title, a.alias, a.title_alias, a.introtext, a.checked_out, a.checked_out_time, a.cati |
| 2966 | user_bdname | localhost | user_bdname | Query | 817 | Copying to tmp table | SELECT a.id, a.title, a.alias, a.title_alias, a.introtext, a.checked_out, a.checked_out_time, a.cati |
| 2967 | user_bdname | localhost | user_bdname | Query | 816 | Copying to tmp table | SELECT a.id, a.title, a.alias, a.title_alias, a.introtext, a.checked_out, a.checked_out_time, a.cati |
| 2968 | user_bdname | localhost | user_bdname | Query | 817 | Copying to tmp table | SELECT a.id, a.title, a.alias, a.title_alias, a.introtext, a.checked_out, a.checked_out_time, a.cati |
| 2969 | user_bdname | localhost | user_bdname | Query | 816 | Copying to tmp table | SELECT a.id, a.title, a.alias, a.title_alias, a.introtext, a.checked_out, a.checked_out_time, a.cati |
| 2972 | user_bdname | localhost | user_bdname | Query | 816 | Copying to tmp table | SELECT a.id, a.title, a.alias, a.title_alias, a.introtext, a.checked_out, a.checked_out_time, a.cati |

user_bdname localhost user_bdname Query 208 Waiting for table level lock SELECT a.id,
CASE WHEN CHAR_LENGTH( a.alias )
THEN CONCAT_WS( ':', a.id, a.alias )
ELSE a.id
END AS slug
Завершить 3002 user_bdname localhost user_bdname Query 204 Waiting for table level lock SELECT a.id, a.asset_id, a.title, a.alias, a.title_alias, a.introtext, a.fulltext,
CASE WHEN badcats
Завершить 3013 user_bdname localhost user_bdname Query 197 Waiting for table level lock SELECT alias, catid
FROM doc_content
WHERE id =4909
Завершить 3017 user_bdname localhost user_bdname Query 146 Waiting for table level lock SELECT a.id, a.asset_id, a.title, a.alias, a.title_alias, a.introtext, a.fulltext,
CASE WHEN badcats
Завершить 3019 user_bdname localhost user_bdname Query 153 Waiting for table level lock SELECT alias, catid
FROM doc_content
WHERE id =7967
Завершить 3034 user_bdname localhost user_bdname Query 47 Waiting for table level lock SELECT alias, catid
FROM doc_content
WHERE id =10410
Завершить 3035 user_bdname localhost user_bdname Query 47 Waiting for table level lock SELECT alias, catid
FROM doc_content
WHERE id =14419


Информация о сайте:
в базе около 15000 материалов,
сайт представляет из себя просто каталог без сторонних комопонентов и модулей. Просто сборник статей.
основная посещаемость днем в будни. сейчас ночь и людей в это время мало. А то и вовсе никого.

на сайте установлены:
модули:
сторонний: Simple Responsive Menu
стоковый: Breadcrumbs
стоковый:Материалы - Последние новости

плагины:
сторонний: Content - ContentAds
сторонний: Xmap
стоковый: Система - SEF
все остальные по умолчанию
шаблон: самопис, очень простой и легкий.
кеширование - стандартное сутки, сейчас попробовал поставить прогрессивное на 2..
таблица контента:
Цитировать
Строки:     13,868   
Тип:     MyISAM   
Сравнение:     utf8_general_ci   
Размер:    292.2 МБ   
Фрагментировано: 1.3КБ
« Последнее редактирование: 01.10.2015, 02:16:48 от Karyuudo » Записан
flyingspook
Профи
********

Репутация: +226/-9
Offline Offline

Сообщений: 3537


« Ответ #1 : 01.10.2015, 01:39:29 »

Информации мало, могу предположит только одно или увеличение контента/материалов/товаров у вас либо одновременные подключения бывают частыми и пиками ну или вам что то подсунули/взломали.
Записан
Karyuudo
Давно я тут
****

Репутация: +0/-0
Offline Offline

Сообщений: 352


« Ответ #2 : 01.10.2015, 01:42:35 »

Информации мало, могу предположит только одно или увеличение контента/материалов/товаров у вас либо одновременные подключения бывают частыми и пиками ну или вам что то подсунули/взломали.
контента было около 8000, затем стало 15000, но несколько месяцев все было ок.
сейчас ночь, люди в это время почти на сайтах отсутствуют.
а как это узнать? пс: всякие обновления на хостинг по безопасности недавно тоже поставили.
Записан
zomby6888
Живу я здесь
******

Репутация: +168/-3
Offline Offline

Пол: Мужской
Сообщений: 1538


« Ответ #3 : 01.10.2015, 02:00:02 »

А какой движек у таблицы docs_content? Если MyISAM то можно попробовать сменить на INNODB. Там по крайней мере нет блокировок на уровне таблицы, похоже что какой то запрос блокирует таблицу, или она повреждена.
Записан
Karyuudo
Давно я тут
****

Репутация: +0/-0
Offline Offline

Сообщений: 352


« Ответ #4 : 01.10.2015, 02:07:30 »

А какой движек у таблицы docs_content? Если MyISAM то можно попробовать сменить на INNODB. Там по крайней мере нет блокировок на уровне таблицы, похоже что какой то запрос блокирует таблицу, или она повреждена.

спасибо за совет! попробую, а сейчас так:

Цитировать
Строки:     13,868   
Тип:     MyISAM   
Сравнение:     utf8_general_ci   
Размер:    292.2 МБ   
Фрагментировано: 1.3КБ
Записан
flyingspook
Профи
********

Репутация: +226/-9
Offline Offline

Сообщений: 3537


« Ответ #5 : 01.10.2015, 02:37:29 »

Для начала в phpMyAdmin или если у вас ispmanager попробуйте repair сделать таблицам или бд, может какая из таблиц сломалась просто.
И смените на INNODB обязательно.
Вам memcache включать надо если не включено.
Это реально большие запросы почти по 15 минут
Код:
| 2968 | user_bdname | localhost | user_bdname | Query | 817 | Copying to tmp table | SELECT a.id, a.title, a.alias, a.title_alias, a.introtext, a.checked_out, a.checked_out_time, a.cati |
они и влияют на одновременные подключения висят открытыми более десятка если они открываются поочередно с интервалом 1мин. то вам и 4ГБ ОЗУ будет мало если еще столько же под виснет открытых процессов.
Записан
Karyuudo
Давно я тут
****

Репутация: +0/-0
Offline Offline

Сообщений: 352


« Ответ #6 : 01.10.2015, 11:41:19 »

Иннодб поставил. Таблицы починил и оптимизировал.
Мемкеш не удалось включить (сосегодняя Тема)

Как-сегодня за ночь - хостинг 2 раза ложился.

Цитировать
Абсолютно та же история с SQL-запросами, которые нагружают сервер:
Код:
| 1972 | user_bd | localhost | user_bd | Query | 1137 | Sorting result | SELECT a.id, a.title, a.alias, a.title_alias, a.introtext, a.checked_out, a.checked_out_time, a.cati |
Цитировать
Ситуация явно нездоровая, причём непонятно, с какой целью движок создаёт такие запросы.
Записан
draff
Практически профи
*******

Репутация: +161/-5
Offline Offline

Пол: Мужской
Сообщений: 2659


step by step


« Ответ #7 : 01.10.2015, 12:19:57 »

Выложи список ботов. Может мало
Показать текстовый блок
Записан
Karyuudo
Давно я тут
****

Репутация: +0/-0
Offline Offline

Сообщений: 352


« Ответ #8 : 01.10.2015, 14:39:21 »

Проблемы с сайтом начались с середины сентября.
Первым делом хостинг обновил все пакеты обновления безопасности и
заблокировал

Код:
msnbot
bingbot
BLEXBot
MJ12bot
BuddhaBot
Ezooms
AhrefsBot
Baiduspider
PaperLiBot
Twitterbot
QuerySeekerSpider
meanpathbot
Mail.RU_Bot
SemrushBot
SolomonoBot
Butterfly
UnwindFetchor
rogerbot
NING
TweetmemeBot
SeznamBot
coccoc
Yeti
Moreover
TurnitinBot
METASpider
Nekstbot
SputnikBot
Nigma.ru
DotBot
правда я потом узнал что твиттер-бота оставить, да и мейл.ру тоже .
спасибо за список. попросил обновить.

возможно и правда что-то с ними связано.
дело в том, что за полгода на сайте никаких изменений вообще не делал. кроме как адаптивную верстку. при этом все было ок. только недели 3 назад начались проблемы.
а раз с сайтом ничего не менялось, значит проблема извне.
выросла посещаемость на 40%... но сайт как правило вырубается от нагрузки ночью, утром.. в то время как пик - днем.
Записан
flyingspook
Профи
********

Репутация: +226/-9
Offline Offline

Сообщений: 3537


« Ответ #9 : 01.10.2015, 14:57:50 »

Код:
| 1972 | user_bd | localhost | user_bd | Query | 1137 | Sorting result | SELECT a.id, a.title, a.alias, a.title_alias, a.introtext, a.checked_out, a.checked_out_time, a.cati |
посмотрите что и где этот запрос выполняет? идет выборка самого комконтента или модуль подключен или фильтр какой есть по материалам

информацию дайте полную
версия движка
кол-во материалов 15000 сколько было на момент нормальной работы
пользователи сколько было/есть
сервер озу цп какие были/есть

подробнее распишите все а то тычем пальцем в небо
Записан
Karyuudo
Давно я тут
****

Репутация: +0/-0
Offline Offline

Сообщений: 352


« Ответ #10 : 01.10.2015, 16:02:16 »

информацию дайте полную
версия движка
кол-во материалов 15000 сколько было на момент нормальной работы
пользователи сколько было/есть
сервер озу цп какие были/есть

подробнее распишите все а то тычем пальцем в небо
1. попробую найти

была как я понимаю Joomla! 2.5.7 судя по version.php
да и сейчас тоже пишут что 2.5.7 при этом пишут, что эта версия самая новая и обновлений не требует
если я правильно помню, там автоматически не обновилось и я вручную заметил файлы. скорее всего это было примерно в начале июня, когда я адаптировал сайты под мобильные.

в июне было около 7-8к материалов. материалы текст+таблицы без изображений и айфреймов (не считая плагина с рекламой Googleа
в июне добавил и стало 14044 материалов.
все работало стабильно 3 месяца.

посещаемость была около 1200, к сентябрю выросла до 1500-1600
в начале сентября запустил новый сайт на Joomla 3. все остальные сайты не трогал.
на второй недели сентября начались первые проблемы. постоянно падал хостинг. начали блокировать ботов, обновлять безопасность, двойную авторизацию через htaccess. проблема не решилась, говорят не хватало памяти. я перешел на тариф.
было:
Цитировать
vds
    CPU: 1 ядро 3400 Мгц
    Память: 512 Mb
    Диск (ssd): 15 Gb
    IP: 1 шт.

стало:
Цитировать
   CPU: 1 ядро 3400 Мгц
    Память: 1024 Mb
    Диск (ssd): 25 Gb
    IP: 1 шт.

вот всякие графики нагрузки:





Записан
voland
Профи
********

Репутация: +488/-86
Online Online

Пол: Мужской
Сообщений: 8735


любит наш народ всякое гавно...


« Ответ #11 : 01.10.2015, 16:56:07 »

Для начала.
Также проверить\увеличить при необходимости кэши мускуля.
Ну и memcached
Записан
flyingspook
Профи
********

Репутация: +226/-9
Offline Offline

Сообщений: 3537


« Ответ #12 : 01.10.2015, 18:07:20 »

так у вас не один сайт на vps?
если так то берите 2Гб или даже 4Гб и оптимизируйте уже там все запросы и скрипты, у вас видно из монитора что память на максимуме, сессии открыты по 15-20 минут, т.е. единовременную нагрузку вы сервер не выдерживает он максимум может пропустить 5-10 подключений а если они по 15-20 минут не закрыты, то он и будет падать, что бы оптимизировать нормально вам все равно потребуется железо мощнее ну и если трафик прибавится уже не придется увеличивать его какое то время
Записан
flyingspook
Профи
********

Репутация: +226/-9
Offline Offline

Сообщений: 3537


« Ответ #13 : 01.10.2015, 18:13:01 »

место на диске есть свободное? бэкапы как делаете? к себе на диск? период какой?

кстати версия движка 2.5.28 актуальная все что ниже с дырами, возможно вас взломали и дорвея подсадили или рассылку, которые несут нагрузки
Записан
Karyuudo
Давно я тут
****

Репутация: +0/-0
Offline Offline

Сообщений: 352


« Ответ #14 : 01.10.2015, 18:18:44 »

так у вас не один сайт на vps?
если так то берите 2Гб или даже 4Гб и оптимизируйте уже там все запросы и скрипты, у вас видно из монитора что память на максимуме, сессии открыты по 15-20 минут, т.е. единовременную нагрузку вы сервер не выдерживает он максимум может пропустить 5-10 подключений а если они по 15-20 минут не закрыты, то он и будет падать, что бы оптимизировать нормально вам все равно потребуется железо мощнее ну и если трафик прибавится уже не придется увеличивать его какое то время
Да, штук 5 сайтов, суммарная посещаемость около 6500-7000 в сутки
конкретно этот проблемный 1700

1.
Цитировать
Монтировать tmp в RAM - идея хорошая, но не с вашим 1Gb оперативной памяти.
- ответили.
2. увеличили
3. поставил мемкеш.. как вдруг перестал работать сайт на Joomla 3
Your host needs to use PHP 5.3.10 or higher to run this version of Joomla!
Цитировать
А вот это палка о двух концах - для работы memcache требуется версия PHP 5.3. От этого пункта оптимизации придётся отказаться.
PHP 5.4 на месте.
кстати. так может в этом дела? я запустил сайт на Joomla 3, для этого обновили PHP до 5.4. могли ли из-за этого начатся проблемы с БД и памятью на сайтах 2.5?

4.
Цитировать
место на диске есть свободное? бэкапы как делаете? к себе на диск? период какой?
занято 10 из 25 гигов
бекапы раз в неделю, автоматом на хостинге, время от времени скачиваю на комп. особенно перед важными изменениями или просто на всяких случай.
5. про взлом. дорвея никакого не вижу - как это понять? да думаю и ТП хостера бы заметили бы лишние запросы.
« Последнее редактирование: 01.10.2015, 18:52:58 от Karyuudo » Записан
Karyuudo
Давно я тут
****

Репутация: +0/-0
Offline Offline

Сообщений: 352


« Ответ #15 : 01.10.2015, 18:24:23 »

так у вас не один сайт на vps?
если так то берите 2Гб или даже 4Гб и оптимизируйте уже там все запросы и скрипты, у вас видно из монитора что память на максимуме
так в том то и дело, что раньше при 512мб - все было ок. никаких проблем.
сайты стабильно работали, изменений практически нет. только запустил один статейник кулинарный с рецептами на Joomla 3 и все - больше ничего не делал.
ну посещаемость выросла с 5 до 7000. ну ок, перешел на тариф в 2 раза больше, не за 5 а за 10$ с гигом памяти. но как видно резкие скачки происходят...
Записан
Karyuudo
Давно я тут
****

Репутация: +0/-0
Offline Offline

Сообщений: 352


« Ответ #16 : 01.10.2015, 20:14:54 »

Опять падение...
Цитировать
   Закончилась оперативная память:
Oct 1 17:23:21 имя в весте kernel: Out of memory: Kill process 1990 (mysqld) score 210 or sacrifice child
Oct 1 17:23:21 имя в -весте kernel: Killed process 1990, UID 27, (mysqld) total-vm:932740kB, anon-rss:213780kB, file-rss:152kB
Oct 1 17:27:36 имя в весте kernel: php invoked oom-killer: gfp_mask=0x280da, order=0, oom_adj=0, oom_score_adj=0
Oct 1 17:27:36 имя в-весте kernel: php cpuset=/ mems_allowed=0

Сервер MySQL перезагружался при старте были вданы следующие ошибки:
151001 17:23:22 InnoDB: Waiting for the background threads to start
151001 17:23:23 InnoDB: 5.5.45 started; log sequence number 730141241
151001 17:23:23 [Note] Server hostname (bind-address): '0.0.0.0'; port: 3306
151001 17:23:23 [Note] - '0.0.0.0' resolves to '0.0.0.0';
151001 17:23:23 [Note] Server socket created on IP: '0.0.0.0'.
151001 17:23:23 [Note] Event Scheduler: Loaded 0 events
151001 17:23:23 [Note] /usr/libexec/mysqld: ready for connections.
Version: '5.5.45' socket: '/var/lib/mysql/mysql.sock' port: 3306 MySQL Community Server (GPL) by Remi
151001 17:23:28 [ERROR] /usr/libexec/mysqld: Table './admin_bd1/bdp_session' is marked as crashed and should be repaired
151001 17:23:28 [Warning] Checking table: './admin_bd1/bdp_session'
151001 17:23:29 [ERROR] /usr/libexec/mysqld: Table './admin_bd2/doc_session' is marked as crashed and should be repaired
151001 17:23:29 [Warning] Checking table: './admin_bd2/doc_session'
151001 17:23:31 [ERROR] /usr/libexec/mysqld: Table './admin_bd3/bdp3_session' is marked as crashed and should be repaired
151001 17:23:31 [Warning] Checking table: './admin_bd3/bdp3_session'
151001 17:23:31 [ERROR] /usr/libexec/mysqld: Table './admin_bd3/bdp3_content' is marked as crashed and should be repaired
151001 17:23:31 [Warning] Checking table: './admin_bd3/bdp3_content'
151001 17:23:38 [ERROR] /usr/libexec/mysqld: Table './admin_bd3/bdp3_redirect_links' is marked as crashed and should be repaired
151001 17:23:38 [Warning] Checking table: './admin_bd3/bdp3_redirect_links'
151001 17:24:17 [ERROR] /usr/libexec/mysqld: Table './admin_bd2/doc_redirect_links' is marked as crashed and should be repaired
151001 17:24:17 [Warning] Checking table: './admin_bd2/doc_redirect_links'
151001 17:27:37 mysqld_safe Number of processes running now: 0
151001 17:27:37 mysqld_safe mysqld restarted

Записан
Karyuudo
Давно я тут
****

Репутация: +0/-0
Offline Offline

Сообщений: 352


« Ответ #17 : 02.10.2015, 02:00:05 »

В саппорте пишут
Цитировать
У вас там проблема с Joomla, как с явлением на мой взгляд. Возможно проблема в каких то сортировках, которые отключаются, возможно ещё что то. Вам нужно выяснить что делают эти запросы и уже исходить из этого. Судя по запросу кто то или сортирует статьи или ещё что то делает со статьями. Возможно сможете отключить это и решить таким образом проблему.
вопрос - как узнать, что это были за сортировки?

вот вспомнил, что в саппорте уже отвечали:
Цитировать
Смотреть чем-то вроде mysqladmin или средствами CMS.
но где скачать этот админ не понял... а как в Joomla это смотреть? какой-то компонент ставить?
« Последнее редактирование: 02.10.2015, 02:11:12 от Karyuudo » Записан
voland
Профи
********

Репутация: +488/-86
Online Online

Пол: Мужской
Сообщений: 8735


любит наш народ всякое гавно...


« Ответ #18 : 02.10.2015, 02:03:55 »

Выше уже дали максимум информации.
Только пользоваться - или в комм раздел, так как без доступа нереально еще что-то сделать.
Записан
zomby6888
Живу я здесь
******

Репутация: +168/-3
Offline Offline

Пол: Мужской
Сообщений: 1538


« Ответ #19 : 02.10.2015, 07:14:17 »

это просто триллер какой-то, одно только
Цитировать
Kill process 1990 (mysqld) score 210 or sacrifice child

чего стоит. voland прав конечно, чтобы выяснить причину поломки ваших таблиц и утечку памяти нужен комплексный подход. Придется таки нанять специалиста. В любом случае отпишитесь, если найдете решение проблемы, будет интересно и познавательно.
Записан
flyingspook
Профи
********

Репутация: +226/-9
Offline Offline

Сообщений: 3537


« Ответ #20 : 02.10.2015, 10:34:14 »

5 сайтов + 7К уников + сайт на J3 с 15К материалами + на нем фильтрация или меню как выше писал и вам ТП подтвердила тоже самое или берите сервер мощнее и потом смотрите и оптимизируйте или закрывайте тему, мы минимум под визитки и им vps берем 1Гб под один сайт и потом если идет нагрузка увеличиваем железо не думая ни про какую оптимизацию которая дороже выйдет, и поверьте ни кто не жужит, экономя в год по 3-5тр это не оплата за оптимизацию от 10-15

простая J3 22К уников и куча материалов валила сайт на сервере до 24Гб, что пришлось под нее брать с 48Гб ОЗу так как посещение росло
Записан
Karyuudo
Давно я тут
****

Репутация: +0/-0
Offline Offline

Сообщений: 352


« Ответ #21 : 02.10.2015, 10:50:19 »

За ночь падало 2 раза...
Перенесу один из-сайтов-на -другой хостинг.
Там за туже цену в 2-4 раза больше памяти. Что правда настораживает...
А брать выделенный сервер попросту не рентабельно...максимум готов раскошелиться на 15-20$  - то много.. оптимально 10$.
Надо хостинг менять. Проще будет и дешевле чем оптимизацией заниматься.


Записан
wishlight
Профи
********

Репутация: +201/-1
Offline Offline

Пол: Мужской
Сообщений: 3491


skype aqaus.com


« Ответ #22 : 02.10.2015, 11:31:20 »

Ну так можно взять неплохую вдску за 15$. Даже с панелью и бекапом.
Записан
flyingspook
Профи
********

Репутация: +226/-9
Offline Offline

Сообщений: 3537


« Ответ #23 : 02.10.2015, 19:17:21 »

Надо хостинг менять. Проще будет и дешевле чем оптимизацией заниматься.
Правильно нас услышали, сейчас в 21 веке ни кто не смотрит на железо из разработчиков, все гонятся за новинками обогнать друг друга пытаются, вот ПК у вас какой и ПО на нем какое, если у вас ПК 4-8Гб Озу то вы если что то делаете и он подвисает или абгрейд ему (видео память процесор) или лучше покупаете так и с сайтами, чем больше нагрузка тем мощнее железо, ну а высоко нагруженные проекты в которые вкладывают средства и силы изначально продумывают и оптимизируют, и не ставят их десяток (такие как вконтакте маилру однокласники ютуб) на один vps с 512Мб 
Записан
Karyuudo
Давно я тут
****

Репутация: +0/-0
Offline Offline

Сообщений: 352


« Ответ #24 : 05.10.2015, 21:32:22 »

хостинг не менял, там другой хостер - свои проблемы оказались. потому просто перешел на другой тариф у текущего хостера.
памяти 2 гига. еще процессор с 2 ядрами. сайт перестал падать каждые  3-5 часов. работал 2,5 суток без падений. однако вот только что опять произошло..
Цитировать
Oct 5 19:33:24  kernel: Out of memory: Kill process 10074 (mysqld) score 114 or sacrifice child
Oct 5 19:28:54  kernel: Out of memory: Kill process 5854 (mysqld) score 133 or sacrifice child
а потом еще логи из базы где таблицы ломаются и пишут, что нужно восстановить

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


опять падение!
« Последнее редактирование: 05.10.2015, 23:20:47 от Karyuudo » Записан
flyingspook
Профи
********

Репутация: +226/-9
Offline Offline

Сообщений: 3537


« Ответ #25 : 06.10.2015, 10:06:00 »

Включите отладку и смотрите запросы, потом их ищите в коде и смотрите что, где и для чего они делают
Записан
Karyuudo
Давно я тут
****

Репутация: +0/-0
Offline Offline

Сообщений: 352


« Ответ #26 : 28.10.2015, 01:32:19 »

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

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

теперь работает уже несколько дней стабильно.
Записан
Филипп Сорокин
Живу я здесь
******

Репутация: +121/-4
Offline Offline

Пол: Мужской
Сообщений: 1467


« Ответ #27 : 28.10.2015, 02:16:06 »

Выложи список ботов. Может мало
Показать текстовый блок

Зашибись! Вот это особенно "прикольнуло":

Код:
## Блокировка по USER AGENT:
...
RewriteCond %{HTTP_USER_AGENT} Slurp [OR]
RewriteCond %{HTTP_USER_AGENT} bingbot [OR]
RewriteCond %{HTTP_USER_AGENT} MSIE [OR]
...
RewriteRule ^(.*)$ – [F,L]

До свидания Internet Explorer 6-11!
До свидания Yahoo!
До свидания Bing!
Записан
ChaosHead
Профи
********

Репутация: +382/-10
Offline Offline

Пол: Мужской
Сообщений: 4397



« Ответ #28 : 28.10.2015, 10:19:08 »

Обновите хоть до 2.5.28, а то потом придёте - что-то меня взламывают.
До этой версии обновить особых проблем нет, но бэкап конечно не помешает.

2.5.8 - это прям совсем старая. Вы возможно боретесь с тем, что уже давно исправлено.

Кстати если много материалов на com_content и много категорий и подкатегорий, то у каждого пункта меню указываете конкретные категории из которых брать материалы. Не указывайте из этой и всех подкатегорий. Это было причиной тормозов однажды.
« Последнее редактирование: 28.10.2015, 10:28:34 от ChaosHead » Записан
Страниц: [1]   Вверх
  Добавить закладку  |  Печать  
 
Перейти в:  

Powered by SMF 1.1.21 | SMF © 2006, Simple Machines

Joomlaforum.ru is not affiliated with or endorsed by the Joomla! Project or Open Source Matters.
The Joomla! name and logo is used under a limited license granted by Open Source Matters
the trademark holder in the United States and other countries.

LiveInternet