• Возникла следующая ошибка:
    Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 461327 bytes) in имя моего сайта/wp-includes/wp-db.php on line 2829
    Строка, в которой возникла ошибка:

    $query = preg_replace( ‘/\((?!\s*select)[^(]*?\)/is’, ‘()’, $query )

    Сайт работает корректно. Никаких проблем в его работе пока не наблюдалось. Сообщение о данной ошибке появилось в консоли админке, вкладка «Новости WordPress».
    Прошу совета: с чем это может быть связано и какие могут быть последствия, возможно ли исправить и как?.
    Заранее благодарен.

Просмотр 15 ответов — с 1 по 15 (всего 21)
  • необходимо увеличить объем памяти выделяемой под работу скриптов
    memory_limit в php.ini

    У меня тарифный план с ограничением 64Мб. Полагаю, следует менять тарифный план на хостинге?

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

    Ок. Спасибо. А если нет возможности в ближайшее время сменить тарифный план, чем это чревато? На сколько опасна такая ошибка?
    Как узнать, какой скрипт оптимизировать?

    чревато возникновением ошибки повторно, оптимизировать надо тот скрипт который ее взвывает.

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

    оптимизация чего-либо это байка хостеров, самостоятельно такую оптимизацию никто не способен сделать.

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

    предположим, вам известно название плагина, который для своей работы жрет 10-20мб оперативки. теперь скажите мне, как вы собрались оптимизировать огромный чужой плагин? там миллионы строк когда могут быть — с чего вы вообще начнете эту самую «оптимизацию»?

    вот, скажем, jetpack — один из самых популярных плагинов для wordpress и один из самых требовательных по памяти. скажите мне, что и как вы собрались оптимизировать?

    еще раз повторю — оптимизация скриптов это отмазка хостеров, когда они открыто не могут сказать, что поможет только смена тарифа на более мощный.

    В данном конкретном случае, ошибку вызывает некий запрос к базе данных. Который и надо определить. Инструментов для дебага и мониторинга запросов тьма.

    При необходимости можно оптимизировать все что угодно.

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

    wp-db.php говорит именно о том, что возникла она при запросе к базе
    a
    $query = preg_replace( '/\((?!\s*select)[^(]*?\)/is', '()', $query )
    а эта строка говорит о том, что ошибка возникла в результате работы со строкой ацкой длинны

    Вот сейчас, эта ошибка исчезла из упомянутой вкладки в админке…. После добавления пары статей.

    а эта строка говорит о том, что ошибка возникла в результате работы со строкой ацкой длинны

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

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

    и не надо сказки про «оптимизацию». никогда в жизни вы не сможете оптимизировать jetpack или какой другой подобный плагин.

    Модератор Yui

    (@fierevere)

    ゆい

    Сообщение о данной ошибке появилось в консоли админке, вкладка "Новости WordPress".

    simplepie жрет более 2 Мб оперативки, если у вас все «на грани»
    то не удивительно что память часто (но не обязательно) заканчивается именно там

    simplepie

    что это такое?
    … плагин, прочел… у меня он не стоит

Просмотр 15 ответов — с 1 по 15 (всего 21)
  • Тема «Fatal error в wp-db.php» закрыта для новых ответов.