Qazomardok

Яндекс — тот же хром, как и опера 15+, хромиум и т.п. Движок один и тот же, только обложка разная. Попробуйте IE или Firefox. А так: смотрите в стороны ошибок подключенных JS файлов

Сообщение «Cannot modify header information — headers already sent» на деле означает, что где-то происходит попытка печати на экран во время системной работы. Например движок инициирует работу, подключает бд, выполняет нужные запросы, читает настройки и бац: ему говорят «напечатай пробел», хотя до загрузки самой страницы и первого html тега еще ооочень далеко.

Да, хоть смысл ошибки совсем в другом: попытка изменить заголовок (да, тот самый, где «HTTP/1.1 200 Ok«), но причина в 99% случаев именно в том, что я описал.

Чаще всего это бывает из-за неправильной кодировки файлов и так называемых bom-элементов. Работайте в notepad++. Хотя у меня и с ним была такая же проблема, но после настроек пропала. Спасал редактор Codelobster — он хорошо их (bom) показывает. Т.е. были случай, когда в notepad++ файл отображался вроде как

<?

if( is_admin() ) {
	add_action('wp_aj..
?>

а на самом деле там было чо-то вроде:

EF<?

if( is_admin() ) {
	add_action('wp_aj..
?>

Другой распространенный случай: это вывод на экран внутри какого-нибудь хука а-ля «админ-инит». Возможно, какой-нибудь КХМ в функции, которая, например, должна только(!) возвращать true или false в init, написал для дебага-проверки-себя echo $peremennayakotoruyuperedayu;

ЧТО ДЕЛАТЬ:

1 Открыть с помощью total_commander ftp сайта, перейти в директорию с плагинами, выделить все плагины, нажать ctrl+M (массовое переименование). Переименовать все плагины разом (я обычно добавляю к названию папок нижнее подчеркивание «_») — таким образом мы деактивируем все плагины.

Если после переименования всех плагинов ошибка продолжает появляться — переходите сразу к п.2

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

В вашем случае это может быть не обязательно плагин post-views, а какой-нибудь соседний по очереди загрузки-активации.

Было дело, после очередного обновления мои сайты ушли в бессконечный редирект «сам-на-себя», — грешил на все, вплоть до взлома и поломки движка. Оказался виноват модуль к Cubepoints 🙂

Найденный нерабочий плагин попробуйте скачать и установить заново.

2. Если мы убедились, что дело не в плагинах — шурстим шаблон. Восстановить оригиналы файлов шаблона, где была внесена последняя правка. Или переустановить шаблон полностью, или вовсе сменить.

3. Если уже понятно, что это не плагины и не шаблон: Скачать, скопировать с заменой файлов заново wordpress.

P.S. БД и файлы локализации совсем тот не причем. БД сама по себе ничего не выводит. Выводят скрипты, который обращаются к бд. А локализации подключаются на последних этапах загрузки движка, но после инициализации (могу ошибаться).

romaromaroman, посмотрите с другой стороны. Например через JS или обычный CSS. Например с помощью псевдоэлементов ::after и ::before вкупе с last-child. Если хлебные крошки с помощью плагина реализованы, то не советую править его исходники, — не забывайте что есть такая вещь как «обновление».