Ответы в темах

Просмотр 15 ответов — с 61 по 75 (всего 152)
  • Так и сказал, или всё же что-то более конкретное?

    Так и сказал — все проблемы искать не хотим, заменили папку wp-includes.
    Сделал запрос на изменения, чтобы это применить на других сайтах.

    Если версия 3.9.3 или 4.0.1 работает, то лучше откатиться на неё, чем смешивать файлы от разных версий. Для 3.9.x и 4.0.x ещё долгое время будут выходить обновления безопасности (вместе с 4.0.1 вышли версии 3.9.3, 3.8.5 и 3.7.5).

    У меня стояла версия 4.0.1 — там такая же борода была. Просто решил обновиться до 4.1, в надежде на решение вопроса.

    Посмотрим, что это даст. Но, как вариант.

    Единственное «ню», у меня же вордпресс до этого обновлялся автоматически. С 4.0.1 этого не должно произойти, если я откачусь, чтобы протестировать функциональное решение по SSL.

    Спасибо за ответ.

    Известных проблем в самом обновлении на текущий момент всего три, проблем совместимости с плагинами и темами — две.

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

    Извиняюсь за флуд.

    По поводу ошибки, ответ по functions — должен быть вполне рабочим.

    Хм… Не умеете смотреть http-заголовки? F12, вкладка «Сеть». Или любой другой инструмент разработчика и тех.поддержчика 🙂

    Неправильно выразился. Там не вижу проблемы, как таковой. Попытка загрузить https циклическая.

    На стороне хоста всё пересмотрел сто раз — htaccess-а изначально нет, т.к.я работаю на чистом движке. Пробовал пересоздавать — результата «0». Пробовал поочередно менять (с восстановлением бэкапа) сначала адрес вордпресса, потом адрес сайта на https (в админке) — та же тема (луп или ошибка).

    Хостер сказал, что проблема в functions, а также файлах папки wp-includes, повторюсь, я уже тупо всё вынес на отдельный субдомен, чтобы сайт рабочий в покое оставить. Т.е. работаю с 4.1 wordpress и стандартной темой.

    Ошибка Fatal error: Call to undefined function wp_json_encode() in ../wp-admin/includes/misc.php on line 668 вылазит после плясок с бубном и замены в папке wp-includes. Но, во-первых по сути это уже доработка, а не «стандартная версия». Не хотелось бы на всех сайтах так мудохаться.

    Во-вторых, даже если сайт грузится с https:
    1. Главная всё равно http
    2. На сайте не переменные заменяются на https, из-за чего выдается ошибка шифрования
    3. В админку попасть нереально — Fatal error: Call to undefined function wp_json_encode() in ../wp-admin/includes/misc.php on line 668

    Поэтому, всё же хотелось бы понять, как же это всё-таки закрыть. Сегодня думаю откатиться до прошлой версии движка. Конечно, это не рекомендуется, но у меня просто ступор в решениях. Сайтов с десяток. Вопрос поэтому хочу решить глобально, чтобы версия движка везде была актуальной, ну и с плагинами чтобы работало. Хотя, сейчас даже в этом плане вопрос не стоит, ведь «чистый» движок не пашет.

    Или же в меню посмотреть «Внешний вид» — «Меню»

    На сайте стоит плагин wp-super-cashe или file-cashe?

    Это меньшая из проблем последнего обновления, увы…
    Автозамену пробовали отключать/включать?

    1. Почистите кеш, закрыв все браузеры. Скажем с помощью ccleaner.
    2. Без бекапа откат можно сделать только скачав исходник темы, переименовав существующую и активировав её оригинал из админки, переустановив повторно.

    В обоих полях?

    И в обоих и в поочередных.

    С какого адреса на какой?

    Трудно сказать. Ни в одном браузере перескакиваний не вижу. Только попытку https в адресной строке вижу и всё.

    Что будет, если его отключить?

    Во-первых всё же без защиты не хотелось бы остаться. Грешил сначала на плагины, потом на тему. Потом с ноля поставил вордпресс на субдомен. Без плагинов, со стандартной формой. В итоге — получаю либо циклическую ошибку, либо ошибку вида:
    Fatal error: Call to undefined function wp_json_encode() in ../wp-admin/includes/misc.php on line 668

    Это при том, что вордпресс, повторюсь, чистый.

    Стоит иметь в виду, что редиректы часто кешируются браузером, поэтому после выполнения тех или иных действий лучше проверять не тот же адрес, что и раньше, а с дополнительным параметром: https://site.ru/?1, https://site.ru/?2 и т.д.

    Работаю в режиме инкогнито по этому вопросу. Поэтом, каждый раз закрываю браузер для проверки. Настройки произвожу в стороннем, чтобы избежать этой проблемы. Кстати, по вопросу https после обновления вордпресса до 4.1 на английском форуме у не у меня одного, как оказалось возникла такая проблема — https://wordpress.org/support/topic/fatal-error-after-41-upgrade

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

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

    Спасибо заранее за помощь.

    В настройках wp включено дробление на страницы?

    Помогу. Пишите на korr@mif.cc

    Оказалось, что у хостера различался айпи домена и субдомена. Поменя везде одинаково и всё заработало. Без доп.изменений файлов.

    Yoast WordPress SEO плагин видит правильный (из корня субдомена) файл, а вот когда ввожу его в адресной строке — открывается файл основного домена…(((

    Пробовал также
    RewriteEngine On
    RewriteBase /
    RewriteCond %{HTTP_HOST} sub.domain.com
    RewriteRule ^index\.php$ — [L]

    Ничего. Может не туда вставляю? — где должно идти? спасибо.

    Очень надеюсь на помощь.

    Уточню. У меня на основном домене также стоит вордпресс. Возможно в его htaccess что-ту нужно вести?

Просмотр 15 ответов — с 61 по 75 (всего 152)