Wordpress - добавление категории сообщений требует обновления страницы для отображения - PullRequest
3 голосов
/ 04 марта 2012

Я создал новую тему в последней версии Wordpress (версия 3.3.1 на этот пост).

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

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

У кого-нибудь есть идеи?

РЕДАКТИРОВАТЬ ИСПРАВЛЕНО Мне просто нужно было очистить мой файл функций, удалив некоторые пробелы

Ответы [ 2 ]

8 голосов
/ 15 марта 2012

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

Дополнительную информацию можно найти в Wordpress FAQ и разделе устранения неполадок .

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

Я столкнулся с этой проблемой сегодня, и пробел в файлах PHP был проблемой.

Однако Я хочу поделиться своими шагами, которые я предпринял для решения проблемы :

  1. Я попытался открыть каждый файл PHP и проверить наличие пустых строк в начале и конце файла. Я подобрал несколько проблем, но проблема осталась.
  2. Мне также удалось выполнить поиск регулярных выражений в моей среде IDE на наличие проблем. Я использовал Textmate / Regex: Удалите пробелы из начала / конца файла в качестве контрольной точки и [без кавычек] следующий поиск по регулярному выражению "\?> [\ R \ n \ t] +", чтобы найти пробел / пустые строки в конце файла и "[\ r \ n \ t] + <\?" для начала файла. </li>
  3. Все еще были проблемы, поэтому я сузил область действия, отключив плагины (я также знал, что это был один из моих собственных плагинов на сайте, который я разрабатываю, так что это было проще).
  4. Повторная активация плагина выдает предупреждение «Плагин генерирует X символов неожиданного вывода во время активации». Это помогло мне в процессе проб и ошибок сужения источника.
  5. После того, как я определил плагин, я начал комментировать вызовы require_once () в PHP-файлах, пока не исчезло предупреждение «Плагин генерировал X символов с неожиданным выводом».
  6. В конце концов, я понял, что сломал плагин во время рефакторинга, и выполнял require_once () для PHP-файла, который был чистым HTML (для вставки тегов favicon в заголовок страницы), а не для соответствующего вызова add_action () на файл, как я изначально планировал.

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

...