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

[Samsonite 9]

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

А зачем вы их заливаете? В системе плагинов файлы создаются виртуально, максимум что нужно заливать физически, так это картинку к плагину,

картинки, js скрипты, css файлы, файлы шаблона, config файлы ...

[alukardua 27]

24 минуты назад, Samsonite сказал:

картинки, js скрипты, css файлы, файлы шаблона, config файлы ...

картинки да, но все остальное можно виртуально средствами плагинов создать

[Samsonite 9]

26 минут назад, alukardua сказал:

картинки да, но все остальное можно виртуально средствами плагинов создать

пакажите как будете создавать js скрипты, css файлы, файлы шаблона, config файлы

[Captain 624]

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

пакажите как будете создавать js скрипты, css файлы, файлы шаблона, config файлы

Да, прошу прощения, на данный момент там только php и lng файлы.

[alukardua 27]

13 минут назад, Captain сказал:

Да, прошу прощения, на данный момент там только php и lng файлы.

надеюсь что функционал будет расширятся

[webair 178]

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

надеюсь что функционал будет расширятся

У вас нет представления, как это работает, видимо. JS и CSS невозможно, т.к. подключение идет в html, а не php. Крайний вариант, добавлять в начало/конец, если файлы подключены к минификатору

[alukardua 27]

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

У вас нет представления, как это работает, видимо. JS и CSS невозможно, т.к. подключение идет в html, а не php. Крайний вариант, добавлять в начало/конец, если файлы подключены к минификатору

почему нет?

css и js подключаются также как и в html, echo "<link rel='stylesheet' href='style.css'>";

просто в коде php указать его и все

[webair 178]

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

почему нет?

css и js подключаются также как и в html, echo "<link rel='stylesheet' href='style.css'>";

просто в коде php указать его и все

Основной принцип - не лезть в код DLE, чтобы при обновлениях не было проблем. Ваш подход избыточен.

[alukardua 27]

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

Основной принцип - не лезть в код DLE, чтобы при обновлениях не было проблем. Ваш подход избыточен.

а это и не лезть, просто в php файлах модуля это прописывать.

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

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

В 26.08.2018 в 03:29, alexpsp сказал:

Ну я про это и говорю. То есть на карте сайта они не нужны, а в индексе нужны? 

Ну дак закройте их от индексации у себя. Кому то может быть и нужны.

 

В 26.08.2018 в 03:29, alexpsp сказал:

Я разве говорил, что это сложно? Причем тут вообще написание плагинов мной, вы видимо тему перепутали. Я лишь привел список, как можно и нужно оптимизировать теги новостей и теги дополнительных полей из коробки.

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

[YuriBtr 58]

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

почему нет?

css и js подключаются также как и в html, echo "<link rel='stylesheet' href='style.css'>";

просто в коде php указать его и все

Вся статика типа JS, CSS и файлы картинок должны находиться исключительно в папках шаблона и только. В папке модуля, таким файлам не место, а тем более в коде PHP не место HTML разметке. Это нарушение принципа построения сайта - MVC.

[alex32 942]

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

Это нарушение принципа построения сайта - MVC.

а какое отношение DLE имеет к MVC?

[YuriBtr 58]

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

а какое отношение DLE имеет к MVC?

MVC - грубо говоря, это подход, применяемый при построении приложения или сайта, позволяющий отделить бизнес-логику (php код) от внешнего вида (шаблоны c HTML, JS, CSS, картинками) и данных (БД MySQL, конфиги). Как видите разработчик DLE уже действует по этой модели (хотя еще попадаются отдельные модули, в которых в коде php встречаются HTML разметка).

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

Было бы классно, если бы разработчик довел бы до конца соответствие DLE модели MVC, чтобы не нужно было править вывод голосовалок, рейтингов и прочего в php коде.

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

[alex32 942]

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

Как видите разработчик DLE уже действует по этой модели

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

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

Вся статика типа JS, CSS и файлы картинок должны находиться исключительно в папках шаблона и только. В папке модуля, таким файлам не место, а тем более в коде PHP не место HTML разметке. Это нарушение принципа построения сайта - MVC.

Только вот модуль плагинов не умеет раскладывать статику по директориям с шаблонами сайта....

[ntrtv 55]

Отдельно сформированные RSS-ленты для  Яндекс.Новостей, Яндекс.Дзен + основную. И, соответственно, в админке чекбоксы "Отправить в Яндекс.Новости", "Отправить в Яндекс.Дзен".

[celsoft 6 081]

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

Отдельно сформированные RSS-ленты для  Яндекс.Новостей, Яндекс.Дзен + основную. И, соответственно, в админке чекбоксы "Отправить в Яндекс.Новости", "Отправить в Яндекс.Дзен".

Не требуется, т.к. яндекс стандартизовал все у себя, и все теперь соответствует стандартам RSS 2.0 соответственно все данные могут находится в одной RSS ленте.

[ntrtv 55]

Это что касается технических требований. Но у этих двух агрегаторов разные требования к контенту. Один можно в Я.Н. но нельзя в Дзен. И наоборот. В Джумле именно так как я описал и работает.

 

[celsoft 6 081]

4 часа назад, ntrtv сказал:

Это что касается технических требований. Но у этих двух агрегаторов разные требования к контенту. Один можно в Я.Н. но нельзя в Дзен. И наоборот. В Джумле именно так как я описал и работает.

Понятно.

[webair 178]

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

[YuriBtr 58]

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

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

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

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

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

[alex32 942]

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

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

Просвещайся

Читай

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

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

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

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

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

[Gameer 310]

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

Просвещайся

Читай

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

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

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

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

[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