WordPress: Список сообщений / страниц не отображается в панели wp-admin - PullRequest
0 голосов
/ 12 сентября 2011

Я вызвал странную проблему. Я переместил клиента на другой сервер. Модернизированная база данных WordPress +. Мало ли я знал, я фактически обновлял базу данных на предыдущем сервере из-за конфигурации, имеющей жестко закодированный mysql IP-адрес.

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

Теперь он не показывает сообщения / страницы в админке, но их количество все еще отображается в ссылках "Все" "Опубликованные".

Есть ли бит или "статус", который не был установлен в обновлении базы данных? Что-то, что мешает показывать их в админке.

Они хорошо отображаются на передней веб-странице.

Любая помощь будет оценена!

UPDATE: Создан новый пост после обновления, и количество увеличилось до 13, но все еще говорит "Нет сообщений". : - \

UPDATE: Ссылки и комментарии отображаются с огромным списком. Сообщения, страницы и медиа не отображаются.

Может быть, это связано с индексом post_author, который они добавили в WordPress? Я подтвердил, что пользователь существует с соответствующим идентификатором. : - \ Example Screenshot Example Screenshot 2 Example Screenshot 3

Ответы [ 9 ]

4 голосов
/ 20 декабря 2011

У нас была точно такая же проблема, но только на страницах сайта.

Действия по исправлению ...

  1. Отредактируйте wp-config.php для добавления

    define('WP_ALLOW_REPAIR', true);
    
  2. Нажмите URL восстановления базы данных

    HOSTNAME/wp-admin/maint/repair.php
    

РЕЗУЛЬТАТ

Моя база данных была немного испорчена, и я получил следующий вывод ...

    wp_usermeta: 5 clients are using or haven't closed the table properly
    wp_posts: 7 clients are using or haven't closed the table properly
    wp_options: 8 clients are using or haven't closed the table properly
    wp_postmeta: 7 clients are using or haven't closed the table properly
    wp_terms: 1 client is using or hasn't closed the table properly
    wp_term_taxonomy: 3 clients are using or haven't closed the table properly
    wp_term_relationships: 3 clients are using or haven't closed the table properly
1 голос
/ 29 апреля 2019

В моем случае я использовал Poly Lang и выбрал арабский язык для показа только после переключения на все решенные проблемы.

1 голос
/ 11 октября 2014

В моём случае отключение плагина "WPML Media" решило проблему.

1 голос
/ 12 ноября 2012

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

1 голос
/ 24 марта 2012

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

1 голос
/ 13 сентября 2011

Лучше всего сделать, если это возможно, на старом сервере, выполните экспорт из меню инструментов вашего инструмента,

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

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

0 голосов
/ 27 июня 2018

WordPress запускает следующий запрос, чтобы заполнить страницу публикации в админке:

SELECT wp_posts.ID, wp_posts.post_parent FROM wp_posts  
WHERE 1=1  AND wp_posts.post_type = 'article' AND (wp_posts.post_status = 'publish' OR wp_posts.post_status = 'virtual' OR wp_posts.post_status = 'future' OR wp_posts.post_status = 'draft' OR wp_posts.post_status = 'pending' OR wp_posts.post_status = 'private')  
ORDER BY wp_posts.menu_order ASC, wp_posts.post_title ASC 

Я использовал это и обнаружил во время передачи данных, что post_status было установлено как «опубликовано» вместо «опубликовать», чтоне показывал ни одной статьи, несмотря на показ подсчета.

0 голосов
/ 13 мая 2017

У меня была похожая проблема, и вот как я ее решил: в таблице wp_posts я обнаружил, что столбцы post_ENGINE и post_mime_ENGINE должно быть post_type и post_mime_type . Я изменил его, и страницы и сообщения теперь отображаются в панели администратора. Я не знаю, является ли моя проблема такой же, но я надеюсь, что это поможет.

Экземпляр, в котором имена столбцов: post_ENGINE и post_mime_ENGINE

Экземпляр, в котором имена столбцов изменяются на post_type и post_mime_type

0 голосов
/ 18 сентября 2014

У меня была такая же проблема, я прочитал комментарий Трэвиса и начал просматривать свои functions.php.Оказывается, query_posts () был причиной проблемы.Чтобы это исправить, я добавил wp_reset_query(); после того, как закончил извлечение данных из моего запроса.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...