Спасибо Yui!
За подробные объяснения.
Конечно проблема не критична. И можно всё решить и через Filezilla и через Total comander. Но всё-таки без этой ошибки легче и проще работать. Пожалуйста сообщите, если узнаете что-нибудь новенькое.
Всем Всего наилучшего!
легче и проще работать
Будет намного тяжелее, когда совершите ошибку, которую не отловит ВП, а под рукой ни бекапа файла, ни доступов к ФТП/ПУ хостинга. И пока всё восстановите.. И то, если получится. Лучше сразу привыкать пользоваться правильными инструментами.
Да и как редактор ВП может быть проще тотала с блокнотом, я лично не понимаю. Как по мне тяжелее и неудобнее. По ФТП все файлы на виду/лекко доступны, отредактированный залеает за доли сек, а админка пока перегрузиться, да и потом результат надо смотреть.. Да ещё и в админке не все файлы доступны
Позвольте добавить свои заботы. Проблема та же, что в шапке топика: при попытке редактирования почти любого файла темы (например, header.php) вылезает ошибка: Невозможно соединиться с сайтом для проверки на ошибки, был сделан откат изменений в PHP-коде. Вам нужно загрузить измененный PHP файл другим способом, например через SFTP. «Почти» — потому что при редактировании style.css ошибка не вылезает, но он просто не меняется.
И происходящее вряд ли связано с обновлением. Обновился на 4.9 неделю назад и ежедневно вполне успешно топик редактировал. И вдруг после малозначащих действий (что-то вроде исправления текста), вдруг ВСЕ перестало редактироваться. И так уже целый день!
Кто виноват?
Модератор
Yui
(@fierevere)
永子
желающим поискать виноватого могу порекомендовать плагин
https://ru.wordpress.org/plugins/health-check/
в том числе тесты отдельных плагинов с петлевым запросом и «режим решения проблем»
Петлевой запрос вернул неожиданный код статуса, 400, это может отразиться в проблемах с работой WP_Cron, а также редакторах тем и плагинов.
И как теперь с этим бороться? Я не технарь, не кодер, мне «петлевой запрос» вообще ни о чем не говорит.
Модератор
Yui
(@fierevere)
永子
а режим решения проблем или индивидуальные тесты плагинов не выяснили виновника?
Нет, после отключения всех плагинов проблема осталась, ничего не изменилось.
Модератор
Yui
(@fierevere)
永子
тогда скорее всего причина в конфигурации ПО вебсервера
или в /wp-admin/ каким-то образом запрещен или ограничен доступ — .htaccess или хостером, или имеет место проблема в конфигурации, когда сервер не может соединиться с внешним адресом сайта (такое мб. в некоторых конфигурациях с использованием реверс прокси)
можно по этому поводу помучать техническую поддержку хостинга.
Ну поддержку-то помучаю, не впервой. Но почему раньше все было нормально, а с выходом этой версии появились проблемы?
Но почему раньше все было нормально, а с выходом этой версии появились проблемы?
весь топик именно об этом — потрудитесь прочитать
Я начала именно с того, что прочитала. Но яснее от этого не стало — или это исправят, или это так и должно быть, и как раз раньше, когда все нормально редактировалось, было, оказывается, неправильно.
Модератор
Yui
(@fierevere)
永子
Но почему раньше все было нормально, а с выходом этой версии появились проблемы?
об этом можно прочитать в кратком обзоре новшеств версии
/wp-admin/about.php
именно для проверки написанного вами в редакторе кода производится петлевой запрос.
А раньше, если вы в редакторе написали что-то не то, вы просто получали белый экрап и неработоспособность сайта в целом.
Но почему раньше все было нормально, а с выходом этой версии появились проблемы?
Чтобы убедиться, что внесённые изменения не сломали сайт, WordPress обращается к текущей странице админки и к главной странице сайта. Если хотя бы одна из них перестала открываться — изменения откатываются для восстановления работоспособности сайта.
В предыдущих версиях такая проверка не выполнялась, и можно было с лёгкостью сломать сайт 🙂 Внутрение запросы использовались только в планировщике задач, но если сервер по какой-то причине их не выполняет, там проблема не так заметна. Проверить возможность выполнения внутренних запросов можно с помощью плагина Health Check.
Проблема обычно связана с DNS или с настройками сервера. Если сайт не может открыть свои же страницы — либо неверно определяется адрес, либо настройки не позволяют выполнять внешние запросы к локальными ресурсам.
Раньше, когда я хотела вставить объявление адсенс через редактор, я получала страницы с рабочими объявлениями адсенс на рабочем сайте 🙂 Сейчас я получила петлевой запрос. То есть всегда гугл давал рабочие коды объявлений, а с обновлением ВП начал пихать не пойми что? 😀 Или все же проблема в обновлении?
Сайт я тоже ломала, не без того. Вот тогда да, пришлось лезть в биллинг или как там правильно админка хоста называется, и оттуда удалять наделанное. Но мне существенно проще было ВСЕГДА редактировать из админки сайта, а в исключительных случаях, если вдруг сломаю сайт, лезть через фтп или хост. Теперь получается, надо всегда лезть фтп или хост, чтобы якобы не сломать сайт, при том что это было единственный раз за 3 года. И мне теперь из-за этого мизерного риска добавилась лишняя возня. Может, стоит как бы выбор пользователю оставить?
Модератор
Yuri
(@yube)
Может, стоит как бы выбор пользователю оставить?
Я думаю, что сто́ит. Скажем, добавить опцию SUICIDE_MODE в конфиге. Почему в конфиге? Чтобы юзер, не (и|у)меющий доступа к файлам, просто не смог включить «опасный» режим.
