MSK

Сделайте экспорт персональных данных. Чтобы пользователь мог их скачать и была возможность или обезличить материалы пользователя или удалить их. Подрбный функционал есть в WP.

Поддержку авторизации в турбо https://tech.yandex.ru/turbo/doc/settings/auth-docpage/

Перед публикаций кидайте тексты в яндекс.оригинальные тексты https://yandex.ru/support/webmaster/authored-texts/faq.html Нет смысла бороться именно с парсингом, необходимо понять зачем это делается и бороться за уникальность.

Проверяйте что понаписали в корневом .htaccess

Я вааще ничего не понял из описанного...

Проверьте настройку Обрабатывать неверные URL ЧПУ:

Я в любом случае принимаю ваши ответы. А комфортность работы с сдвигом складывается в том числе и из мелочей.

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

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

Я описпл 3 варианта. На втором видео вариант 2 из поста. Отлично! Какого черта тогда они доступны к редактированию, если в таком раскладе фактически не явлются редактируемыми??? Запрещайте редактирование, если плагин во включенном состоянии. Иначе, внеся правки и сохранив в файл активированный ДО такого исправления плагин не запустится на другом сайте.

Смотрим это https://yadi.sk/d/U1bTqNTRxIj9rQ

Да, считаю. Не поленился - скачал 13.2 Поставил на локалку, смотрите https://yadi.sk/d/I9QdhsBAAfIU-w

Выполняйте по шагам: вариант 1 1. открываем создание нового плагина 2. пишем любое название 3. пишем версия "46544566" и "Только" 4. сохраняем результат - все сохранено установлено Вариант 2. 1. открываем создание нового плагина 2. пишем любое название 3. сохраняем 4. открываем редактирование плагина 5. пишем версия "46544566" и "Только" 6. сохраняем результат - все сохранено установлено вариант 3 1. открываем создание нового плагина 2. пишем любое название 3. пишем версия "" (пустое поле) и "Только" 4. сохраняем результат - все сохранено установлено

Недопустимо. Т.к. написание плагинов на будущее возможно и используется активно, чтобы не переписывать и не обновлять плагины тогда когда это невозможно. почему??? У нас есть 3 варианта "ТОЛЬКО", "И НИЖЕ", "И ВЫШЕ" - этого достаточно для задания условий установки на БУДУЩИЕ ВЕРСИИ Неверное утверждение. Если указать что "Только" но наоборот поставить нельзя будет. А вы проверьте..... Создайте плагин, потом установите версия "344334" и "ТОЛЬКО" и сохраните еще раз. Итог будет: плагин сохранен и имеет статус "Установлен"

Поле с указанием версии двига в Плагинах позволяет вводить любой текст. Если указать версию двига, например, "ТОЛЬКО" "333" и сохранить, то плагин будет установлен на любой версии двига, что не правильно. 1. Необходимо поле с вводом версий заменить на список существующих версий. 2. Добавить проверку корректного указания версий при установке плагинов.