Можно ещё смотреть просто тупо текущие запросы, они могут просто висеть или можно выловить, что вообще происходит и какого вида запросы. ---------- Добавлено 30.12.2016 в 23:53 ----------
Не знаю. Я давно уже отказался от myisam в пользу innodb никаких затупов не ощущаю ни на одном проекте. А вот рост производительности заметный. ---------- Добавлено 31.12.2016 в 00:07 ---------- Также если посмотреть на:
log-error=/var/log/mariadb/mariadb.log
То у ТС мария стоит, а там уж точно никто не занимается устаревшим myisam
https://mariadb.com/kb/en/mariadb/myisam-storage-engine/
Да, там есть перевод в опциях таблицы. Но это может занять некоторое время, поэтому будьте к этому готовы.
Лучше всё на innodb переведите.
Воу Воу!!! Полегче с этими параметрами. 256М под первый и 3М под второй, выше крыши.
Иначе когда он заполниться такие затупы будут.
Если все таблицы в innoDB, то на скорость влияет:
innodb_buffer_pool_size
так всё же таблицы в innodb, я надеюсь?
Понимаете, это всё теории. Это как делать операцию на человеке через форум.
Надо смотреть пациента, смотреть таблицу, индексы, какие запросы делаются и что вообще делает скрипт. Возможно настройки или памяти не хватает для нормальной работы. 30 Гб это достаточно много для промежуточных данных, тут нужны детали. Возможно разработчик не рассчитывал просто на такой объём, когда проектировал скрипт.
Сходить к юристу всеми 10 людьми?
А нет стоп! Давайте напишем об это на "Форум об интернет-маркетинге", это же 100% выход!
Читаем: /ru/forum/946788
Вы суть AMP не понимаете.
/e нужно убирать из функции. Её больше нельзя использовать.
https://www.google.ru/search?client=opera&q=the+preg_replace()+emitts+an+error+E_DEPRECATED+level+when+passing+in+the&sourceid=opera&ie=UTF-8&oe=UTF-8
Не в этой жизни :)
Через JS никак. JS выполнятся может только на домене загруженном. Брать данные из вне, нельзя. Только через PHP и CURL
