Поддержка Проблемы и решения Движок перестал работать со страницами (700+ страниц)

  • Проблема: при большом количестве страниц (более 700) движок перестал отображать раздел «Страницы» в разделе управления сайтом. Примерно после 500 страниц начались первые эпизодические странности, например, временно пропадали атрибуты у редактируемой или новой страницы, потом снова начинали отображаться.

Просмотр 15 ответов — с 1 по 15 (всего 22)
  • Я бы начала с перезаливки файлов движка. Или с переустановки штатной кнопкой в консоли.

    Alkary точно страниц? Или постов?

    Версия ВП, тема и набор плагинов? (Я попробую воспроизвести у себя)

    Модератор Yuri

    (@yube)

    Глюки — признак склероза. Попробуйте добавить памяти (ЧАВО/Allowed memory size exhausted)

    Да, именно страниц. С постами все в полном порядке, все видно, комментарии пишутся и т. д.

    Версия WP 3.3.1_ru_RU. Тема «florange» (Jinsona designs), Сейчас стоят плагины «Akismet» ver. 2.5.5 и «Who’s Online» ver. 0.5.1.

    Пытался переключать тему на Twenty Eleven 1.3 и zBench — ситуация не меняется.

    По совету уважаемой Апельсиновой переустановил WP штатной кнопкой консоли — ситуация не изменилась.

    Проверил гипотезу о нехватке памяти. Увеличил память сначала до 128М а потом до 256М. Не повлияло. Проверил в настройках PHP хостинга — у хостинг-провайдера по умолчанию стоит 256М. Проверил плагином WP Memory Usage — действительно, доступно 256М, хотя не могу увидеть, сколько потребляется именно при обращении к разделу страниц.

    Поскольку сейчас в админке при попытке посмотреть список страниц мне выдают пустой экран в браузере, я, по советам из ЧАВО, включил отображение ошибок. Как ни странно, никаких ошибок не вижу — как был пустой экран, так и остался.

    Как ни странно, никаких ошибок не вижу — как был пустой экран, так и остался.

    К пхп.ини доступ есть? Тогда включить там.
    Иначе — в логах апача смотреть. (опять же нужен доступ или с хостера просить что бы дал)

    Попробуйте добавить памяти

    Юрий, у ТСа не отображается список в админке. Причем круто. ИМХО маловероятно что это требует больше памяти, нежели работа морды с посещалкой ;).

    Да! Пока писал мелькнула мысль.. Мб происходит упор в кол-во запросов к БД? (у хостеров всегда есть лимиты на это) Стоит это тоже проверить.

    маловероятно что это требует больше памяти,

    больше.. и намного.

    больше.. и намного.

    хм.. Нет оснований не верить, но в чём разница формирования списка постов и списка страниц? (в разрезе памяти)
    И реально интересно почему это памяти на формирование одной страницы админки (/wp-admin/edit.php?post_type=page) требуется намного больше памяти, чем скажем 150 одновременных запросов страниц сайта. Ведь в последнем случае явно нужно память для кучи файлов\процессов (не говоря уже об формировании динамических страниц).
    Я правда не знаю. (я рассуждаю\предполагаю)

    Модератор Yuri

    (@yube)

    И реально интересно почему это памяти на формирование одной страницы админки (/wp-admin/edit.php?post_type=page) требуется намного больше памяти, чем скажем 150 одновременных запросов страниц сайта.

    Потому же, почему для перевозки одного бегемота требуется гораздо больший автомобиль, чем автомобили для одновременной (не одномашинной!) перевозкой 150 кабанчиков.

    Потому же, почему для перевозки одного бегемота требуется гораздо больший автомобиль, чем автомобили для одновременной (не одномашинной!) перевозкой 150 кабанчиков.

    Вот именно! Длинна колонны автомашин с кабанчиками гораздо больше длины даже самого большое трейлера с бегемотом. И места на дороге намного больше занимают, и погрузочно-разгрузочные работы могут потребовать больше времени.
    🙂

    Модератор Yuri

    (@yube)

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

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

    Оно вроде бы и логично, но.. в данном случае скрипту нужно «всего лишь» получить список 0,5-0,7 к страниц.. Как бэ и ничем (ну почти) не отличается от получения списка постов (а список из 1к постов строится и на гораздо меньшем меморилимит) и данных не особо много..

    Вообще мне интересна природа подобной проблемы… Дойдут руки — поэкперементирую у себя.

    Значится так, докладаю.
    Опуская локальные эксперименты, рассказываю самый наглядный:
    Свежеустановленный ВП на бесплатном хостинге(по пхпинфо — memory_limit 128M). Из плагов только ВПимпорт.

    Импотнул 1010 страниц. ВП матернулся, что мол таймлимит, но тем не менее импорт прошел.
    В админке вижу ВСЕ 1010 страниц. Т.е. страница wp-admin/edit.php?post_type=page открывается без проблем.
    Проблемы начали появляться, когда я скринопшинсах поставил отображение 999 страниц — поломался яваскрипт и не догрузилась админка. Хотя это я думаю из-за моего тормозного мобильного инета — просто не догружается.

    Ньанс — записи почти пустые: по 1 строке (от 5 до 15 символов). Но думаю это не влияет на сабжевую проблему.

    ЗЫ. Теперь подскажите каким плагом делетнуть все страницы, (а то ж с поломанным яваскриптом это особенно напряжно) 😉

    АПД.
    Кому захочется поэкперементировать может взять готовый файл для импорта (на народе, 65 кб). Тут контента немного больше, чем в описанных экспериментах.

    ЗЫ. Теперь подскажите каким плагом делетнуть все страницы, (а то ж с поломанным яваскриптом это особенно напряжно) 😉

    Через БД проще всего.

    Я попробую провести эксперимент с реальной БД, на которой были сбои — перенести в «читсый» ВП на том же хостинге и на другой хостинг.

    Уважаемая Апельсинова, а как из БД чистятся страницы?

Просмотр 15 ответов — с 1 по 15 (всего 22)
  • Тема «Движок перестал работать со страницами (700+ страниц)» закрыта для новых ответов.