CMS DataLife Engine - Система управления сайтами

MSK

Клиенты
  • Content count

    742
  • Joined

  • Last visited

Everything posted by MSK

  1. Добавьте поддержку комментирования {* ... *} в рекламные материалы. Это позволит временно скрывать части кода.
  2. Для этого необходима система сохранения версий новости, тогда можно будет и историю изменений контролировать, и кто что поменял, и предупреждать при сохранении, что версия была изменена автором во время проверки...
  3. Сделайте экспорт персональных данных. Чтобы пользователь мог их скачать и была возможность или обезличить материалы пользователя или удалить их. Подрбный функционал есть в WP.
  4. Поддержку авторизации в турбо https://tech.yandex.ru/turbo/doc/settings/auth-docpage/
  5. Перед публикаций кидайте тексты в яндекс.оригинальные тексты https://yandex.ru/support/webmaster/authored-texts/faq.html Нет смысла бороться именно с парсингом, необходимо понять зачем это делается и бороться за уникальность.
  6. Проверяйте что понаписали в корневом .htaccess
  7. Я вааще ничего не понял из описанного...
  8. Проверьте настройку Обрабатывать неверные URL ЧПУ:
  9. Я в любом случае принимаю ваши ответы. А комфортность работы с сдвигом складывается в том числе и из мелочей.
  10. Поле с указанием версии двига в Плагинах позволяет вводить любой текст. Если указать версию двига, например, "ТОЛЬКО" "333" и сохранить, то плагин будет установлен на любой версии двига, что не правильно. 1. Необходимо поле с вводом версий заменить на список существующих версий. 2. Добавить проверку корректного указания версий при установке плагинов.
  11. Я пишу о том, в чем вижу не корректную работу системы. Напомню тогда о моем сообщении об ошибках при установке нескольких связанных плагинов, когда вадна последовательность установки. Ответ был, что все в норме, а в соседней ветке я вчера читаю о том, что раньше плагины ставились в случайном порядке и теперь это исправлено... Было бы мне по барабану, я бы просто читал релизы, возможно, обновлялся и спал спокойно...
  12. Я жду логичного и ожидаемого поведения скрипта во всех действиях и интерфейсах. Если вы видите редактируемое поле и кнопку сохранить, каковы ожидания от изменения и сохранения введенной информации? В опубликованной новости редактируются и сохраняются все поля, в том числе и те, которые могут затронуть корректное отображение в других местах (url, время публикации, пароли, группы и т.п). Это же относится ко всем редактируемым элементам в интерфейсе. Если есть элементы, которые обрабатываются только при редактировании отключенного или только при создании плагина, значит необходимо запретить их изменение в других состояниях. Откуда я могу знать, что вы, как разработчик, заложили такой алгоритм работы, при котором эти изменения сохраняются, но не применяются? Поэтому я и сообщаю о том, что введенные изменения не работают.
  13. Я описпл 3 варианта. На втором видео вариант 2 из поста. Отлично! Какого черта тогда они доступны к редактированию, если в таком раскладе фактически не явлются редактируемыми??? Запрещайте редактирование, если плагин во включенном состоянии. Иначе, внеся правки и сохранив в файл активированный ДО такого исправления плагин не запустится на другом сайте.
  14. Смотрим это https://yadi.sk/d/U1bTqNTRxIj9rQ
  15. Да, считаю. Не поленился - скачал 13.2 Поставил на локалку, смотрите https://yadi.sk/d/I9QdhsBAAfIU-w
  16. Выполняйте по шагам: вариант 1 1. открываем создание нового плагина 2. пишем любое название 3. пишем версия "46544566" и "Только" 4. сохраняем результат - все сохранено установлено Вариант 2. 1. открываем создание нового плагина 2. пишем любое название 3. сохраняем 4. открываем редактирование плагина 5. пишем версия "46544566" и "Только" 6. сохраняем результат - все сохранено установлено вариант 3 1. открываем создание нового плагина 2. пишем любое название 3. пишем версия "" (пустое поле) и "Только" 4. сохраняем результат - все сохранено установлено
  17. Недопустимо. Т.к. написание плагинов на будущее возможно и используется активно, чтобы не переписывать и не обновлять плагины тогда когда это невозможно. почему??? У нас есть 3 варианта "ТОЛЬКО", "И НИЖЕ", "И ВЫШЕ" - этого достаточно для задания условий установки на БУДУЩИЕ ВЕРСИИ Неверное утверждение. Если указать что "Только" но наоборот поставить нельзя будет. А вы проверьте..... Создайте плагин, потом установите версия "344334" и "ТОЛЬКО" и сохраните еще раз. Итог будет: плагин сохранен и имеет статус "Установлен"
  18. Предлагаю поддержку версий двига перенести в "действия с файлами", sql и php - чтобы для каждого действия можно было создать варианты для разных версий двига. В плагине, добавляемый функционал одинаков для всех версий, а вот правка конкретных кусков кода зависит от версии двига. Так можно будет создавать 1 мультиверсионный плагин.
  19. Добавьте в редактирование плагина вкладку с ошибками - сейчас чтобы исправлять ошибки не удобно, приходится держать 2 вкладки открытыми в браузере, а если их больше одной...
  20. Зачем первая должна оставатся прямой ссылкой? Что за глупость, у всех разные устройства и разрый viewport, даже первая картинка может быть за пределами видимости. да, увидел Заменяет, начиная со второй все картинки на заглушки. В коде модуля строку "/uploads/zagluska.jpg" надо заменить на адрес своей картинки-заглушки. Глупости, значит.... Забавно
  21. Добавьте автоматический переход в раздел "Плагинов", если после обновления двига были обнаружены ошибки при установке плагинов.
  22. При создании правила текст в поле разбивается на строки и создаются отдельные правила на каждую строку, а при редактировании ты выбираешь конкретную строку, поэтому там только 1 значение.
  23. Проверяйте почему пустое значение id категории попадает в запрос. Смотрите таблицу категорий и кеш категорий очистите.
  24. Сделайте интерфейсные улучшения в списке новостей в админке. Сейчас, чтобы сменить сортировку в результатах, надо 1. открыть панель поиска 2. выбрать параметр сортировки 3. применить фильтр Добавьте кнопки быстрой сортировки в столбики "Дата публикации", "Заголовок", "к-во комментов", "просмотры".
  25. Хотелось бы более гибкого функционала с группами - добавьте возможность нахождения в нескольких группах. При написании модулей есть необходимость давать доступ к ним отдельным Пользователям (управление, просмотр...). Сейчас приходится создавать копию существующей группы в которой находится пользователь, которому надо дать доступ к модулю, и этой группе давать доступ к модулю. Если надо дать доступ Пользователю из другой группы - опять создаем новую группу... А если надо дать доступ к нескольким модулям, то надо опять мудрить с перекрестными правами и не ошибиться в правах доступа.... Да, можно в модулях пилить свою систему доступа - но это крайне не удобно.