- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
В 2023 году Google заблокировал более 170 млн фальшивых отзывов на Картах
Это на 45% больше, чем в 2022 году
Оксана Мамчуева
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Приветствую!
В общем решил сделать скрипт-генератор карты сайта, но при большом количестве страниц он выдает Allowed memory size of 641728512 bytes exhausted
Можно же как-то выудить только урл и дату? Или обрабатывать по 1 записи, а не все сразу брать из БД?
Можно получать записи не через API, а напрямую из базы.
А там уже SQL запросом нужные столбцы выдернуть.
К тому же, такой "хардкодный" метод сам по себе намного меньше будет жрать памяти.
Переполнение, видимо, вызывает функция "get_posts" (об этом должно быть написано в сообщении об ошибке).
А правильное решение вы сами определили:
Или обрабатывать по 1 записи, а не все сразу брать из БД?
Как правило карта сайта генерится раз в сутки по крону, где-нибудь ночью. Если есть возможность управления сервером, то увеличте выделяемую память, возможно Вам хватит для генерации.
Можно получать записи не через API, а напрямую из базы.
А там уже SQL запросом нужные столбцы выдернуть.
К тому же, такой "хардкодный" метод сам по себе намного меньше будет жрать памяти.
Да точно! Я просто привык что в базу ВП напрямую лучше не лезть, но здесь чтение поэтому можно)
---------- Добавлено 16.11.2017 в 10:15 ----------
;15339488']Переполнение, видимо, вызывает функция "get_posts" (об этом должно быть написано в сообщении об ошибке).
А правильное решение вы сами определили:
А какая функция по 1 записи дергает? И чтобы все подряд перебирала.