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

Sign in to follow this  
celsoft

Пожелания Для Новых Версий Линейки 13.хх

Recommended Posts

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

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

Share this post


Link to post
Share on other sites

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

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

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

 

Share this post


Link to post
Share on other sites

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

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

  • Like 1
  • Upvote 1

Share this post


Link to post
Share on other sites

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

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

 

  • Upvote 1

Share this post


Link to post
Share on other sites

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

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

 

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

 

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

Edited by dimitron
  • Upvote 3

Share this post


Link to post
Share on other sites

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

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

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

Share this post


Link to post
Share on other sites
17 минут назад, dimitron сказал:

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

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

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

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

Share this post


Link to post
Share on other sites
59 минут назад, Gameer сказал:

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

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

Share this post


Link to post
Share on other sites
7 минут назад, dimitron сказал:

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

Да.

Share this post


Link to post
Share on other sites
2 часа назад, dimitron сказал:

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

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

  • Upvote 1

Share this post


Link to post
Share on other sites
11 часов назад, dimitron сказал:

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

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

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

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

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

Edited by YuriBtr

Share this post


Link to post
Share on other sites

Предложение: реализуйте систему обновления комментариев в режиме реального времени. Спасибо

Edited by atola

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

Если новость в настоящий момент редактируется, и кто-то в админке пытается ее открыть, хорошо бы выходило предупреждение, что она открыта уже другим редактором (корреспондентом), так как получается что корреспондент написал материал, редактор редактирует, и тот вдруг хочет добавить 1 слово, и в итоге редакторские правки не сохраняются. 

  • Upvote 3

Share this post


Link to post
Share on other sites
В 30.04.2019 в 22:09, YuriBtr сказал:

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

это можно решить, когда мы создаем или редактируем пост мы должны проверить в БД есть ли новость с таким alt_name. Алгоритм решения прост, сколько нашло записей (получаем количество записей и итерируем $count++). И просто к alt_name добавляем номер. И получим name_news.html, если есть name_news добавляем номер. И получиться name_news_01.html. И таким образом избавляемся от дублей.

Share this post


Link to post
Share on other sites
3 часа назад, dimitron сказал:

это можно решить, когда мы создаем или редактируем пост мы должны проверить в БД есть ли новость с таким alt_name. Алгоритм решения прост, сколько нашло записей (получаем количество записей и итерируем $count++). И просто к alt_name добавляем номер. И получим name_news.html, если есть name_news добавляем номер. И получиться name_news_01.html. И таким образом избавляемся от дублей.

не рациональное решение, так как будет дополнительные запросы к базе, что вызовет большую нагрузку

оно еще куда не шло когда новостей 100-1000, а если 10000, то представь сколько времени цикл потратит

Edited by alukardua
  • Upvote 1

Share this post


Link to post
Share on other sites
1 час назад, alukardua сказал:

не рациональное решение, так как будет дополнительные запросы к базе, что вызовет большую нагрузку

оно еще куда не шло когда новостей 100-1000, а если 10000, то представь сколько времени цикл потратит

...

$count = $db->super_query("SELECT COUNT(*) as count FROM " . PREFIX . "_post WHERE alt_name='{$alt_name}'")['count'];
$count = $count > 0 ? '_' . ($count+1) : '';

ОЧЕНЬ БОЛЬШАЯ нагрузка.

Edited by Gameer

Share this post


Link to post
Share on other sites
5 часов назад, dimitron сказал:

это можно решить, когда мы создаем или редактируем пост мы должны проверить в БД есть ли новость с таким alt_name. Алгоритм решения прост, сколько нашло записей (получаем количество записей и итерируем $count++). И просто к alt_name добавляем номер. И получим name_news.html, если есть name_news добавляем номер. И получиться name_news_01.html. И таким образом избавляемся от дублей.

Этот метод ненадежный. Нельзя исключать того, что человек мог руками вбить иной порядковый номер в поле ЧПУ URL в полном редактировании и тем самым сбить нумерацию.

В моем случае мы выбираем все что подходит по маске, и в этом результате ищем свободный вариант с добавлением цифры. Его конечно тоже надо оптимизировать, так как чем больше новостей с одним заголовком, тем дольше будет идти проверка, но это уже что-то.

 

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

Share this post


Link to post
Share on other sites
2 часа назад, YuriBtr сказал:

Пусть движок говорит, что такой URL уже занят

В других CMS именно так.

Share this post


Link to post
Share on other sites
В 08.05.2019 в 13:40, ntrtv сказал:

Если новость в настоящий момент редактируется, и кто-то в админке пытается ее открыть, хорошо бы выходило предупреждение, что она открыта уже другим редактором (корреспондентом), так как получается что корреспондент написал материал, редактор редактирует, и тот вдруг хочет добавить 1 слово, и в итоге редакторские правки не сохраняются. 

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

  • Upvote 4

Share this post


Link to post
Share on other sites

@celsoft было б хорошо если при обновлении плагина не участвовало выполнение запросов с ячейки при его установке.

Share this post


Link to post
Share on other sites
23 минуты назад, Gameer сказал:

было б хорошо если при обновлении плагина не участвовало выполнение запросов с ячейки при его установке.

Они и не выполняются при обновлении. Для обновления своя ячейка запросов.

Share this post


Link to post
Share on other sites
В 08.05.2019 в 20:51, alukardua сказал:

не рациональное решение, так как будет дополнительные запросы к базе, что вызовет большую нагрузку

оно еще куда не шло когда новостей 100-1000, а если 10000, то представь сколько времени цикл потратит

нам главное в БД записать alt_name (редактирование и добавление постов это не столь частая процедура), Это же не новость показать 1000 посетителя одновременно. В основном сайт наполняют администраторы и журналисты. Да если у вас конечна сайт на котором пользователи новости добавляют то да нагрузка будет. Для обычного информационного сайта это самый оптимальный вариант.

celsoft

Обратите внимание пожалуйста может стоит добавить 4 вид ЧПУ. 

Тип 4 - ссылки на полную новость будут иметь вид http://site.ru/категория/подкатегория/имя новости.html

Мы выше прям дискуссию целую подняли по этому поводу :D.

 

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

Share this post


Link to post
Share on other sites
1 час назад, dimitron сказал:

Тип 4 - ссылки на полную новость будут иметь вид http://site.ru/категория/подкатегория/имя новости.html

так это 2й тип

Тип 2 - ссылки на полную новость будут иметь вид http://site.ru/категория/подкатегория/id-имя новости.html

а id принципе можно убрать в гугле полно хаков

первые поиски сразу привели на этот же форум )))

 

Share this post


Link to post
Share on other sites
2 часа назад, dimitron сказал:

Обратите внимание пожалуйста может стоит добавить 4 вид ЧПУ. 

Тип 4 - ссылки на полную новость будут иметь вид http://site.ru/категория/подкатегория/имя новости.html

ИМХО тогда надо выключать мультикатегории. Иначе у вас будет куча дублей, что отразится на SEO.

Или каким то образом указывать главную категорию по которой резолвить новость.

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this