Alkary

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

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

Прямой перенос БД дампом с 700 страницами уверенно всегда дает эффект отказа формировать список и вообще хоть что-то со страницами делать из админки.

Установлено, что экспортный архив 1000+ страниц уважаемого wp-user.php сайты на WP не портит. Судя по статистике, которую отдает плагин WP-Memory-Usage, на формирование списка в админке уходит примерно 55-57М, что терпимо и вполне проходит на бесплатном хостинге с лимитом 64М.

Я попытался проделать от же фокус со своими страницами. Они намного тяжелее. Полностью экспорт произвести не удалось. Сайт более-менее начал работать со страницами, когда я сократил их количество до примерно 500, подняв бекап. Экспорт пятисот страниц (настоящих, с большими разумными текстами) получился. Результат, если интересно, могу выложить. Импорт этих 500 страниц на маленьких бесплатных хостингах не получается из-за банальной величины файла. На хорошем платном — том же, где основной сайт, но в другом специально созданном поддомене, в новеньком чистом WP (минимальная комплектация WP 3.3.1_ru_RU, стандартный плагин импорта, WP-Memory-Usage) на новой базе — сразу после импорта в админке на списке страниц начинаются глюки:
1) пропадает сверху строка с именем залогиненного и ссылкой на главную страницу;
2) не удаются массовые операции со страницами — отмечаем несколько страниц галочками, кликаем на «Изменить», а галочки пропадают и ничего не происходит;
3) перестает работать определение затраченной памяти — строка не выводится.

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

О php.ini — провайдер хостинга доступ ограничил специальной утилитой с граф. интерфейсом, которая позволяет менять не все поля. Самые интересные, такие как лимит памяти, не позволяет, только показывает состояние. Ошибки включены.

Лог ошибок скачал и проверил, никаких ошибок нет аж с 15 ноября, т. е. намного раньше, чем начались эти проблемы. И это меня удивляет больше всего. В результате нарочно спровоцировал ошибку, преднамеренно криво отредактировав один из php-файлов темы оформления. Ошибку тут же увидел.

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

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