Перейти к публикации

Рекомендованные сообщения

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, celsoft сказал:

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

 

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

 

Спасибо.

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, yponec сказал:

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

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

Ссылка на сообщение
Поделиться на других сайтах
В 12.04.2019 в 06:16, alex32 сказал:

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

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

Ссылка на сообщение
Поделиться на других сайтах
1 минуту назад, avimak сказал:

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

 

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

Изменено пользователем ntrtv
Ссылка на сообщение
Поделиться на других сайтах

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

Ссылка на сообщение
Поделиться на других сайтах
В 05.04.2019 в 15:56, Crashlabs сказал:

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


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

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

 

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

 

@celsoft

Ссылка на сообщение
Поделиться на других сайтах

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

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

 

Ссылка на сообщение
Поделиться на других сайтах

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

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

Ссылка на сообщение
Поделиться на других сайтах

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

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

 

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

 

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

Изменено пользователем dimitron
Ссылка на сообщение
Поделиться на других сайтах

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

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

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

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах
59 минут назад, Gameer сказал:

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

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

Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, dimitron сказал:

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

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

Ссылка на сообщение
Поделиться на других сайтах
11 часов назад, dimitron сказал:

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

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

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

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

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

Изменено пользователем YuriBtr
Ссылка на сообщение
Поделиться на других сайтах
  • celsoft изменил заголовок на Пожелания для новых версий DataLife Engine

Присоединяйтесь к обсуждению

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

×
×
  • Создать...