Пожелания для новых версий DataLife Engine

[celsoft 6 072]

21 минуту назад, Crashlabs сказал:

Возможно имеется хотя бы временное решение данной проблемы?

Контроль неверных ЧПУ в настройках скрипта в админпанели включите.

[MSK 289]

Сделайте экспорт персональных данных.

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

Подрбный функционал есть в WP.

[Crashlabs 56]

1 час назад, celsoft сказал:

Контроль неверных ЧПУ в настройках скрипта в админпанели включите.

Данный пункт уже активирован и проблема сохраняется. Настройки Nginx взяты с официального сайта.

[4iLi 37]

Дорогие разработчики ДЛЕ,

Расширте функционал доп. полей, для преобразования дополнительных полей в более убранную и продумано структуру. 

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

Например у меня куча дополнительных полей, все это выглядит очень муторно (когда куча полей идут друг за другом), когда редактируешь новость. Нужно расширить настройки дополнительных полей для формирования вкладок, например вкладка для фильмов, там будут дополнительные поля только для фильмов. Вкладка для музыки, там будут дополнительные поля только для музыки.

Вкладки должны быть также внизу новости в полном редактировании и быстром редактировании. 

[alex32 942]

Не знаю, писал кто-то или нет, в {catmenu}  не помешал бы параметр idexclude

[МВИА 10]

Привести в соответствии:

1. документацию по скрипту.

2. С сайта движка, в разделе доп.модули убрать статьи с умершими модулями.

3. Документацию сделать более понятной, с примерами разного применения.

Но главное, привести в соответствие с реалмями...

 

[yponec 1]

Управление блокировкой на сайте - весь список блокированных тулится на одной странице.
Нужно сделать в следующей версии постраничную разбивку, по 50 записей к примеру.

Иначе при большом количестве блокированных начинает тормозить когда открываешь.

(У меня в списке более 2000 нарушителей и при открытии страницы бруз тупит несколько минут пока все откроется)

 

Спасибо.

[alex32 942]

1 час назад, yponec сказал:

Управление блокировкой на сайте - весь список блокированных тулится на одной странице.

Это в каком разделе?

[Captain 623]

39 минут назад, alex32 сказал:

Это в каком разделе?

Фильтр по: IP, Логину или E-Mail

[avimak 3]

В 12.04.2019 в 06:16, alex32 сказал:

Не знаю, писал кто-то или нет, в {catmenu}  не помешал бы параметр idexclude

а еще бы не помешало подключение туда AweSome fonts и возможность делать выпадающие меню

[alex32 942]

1 минуту назад, avimak сказал:

а еще бы не помешало подключение туда AweSome fonts и возможность делать выпадающие меню

фонтавесом подключается в шаблоне, а возможность делать выпадающие меню там и так есть.

[ntrtv 55]

Было бы неплохо галочку "Наложить водяные знаки" у дополнительного поля типа "Загружаемое изображение", вынести на страницу добавления новости, рядышком с "Загрузить изображение". Бывает, что картинки берем не свои (с разрешения правообладателя, у коллег по холдингу и т.д.), и каждый раз лезем в настройку допполей. У нас в день по 50-100 новостей бывает, уже замучились.

 

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

Изменено 20 апреля 2019 пользователем ntrtv

[alexpsp 30]

Сделать автоматическую генерацию картинки формата .web (дублирование основной) и дать возможность выводить её отдельным тегом.

[alexpsp 30]

В 05.04.2019 в 15:56, Crashlabs сказал:

Хотелось бы вновь поднять вопрос дублирования тегов: недавно заметил, что в поисковые системы стали попадать следующие дубли тегов:

/tags/OnePlus/ - верный вариант тега;
/tags/oneplus/ - дубль данного тега.

Возможно имеется хотя бы временное решение данной проблемы?

 

Подтверждаю, такая ошибка есть. Скорее всего из-за того, что в одной новости написано OnePlus, а в другой oneplus. Дубли сохраняются даже с включённым контролем неверных ЧПУ.

 

@celsoft

[n654165 0]

1. В разделе "Главная->Управление редиректами на сайте" кнопка "Добавить новую ссылку", умоляю, прошу, перенесите ее наверх, замучаешсья после каждого добавления листать снова вниз.

2. Сделайте вывод недавно просмотренных публикаций юзерами, уже давно нужна эта функция многим.

[Nesterovich2797 3]

Предложение: Сделать отметку на просмотренных новостях "Просмотрено" с возможностью пользователю скрывать просмотренные новости.

Предложение 2: Сделать Drag & Drop загрузку в поле Галерея при добавлении/редактировании новости.

Предложение 3: Есть пункт в профиле непросмотренные новости, который отображает новые новости с последнего входа. Можно ли сделать так, чтобы новость пропадала из этого пункта после просмотра или хотя бы была отмечена отметкой "Просомтрено".

 

[Spyhog 65]

Предложение: Дать возможность в настройках выбирать источник OG:image для страницы полной новости (краткая новость, полная новость, дополнительное поле).

Ещё одно предложение: Я уже предлагал, но напомню ещё раз. Сделайте пожалуйста поддержку OG для категорий. Соц сетями сейчас пользуется много людей и хотелось бы, чтобы репосты выглядели как надо, чтобы привлекать новых пользователей на сайт. Можно даже при создании категории создать одно новое поле, в которое админы сами будут вставлять нужный OG код.

[alukardua 27]

в .htaccess внесите для формы обратной связи

RewriteRule ^feedback.html$ index.php?do=feedback [L]

 

[dimitron 34]

Предложение:

"Авторизация через социальные сети" - лишняя страница "Подтверждение используемого на сайте логина". Чем проще тем лучше, не нужно пользователя загружать лишними страницами и что то требовать заполнить. Нажал войти через facebook появилось окошко где запрашивает разрешение и все перезагрузка страницы и мы АВТОРИЗИРОВАНЫ.

 

Нужно упрощать, а не усложнять. Чем меньше действий тем лучше.

 

Если что то пошло не так пусть выводит ошибку в теге {info}.

Изменено 29 апреля 2019 пользователем dimitron

[dimitron 34]

Предложение:

"Гибкая настройка URL" - ЧПУ 1-3 маловато, и я бы порекомендовал перейти на маршрутизаторы по типу MVC, это откроет больше возможностей изменить URL (привести в нужный вид), Ловить грязные ссылки через файл .htaccess это древний подход и очень неудобный по следующим причинам:

• В новостях нужно убрать .html и ID новости, ловить новость по alt_name (и что бы это можно было настроить в категории, например в одной категории новости выводить по ID в другой по alt_name) то есть что бы мы в категории настраивали ссылку новости. Это очень важно для SEO присутствие ID и .html уже устарело. Да я понимаю что по ID проще словить новость но присутствие ID в ссылке это не красивая ссылка.
• Также что бы можно было настроить служебные страницы с красивыми ссылками (да они не важны но все же нужно что бы это смотрелось красиво)
• При создании плагина что бы у разработчика был инструментарий тоже добавить новые маршруты (красивые ссылки) к своему модулю на сайте (к примеру делаем Медецинский каталог и там нам нужно красивые URL-ы, через плагин в файл .htaccess нет возможности вставить код, приходиться руками туда вставлять код)

[Gameer 310]

17 минут назад, dimitron сказал:

Предложение:

"Гибкая настройка URL" - ЧПУ 1-3 маловато, и я бы порекомендовал перейти на маршрутизаторы по типу MVC, это откроет больше возможностей изменить URL (привести в нужный вид), Ловить грязные ссылки через файл .htaccess это древний подход и очень неудобный по следующим причинам:

• В новостях нужно убрать .html и ID новости, ловить новость по alt_name (и что бы это можно было настроить в категории, например в одной категории новости выводить по ID в другой по alt_name) то есть что бы мы в категории настраивали ссылку новости. Это очень важно для SEO присутствие ID и .html уже устарело. Да я понимаю что по ID проще словить новость но присутствие ID в ссылке это не красивая ссылка.
• Также что бы можно было настроить служебные страницы с красивыми ссылками (да они не важны но все же нужно что бы это смотрелось красиво)
• При создании плагина что бы у разработчика был инструментарий тоже добавить новые маршруты (красивые ссылки) к своему модулю на сайте (к примеру делаем Медецинский каталог и там нам нужно красивые URL-ы, через плагин в файл .htaccess нет возможности вставить код, приходиться руками туда вставлять код)

Предлагали. Отклонили. Всё.

[dimitron 34]

59 минут назад, Gameer сказал:

Предлагали. Отклонили. Всё.

Разработчики?

[Gameer 310]

7 минут назад, dimitron сказал:

Разработчики?

Да.

[Spyhog 65]

2 часа назад, dimitron сказал:

В новостях нужно убрать .html и ID новости

Лично я за новости с .html. Потому что мне так больше нравится. Сразу видно, что это конечная статья, а не категория.

[YuriBtr 58]

11 часов назад, dimitron сказал:

В новостях нужно убрать .html и ID новости, ловить новость по alt_name (и что бы это можно было настроить в категории, например в одной категории новости выводить по ID в другой по alt_name) то есть что бы мы в категории настраивали ссылку новости. Это очень важно для SEO присутствие ID и .html уже устарело. Да я понимаю что по ID проще словить новость но присутствие ID в ссылке это не красивая ссылка.

Если определять новость по alt_name может возникнуть ситуация, когда разные новости с одинаковыми заголовками перенаправляются на новость, созданную первой из них. У меня такая проблема возникает с типом ЧПУ №3. Если в течение суток опубликовать например утром и вечером новость с заголовком "Требуются работники". То вечерняя новость не будет открываться вовсе, а будет идти редирект на утреннюю. И хотя редакция у нас маленькая и все проинструктированы, но все равно несколько раз в месяц случаются такие дубликаты ЧПУ URL.

Разработчику можно это исправить, добавив при создании новости проверку на уникальность ЧПУ. Если такой URL уже есть во ВСЕЙ базе, то просто добавить какой нибудь порядковый номер справа к ЧПУ URL новой статьи.

Это также поможет в тех ситуациях, когда нужно "поднять" статью из архива. То есть опубликовать ее сегодняшним днем, чтобы не дублировать (а ведь это куда важнее для SEO). Поэтому считаю что движок должен при создании статьи учитывать не только ЧПУ URL текущей даты, но и во всей базе.

Чтобы не было тормозов при повторных прохождениях по базе, при добавлении порядкового номера (нам ведь тоже надо проверить не существует ли к этому новому ЧПУ URL дубль), нужно делать предварительную выборку (кеширование) всех результатов по маске, которые включают в себя первоначальный ЧПУ URL. И при добавлении порядкового номера проверять уже этот кеш. Либо вести отдельный учет дополнительно присвоенных префиксов.

Изменено 30 апреля 2019 пользователем YuriBtr