MSK

Добавьте поддержку комментирования {* ... *} в рекламные материалы. Это позволит временно скрывать части кода.

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

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

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

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

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

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

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

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

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

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

Я жду логичного и ожидаемого поведения скрипта во всех действиях и интерфейсах. Если вы видите редактируемое поле и кнопку сохранить, каковы ожидания от изменения и сохранения введенной информации? В опубликованной новости редактируются и сохраняются все поля, в том числе и те, которые могут затронуть корректное отображение в других местах (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" и "ТОЛЬКО" и сохраните еще раз. Итог будет: плагин сохранен и имеет статус "Установлен"

Предлагаю поддержку версий двига перенести в "действия с файлами", sql и php - чтобы для каждого действия можно было создать варианты для разных версий двига. В плагине, добавляемый функционал одинаков для всех версий, а вот правка конкретных кусков кода зависит от версии двига. Так можно будет создавать 1 мультиверсионный плагин.

Добавьте в редактирование плагина вкладку с ошибками - сейчас чтобы исправлять ошибки не удобно, приходится держать 2 вкладки открытыми в браузере, а если их больше одной...

Зачем первая должна оставатся прямой ссылкой? Что за глупость, у всех разные устройства и разрый viewport, даже первая картинка может быть за пределами видимости. да, увидел Заменяет, начиная со второй все картинки на заглушки. В коде модуля строку "/uploads/zagluska.jpg" надо заменить на адрес своей картинки-заглушки. Глупости, значит.... Забавно

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

При создании правила текст в поле разбивается на строки и создаются отдельные правила на каждую строку, а при редактировании ты выбираешь конкретную строку, поэтому там только 1 значение.

Проверяйте почему пустое значение id категории попадает в запрос. Смотрите таблицу категорий и кеш категорий очистите.

Сделайте интерфейсные улучшения в списке новостей в админке. Сейчас, чтобы сменить сортировку в результатах, надо 1. открыть панель поиска 2. выбрать параметр сортировки 3. применить фильтр Добавьте кнопки быстрой сортировки в столбики "Дата публикации", "Заголовок", "к-во комментов", "просмотры".

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