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

MSK

Клиенты
  • Публикаций

    732
  • Зарегистрирован

  • Посещение

Весь контент MSK

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