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

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

56 минут назад, webair сказал:

Переведите доп поля в БД в формат JSON хотя бы, если не хотите хранить каждое доп поле раздельно. Чем дальше - тем позднее это будет делать. В идеале, DLE 13.0 должна была стать революцией во всем, а не только системой плагинов. Ну ничего, подождем )

Если например сделать вот так:

{custom xfields="значение 1,значение 2"}

Как вы будете парсить json в SQL запросах?
IMHO вариант только один - выносить все значения доп.полей в отдельные записи.

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

Как вы будете парсить json в SQL запросах?

Просвещайся

Читай

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

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

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

Переведите доп поля в БД в формат JSON хотя бы, если не хотите хранить каждое доп поле раздельно.

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

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

Просвещайся

Читай

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

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

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

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

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

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

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

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

 

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

Изменено пользователем webair
Ссылка на сообщение
Поделиться на других сайтах
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 поле полностью.

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

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

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

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

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах
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||...", начинают креститься приговаривая "да ну на..."

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

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

 

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

Ссылка на сообщение
Поделиться на других сайтах
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 делать.

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

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

 

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

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

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

 

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

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

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

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

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

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

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

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

Изменено пользователем radrigo
Ссылка на сообщение
Поделиться на других сайтах
В 01.09.2018 в 19:27, uta сказал:

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

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

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

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

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

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

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

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

 

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

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

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

Изменено пользователем uta
Ссылка на сообщение
Поделиться на других сайтах
В 03.04.2007 в 22:43, celsoft сказал:
fatalenergy2 сказал:
человеческий визуальный редактор

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

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

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

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

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

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

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

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

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

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

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

c639b0885776.jpg

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

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

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

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

c639b0885776.jpg

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

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

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

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

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

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

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

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

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

 

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

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

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

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

Ссылка на сообщение
Поделиться на других сайтах
  1. в Рекламные материалы - добавьте в категории рекламного материала отображение выставленных настроек, чтобы каждый раз не заходить в полное редактирование. 
  2. редактирование блоков рекламных материалов сделайте в модальном окне.
Ссылка на сообщение
Поделиться на других сайтах
  • celsoft изменил заголовок на Пожелания для новых версий DataLife Engine

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

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

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

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

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

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

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

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

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