Кстати, комментарий по поводу всех советов типа "надо увеличить размер памяти". Оно, может быть, и так, но только по моему личному опыту, чаще всего эта ошибка возникает при нештатной работе скрипта. Например, скрипт пытается создать какой-нибудь массив, а ему не хватает для корректной работы какой-нибудь переменной. И вот вам результат: скрипт "барабанит", пока не закончится память - сколько бы этой памяти ему ни выделили.
Автор сказал что ему установили новый сервер, возможно нашаманил оптимизировал минимизировал, скорей всего. Но мемори лимит для сайтмапа вижу впервые, возможно стоит все таки вп пилить напильником таки....
Всем привет. Проверял файлы sitemap и в одном разделе такая ошибка - Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 86 bytes) in /var/www/admin/data/www/названиесайта.ru/wp-includes/cache.php on line 569
В чем причина и что сделать?
Можно начать с чатжпт, вот что он говорит на ваш вопрос
Ошибка "Allowed memory size exhausted" обычно указывает на то, что скрипт или процесс пытается использовать больше оперативной памяти, чем разрешено настроенным лимитом. В вашем случае, скрипт, выполняющий проверку файла sitemap, исчерпал доступное количество памяти.
Вот несколько возможных решений:
Увеличьте лимит памяти: Вы можете попробовать увеличить лимит оперативной памяти для скрипта. Это можно сделать, изменив параметр memory_limit в файле php.ini. Например, установите memory_limit = 256M , чтобы увеличить лимит до 256 мегабайт. После внесения изменений необходимо перезапустить веб-сервер.
Оптимизируйте скрипт: Если возможно, оптимизируйте скрипт для более эффективного использования памяти. Убедитесь, что нет утечек памяти или ненужных больших массивов данных, которые могут быть освобождены после использования.
Разделите обработку: Если файл sitemap очень большой, попробуйте разделить его на более мелкие части и обрабатывать их поочередно. Это может снизить нагрузку на память.
Используйте инструменты для анализа: Используйте инструменты анализа производительности, такие как Xdebug или Blackfire, чтобы определить, какие части вашего скрипта используют больше всего памяти, и оптимизировать их.
Обратитесь к администратору сервера: Если у вас нет доступа к настройкам сервера или не уверены в том, как их изменить, обратитесь к администратору сервера или хостинг-провайдеру за помощью.
Попробуйте эти решения и посмотрите, помогут ли они устранить проблему.
Всем привет) пару месяцев назад, а может и больше, на моем сайте была высокая нагрузка - боты атаковали и сервер не выдерживал нагрузки. Я обратился за помощью на сайт fl.ru, где выбрал одного из топовых на сайте специалистов. Объяснил проблему, на что он мне сказал, что посмотрит сайт, настроит, но не обещает успеха. За свою работу он взял около 5-6 тысяч рублей, я уже точно не помню. Сказал, что сервер надо менять и каких-то ботов он «порезал». Настройка производилась на cloudflare.com После его работ сайт по-прежнему вис, а на мой вопросы - он отнекивался и ссылался на сервер. В итоге я поменял сервер - арендовал на firstvds.ru один из неплохих тарифов за более чем 2000 рублей в месяц и сайт заработал быстрее.
И вот совсем недавно я стал замечать просадку трафик из гугла. Решил проверить сайт https://pagespeed.web.dev/analysis/ и ужаснулся от того, что выходит ошибка - 403. То есть все страницы сайта недоступны для робота Гугла.
Потом в настойках clouflare я увидел блокировку ботов из США и Германии. Как только я отключил данную блокировку, как тут же Гугл увидел мой сайт.
Выводы: не стоит надеяться на программистов и разных специалистов, которых в инете тьма-тьмущая - их главная цель - заработать деньги, а как - это неважно. Надо все проверять самостоятельно.
К чему тема очередная, Вам уже говорили оптимизировать движок и работать над улучшением сервера в его аппаратной части
Можно конфигурацию старого и нового сервера, просто интересно.
А че сразу грубить? Вы за идеями и подсказками пришли? Вам люди время тратят и пишут свои идеи, насколько бестолковыми они не были, выслушать и сказать спасибо, слишком сложно.
Вы сами написали, что на старом сайте есть статьи и они дают трафик, про падение трафика не было речи. Если есть падение, то о чем речь, молча открываете сайт, по старым 301 и в том же стиле как делали последние десятилетя, не вникаете. Можете даже алерты не ставить если сайт упадет, а зачем?
Та так всегда было, доход по порядку от большого до меньшего дохода
1) Поисковый трафик, новенькие посетители, которые не знают где у вас блоки и в растерянности рассматривают все подряд и рекламные блоки
2) Трафик с социальных сетей, по сути тоже новенькие зачастую
3) Старожилы, они знают что ожидать от сайтов и зачастую игнорируют хронически баннерную сеть, не дай бог у Вас еще остались рекламодатели с которыми вы сотрудничаете больше года и показываете им одни и теже баннера, там вообще доходит до 0% переходов
И кстати банальная смена блоков и шаблона, дает + в доход в первые пару дней)
