Помогите! С сайтом творится чертовщина

Это примерно означает "разбирать по косточкам"

Это не имеет отношения к Вашей проблеме.

---------- Добавлено 13.07.2018 в 01:04 ----------

Весь?

Accelerated Mobile Pages

Advanced Ads

Advanced Database Cleaner (этот новый, появился уже по факту)

Akismet Anti-Spam

Compress JPEG & PNG images

Contact Form 7

Cyr to Lat enhanced

Flexy Breadcrumb

Hatom/hentry remover (Fix errors in Google Webmaster Tools)

Kama WP Smiles

Pz-RecentComments

uLogin

UpToLike Social Share Buttons

W3 Total Cache

Wordpress Special Characters in Usernames

WP Category Tag Cloud

WP Mobile Edition

Yandex.News Feed by Teplitsa

Yet Another Related Posts Plugin

Yoast SEO

ВП Типограф Лайт

Иерархическая HTML карта сайта

Воть. Все

---------- Добавлено 13.07.2018 в 01:21 ----------

Спасибо:)))

айболит в оффлайне и тотально - это 99%

Потом глобальный поиск на всякие base64 и т.п.

Ох! Опять гуглить:) Но надо пробовать, конечно. Спасибо!

А я вот думаю что это не вирусы. С чего им такое делать?

В 2 часа ночи я таки решил проявить чудеса дедукции.

Смотрите. При сохранении страницы - дописывается двойка к url адресу. Почему? Такое происходит в том случае, если такой урл уже есть. Т.е. при сохранении - ВП считает что такая страница уже есть, и не смотря на то что это та страница которую вы и редактируете - вордпресс так не считает... При том что со старого урл - всё-равно идёт редирект на новый. И потом таки опять можно вернуть старый урл.

Почему так происходит? Загадка. Копаем дальше - создаются резервные копии. Это нормально. Но на старые даты. Вероятно это связано, или даже вызывает путаницу урл. Т.к. при редактировании страницы - судя по дате, вордпресс может думать что вы создаёте новую (т.е. страница создана в июле, а редактируется она в мае. Быть такого не может, и ВП путаясь делает ей новый урл. Скорее всего действует такой же механизм, как и при запланированных публикациях, и не удивительно что статье присваивается новый урл, если вордпресс думает что такой урл уже есть в будущей статье).

Но почему вордпресс путает даты? Точнее, как я полагаю, они даже выскакивают произвольно?

И тут я пока не нашёл ответа. Может, это плагины его путают. Может у вас сервер (хостинг) даты меняет, а может просто где-то всплывает ошибка и вордпресс вместо даты подтягивает произвольные цифры.

В общем, как вариант - проблема именно в сбитых данных

https://revisium.com/

---------- Добавлено 13.07.2018 в 00:50 ----------

Они "этого" и не делают. Просто порушенные скрипты сайта начинают жить своей жизнью, и не обязательно адекватной ))

Это вполне вписывается в мою теорию.

Настя, ищите всё что может влиять на даты =) Я уверен что надо копать именно в этом направлении 🍿

Меня смущает, что нормальная ссылка всегда заменяется конкретной ссылкой на одну и ту же статью. Просто номер ей присваивает. Копалась в этой несчастной статье, название которой почему-то стало шаблоном. Там кроме вышеназванного кода ничего подозрительного не нашла. Завтра попробую снести эту статью. И вирусы, конечно, просканирую, как здесь посоветовали.

---------- Добавлено 13.07.2018 в 01:58 ----------

Так. Я всё-таки посплю, может как Эйнштейну что-то присниться. Завтра (уже сегодня) буду думать. Спасибо всем всем всем!!!

А вот это в мою гипотезу уже не вписывается...

Так. Тогда (как проснётесь) вспоминайте:

- Какие плагины ставили незадолго до появления проблемы

- Какие действия с сайтом делали

- Редактировали-ли файлы сайта\темы\плагинов вручную

И ещё меня смущает то, действительно ли вы проверили все плагины. Отключение cyr-to-lat как минимум перестало бы делать автоматически человекопонятные url и дало какие-то изменения в проблеме...

Ещё раз напишу - отключаете ВСЕ плагины разом. Далее проверяете проблему, и если она исчезла - включаете cyr-to-lat, проверяете, следующий, проверяете, и так далее пока не включите все.

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

Зато вписывается в вирус вклинившийся в нормальную работу скрипта...