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

[webair 178]

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

Реализовано не будет. Минимальные требования DLE это MySQL 5.5.3 а тут сразу нужно будет сделать скачок к 5.7 чего разработчик явно не будет делать, ведь DLE можно запустить на 8мб оперативы. Лучше всего вынести в отдельную таблицу, и сделать возможным настраивать индексы этих ячеек.

А как сейчас сделано? LIKE? Ну, значит и для json будет LIKE, если версия mysql не очень свежая, а для новых версий более цивилизованные методы)

Либо, через php извращаться на старых версиях MySQL, обойдя весь массив новостей.

 

Код custom не смотрел.

Изменено 30 августа 2018 пользователем webair

[YuriBtr 58]

5 часов назад, alex32 сказал:

Просвещайся

Читай

А так же гугли  JSON_CONTAINS(),   JSON_EXTRACT() как пример. 

И предложение 

считаю весьма разумным и поддерживаю. 

Когда написал свой коммент полез проверить свои знания и увидел что такое есть, но начиная с MySQL 5.7.8 )))

Но думается мне что внедрение JSON и сопутствующие расходы CPU/Memory будут поболее чем если организовать обычное хранение дополнительных полей в отдельных записях примерно с такой структурой таблицы :
id | post_id | extra_type | extra_vlaue

 

Частично мои догадки подтверждаются отзывами юзеров на тостере

Позволю процитировать самое понравившееся:

Цитата

JSON в MySQL - это некий ответ NoSQL (той же MongoDB).
Если вы хотите заменять структуры данных, которые должны быть реляционными - то профита не получите, даже напротив.
В вашем случае: как вытекающая проблема НЕ реляционных баз, при удалении какой-либо категории, она останется у вас в JSON поле и возникнет несогласованность (дополнительно нужно писать процедуру для редактирования ВСЕХ записей, чтобы убрать удаленную категорию), или же вы можете написать любой ID, в том числе и несуществующей категории.
В общем JSON поля это хорошо, когда они используются по назначению.

В итоге - при удалении доп.поля или изменении его названия вам нужно пробежать по всем статьям и изменить JSON поле полностью.

Изменено 30 августа 2018 пользователем YuriBtr

[webair 178]

16 минут назад, YuriBtr сказал:

Когда написал свой коммент полез проверить свои знания и увидел что такое есть, но начиная с MySQL 5.7.8 )))

Но думается мне что внедрение JSON и сопутствующие расходы CPU/Memory будут поболее чем если организовать обычное хранение дополнительных полей в отдельных записях примерно с такой структурой таблицы :
id | post_id | extra_type | extra_vlaue

Почему я предложил это всё. Потому что удобно работать в json и он отлично разбирается/собирается нативными функциями php. Думаю, быстрее функций DLE

Изменено 30 августа 2018 пользователем webair

[Gameer 310]

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

Почему я предложил это всё. Потому что удобно работать в json и он отлично разбирается/собирается нативными функциями php. Думаю, быстрее функций DLE

 Быстрее. Но ни разу не профитней. https://habr.com/post/348854/

Смысл хранить json и создавать отдельную таблицу для индексирования?

[webair 178]

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

 Быстрее. Но ни разу не профитней. https://habr.com/post/348854/

Смысл хранить json и создавать отдельную таблицу для индексирования?

Всяко лучше, чем ...||Имя1|Значение1||Имя2|Значение2||... Даже если использовать как аналог тому, что есть сейчас в DLE.

Понимаю, что DLE зарождался, когда json_decode() и json_encode() еще не были в php (появились в php 5.2). Нужно наверстывать.

Когда мои знакомые, впервые сталкивающиеся с DLE видят вот это вот "...||Имя1|Значение1||Имя2|Значение2||...", начинают креститься приговаривая "да ну на..."

[4iLi 37]

Прочитал тут по поводу доп. полей и в ужасе. Какой Джейсон? Зачем он нужен, это вообще создавалось не для таких применений. 

 

По нормальному, надо просто сделать таблицу отдельную для доп. полей и все. Будет гибко, по человеческий и красиво.

[Gameer 310]

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

Всяко лучше, чем ...||Имя1|Значение1||Имя2|Значение2||... Даже если использовать как аналог тому, что есть сейчас в DLE.

Понимаю, что DLE зарождался, когда json_decode() и json_encode() еще не были в php (появились в php 5.2). Нужно наверстывать.

Когда мои знакомые, впервые сталкивающиеся с DLE видят вот это вот "...||Имя1|Значение1||Имя2|Значение2||...", начинают креститься приговаривая "да ну на..."

Смысл тогда храть просто json и использовать like так же как и сейчас? Хранение json не для этих целей, что бы его потом просто брать и json_decode делать.

[stihhi 8]

Сделайте пожалуйста в поиске и замене

 

1. Поиск и замена в заголовках

2. Поиск и замена в именах категорий

3. Поиск и замена в названиях тегов

 

Пункт 1 очень важен, правдо я уже заказал хак, но было бы не плохо, чтоб это было в стандартной сборке. 

[uta 2]

Уважаемые разработчики!

В новой версии добавьте возможность размещать «Статические страницы» по «категориям». Я думаю данная функция будет многим полезна.

Изменено 1 сентября 2018 пользователем uta

[radrigo 179]

6 часов назад, uta сказал:

Уважаемые разработчики!

В новой версии добавьте возможность размещать «Статические страницы» по «категориям». Я думаю данная функция будет многим полезна.

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

Изменено 1 сентября 2018 пользователем radrigo

[Mek 99]

В 01.09.2018 в 19:27, uta сказал:

Уважаемые разработчики!

В новой версии добавьте возможность размещать «Статические страницы» по «категориям». Я думаю данная функция будет многим полезна.

Тогда какой смысл будет покупать лицензию?)))) В демо версии количество новостей ограничено, а количество статических страниц нет...

[alukardua 27]

9 минут назад, Mek сказал:

Тогда какой смысл будет покупать лицензию?)))) В демо версии количество новостей ограничено, а количество статических страниц нет...

скорее всего он имел ввиду категории для статических только в админцентре

[uta 2]

В 03.09.2018 в 00:56, alukardua сказал:

скорее всего он имел ввиду категории для статических только в админцентре

 

В 03.09.2018 в 00:47, Mek сказал:

Тогда какой смысл будет покупать лицензию?)))) В демо версии количество новостей ограничено, а количество статических страниц нет...

Первоначально вы меня правильно поняли. Я имел виду полноценные категории для статических страниц. Что касается демо версии, я думаю разработчики без особого труда смогут поставить ограничение и на «статические страницы». Но если учитывать тот факт, что страницы автоматически не где не публикуются как новости, то и в ограничении на мой взгляд нет необходимости

Изменено 4 сентября 2018 пользователем uta

[3rm.info 0]

В 03.04.2007 в 22:43, celsoft сказал:

fatalenergy2 сказал:

человеческий визуальный редактор

А сейчас не человеческий?

Вставьте старый редактор Live Editor, на котором наши редактора работали столько много лет. Мы, пользователи, сами бы решили каким редактором пользоваться в админке.

Новые редакторы абсолютно неудобные! Особенно для работы с картинками. Чтобы поставить отступы, тени и т.д. на одной картинке нужно 4 раза отмечать в меню. Ну куда такое годится?! 

Убрали цветные иконки в меню редактора. Кому этот монохром нужен?

Убрали возможность вставки просто текста. Теперь копируешь текст с другого ресурса и нужно убирать форматирование. Очень неудобно и намного дольше.

Убрали возможность вставки ютубовских роликов в различных размерах. И т.д.

Напишите, пожалуйста, как добавить редактор Live Editor в последнюю версию движка и вставьте его в новую версию.

[alexpsp 30]

Добавить авторизацию для доступа к rss каналу.

[Taganay 27]

При добавлении новости в админке иногда переходя с закладки "Дополнительно" в закладку "Новость" по ошибке жмешь на закладку "Главная", и всё оформление новости слетает.

Просьба, чтобы при переходе с области добавления новости скрипт бы спрашивал "Вы действительно хотите уйти с этой страницы?".

К тому же у обеих закладок одинаковый символ.

[Яйцерезка 7]

3 часа назад, Taganay сказал:

При добавлении новости в админке иногда переходя с закладки "Дополнительно" в закладку "Новость" по ошибке жмешь на закладку "Главная", и всё оформление новости слетает.

Просьба, чтобы при переходе с области добавления новости скрипт бы спрашивал "Вы действительно хотите уйти с этой страницы?".

К тому же у обеих закладок одинаковый символ.

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

[Mek 99]

2 часа назад, Яйцерезка сказал:

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

Поддерживаю!

[gamessutra 15]

Нужно добавить поддержку тега {category-id} ы выводе новостей и послед комментарие -  как в меню. (Чтобы выводило только из просматриваемой категории)
Например для послед. комментариев:

{customcomments  category="{category-id}"}

И для вывода новостей

{customcomments category="{category-id}"}

 

[alexpsp 30]

Добавить возможность изменять вариант сортировку при поиске на сайте по дополнительным полям. (в настройках самого дополнительного поля - Глобальная сортировка или свой выбор)

[olifus 13]

Админпанель > Редактирование новостей > Расширенный поиск - добавьте поиск по заголовкам новостей

[olifus 13]

1. в Рекламные материалы - добавьте в категории рекламного материала отображение выставленных настроек, чтобы каждый раз не заходить в полное редактирование. 
2. редактирование блоков рекламных материалов сделайте в модальном окне.

[Яйцерезка 7]

1. Сделайте уже возможность задавать отдельный шаблон (аналог attachment.tpl) в настройках доп. поля (причина ниже, лучше комбинировать оба метода для большей гибкости).
2. Сделайте возможность использовать в attachment.tpl условий [xfname=test|test2|test3] и [not_xfname=test|test2|test3] для возможности задания различного оформления для различных доп.полей с типом загружаемый файл, т.к. таких доп.полей может быть очень много, и каждое из них "заточено" под определённый контент, например скачиваемый файл или mp4 файл должны иметь возможность отдельного оформления (например онлайн просмотр видео), да и вообще часто хочется дизайн раздельный сделать, сейчас же он единый для ВСЕХ загружаемых файлов, в том числе и используемые в тексте новости.
3. Сделайте возможность использовать в attachment.tpl условий [extension=exe|msi|apk] и [not_extension=exe|msi|apk] для возможности например в зависимости от расширения файла выводить его иконку, описание, и многое другое что можно указать в шаблоне.

Первые два пункта можно конечно реализовать самостоятельно через плагины, но это придётся изрядно перекраивать функцию show_attach и окружение её использования (и потом поддерживать эти костыли), по этому хотелось бы из коробки такой нужный функционал.

Изменено 6 сентября 2018 пользователем Яйцерезка

[odys 384]

55 минут назад, Яйцерезка сказал:

3. Сделайте возможность использовать в attachment.tpl условий [extension=exe|msi|apk] и [not_extension=exe|msi|apk] для возможности например в зависимости от расширения файла выводить его иконку, описание, и многое другое что можно указать в шаблоне.

а чем не устраивает? https://dle-news.ru/extras/online/attachment.html

{extension}

Выводит расширение загруженного к новости файла

Изменено 6 сентября 2018 пользователем odys

[MaHarder 20]

9 часов назад, odys сказал:

а чем не устраивает? https://dle-news.ru/extras/online/attachment.html

{extension}

Выводит расширение загруженного к новости файла

Полагаю дело в фильтрации, перепрочитай пожелание