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

[weddaan 27]

23 минуты назад, celsoft сказал:

Но вы не можете этого сделать, те кто не имеет лицензии лишены права помощи.

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

Скрытый текст

 

Изменено 19 июня пользователем weddaan

[celsoft 5 891]

14 минут назад, weddaan сказал:

Обязательно только через поддержку решать?

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

[ntrtv 52]

Сделайте, пожалуйста, кнопку "Очистить кэш" доступной для группы "Главные редакторы". Потому что пользователи этой категории могут править новости, но если не почистить кэш сразу же, то материал блокируется в Дзен.Новости, так как то, что в RSS-ленте и то, что на сайте после правки, различаются (даже если только на 1 символ).

[celsoft 5 891]

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

Сделайте, пожалуйста, кнопку "Очистить кэш" доступной для группы "Главные редакторы". Потому что пользователи этой категории могут править новости, но если не почистить кэш сразу же, то материал блокируется в Дзен.Новости, так как то, что в RSS-ленте и то, что на сайте после правки, различаются (даже если только на 1 символ).

При правке публикаций кеш очищается автоматически, он вообще обновляется автоматически если меняются данные в базе. Никаких кнопок для этого нажимать не нужно. При условии что все делается через DLE и стандартные возможности DLE. К очистке кеша RSS это тоже относится.

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

[ntrtv 52]

11 минут назад, celsoft сказал:

При правке публикаций кеш очищается автоматически, он вообще обновляется автоматически если меняются данные в базе. Никаких кнопок для этого нажимать не нужно. При условии что все делается через DLE и стандартные возможности DLE. К очистке кеша RSS это тоже относится.

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

Все делается стандартными средствами, разумеется. Кэш-то может и очищается, но проблема существует. У настройки "Принудительная очистка кэша" значение 0. Возможно, так получается потому что мы используем cloudflare?

 

P.S. Да, кажется в этом и была проблема. Спасибо, благодаря вам решили. Не всегда всё удается предусмотреть и предугадать.

Изменено 21 июня пользователем ntrtv

[celsoft 5 891]

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

Все делается стандартными средствами, разумеется. Кэш-то может и очищается, но проблема существует.

Как она может существовать если RSS поток всегда актуальный, после редактирования новости? Если кеш очишается, то проблемы не может существовать в принципе.

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

Возможно, так получается потому что мы используем cloudflare?

Конечно может, потому как статику кеширует уже не ваш сайт, а может кешировать сам cloudflare. Соответственно для RSS там нужно задавать правила исключения, и не кешировать эти страницы.

[Pupsator 16]

Есть плагин, отчистить Кеш в Clouflare, сразу в админке. Актуална, и работает на последней версии дле

 

[ntrtv 52]

11.07.2023 в 16:27, Pupsator сказал:

Есть плагин, отчистить Кеш в Clouflare, сразу в админке. Актуална, и работает на последней версии дле

 

Я просто добавил rss-ленту в исключения, чтобы она не кешировалась в  Clouflare

[NlCKRUS 45]

Добрый день.

В шаблон "Настройка E-Mail сообщения, которое отсылается при добавлении нового комментария на сайте" не плохо было бы добавить возможность вставить ссылку на фото, которое вставляется через {image-upload}

например, комментарий без текста, только фото, а на эл почту приходит пустое сообщение.

и чтобы css соблюдалось, а то комментарий большой, с новой строчки пишут, все красиво на сайте, а в эл почту приходит письмо и там коммент все в одну строчку, без переносов строк

---------------

если использовать для вставки фото в комментарии тег {image-upload}

то форма добавления комментария становится существенно больше за счет появления области "переместите сюда изображение"

https://ibb.co/hFYqpyh

после добавления фото в этой области появляется очередь загруженных сообщение

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

то есть на форме добавления комментария остается только кнопка "добавить фото", если фото добавляют, тогда появляются мини фото добавляемого фото.

Изменено 28 июля пользователем NlCKRUS

[Uralbox 3]

Добавьте в сл версию DLE кеширование в тегах custom как это реализовано в Custom-Cache by Sander

[Uralbox 3]

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

[desart 0]

12.05.2023 в 13:07, desart сказал:

В будущих версиях возможно сделать checkbox, чтобы при добавлении новости была возможность отключить режим загрузки на внешнее хранилище?

Извиняюсь за небольшой дубль... Немного откорректирую изначальное: не checkbox - а выбор категорий, как это реализовано например для групп - в какие категории пользователь может добавлять новости - либо ВСЕ, либо определенные, которые выбрал администратор...

*Таким образом загрузка на внешнее хранилище может быть Включена - всегда... а сама загрузка на внешнее хранилище будет ТОЛЬКО для выбранных категорий... foto/files/archive и т.п. И не нужно будет при добавлении трогать лишний checkbox... 😇

[celsoft 5 891]

19 часов назад, desart сказал:

Извиняюсь за небольшой дубль... Немного откорректирую изначальное: не checkbox - а выбор категорий, как это реализовано например для групп - в какие категории пользователь может добавлять новости - либо ВСЕ, либо определенные, которые выбрал администратор...

*Таким образом загрузка на внешнее хранилище может быть Включена - всегда... а сама загрузка на внешнее хранилище будет ТОЛЬКО для выбранных категорий... foto/files/archive и т.п. И не нужно будет при добавлении трогать лишний checkbox... 😇

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

[desart 0]

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

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

Согласен, моя ошибка 😀 Ну тогда, как я и писал изначально checkbox - в таком случае будет выбор для ЛЮБОЙ категории/новости выбрать, куда загружать файлы/фотки...

*Единственный момент, который мне кажется важен - изначальное положение checkbox(вкл/выкл) - наверно лучше, чтобы он был Выключен по умолчанию... Конечно, если будет выбор в настройках - это будет супер...

[Uralbox 3]

Сделайте выбор кол-во выводимых публ при быстром поиске на сайте.

[Uralbox 3]

Вижу это можно легко изменить в php, значительно ли будет влиять на нагрузку смена с 5 до 10 выводимых публ?

[fanera 13]

Хотелось бы иметь возможность настраивать вывод {edit-date} по аналогии с {date}, вроде {date=d-m-Y H:i}.

Также хотелось бы, чтобы была возможность включать настройку, которая выводит {edit-date} без учета того пославлена ли галочка на "Выводить информацию о том что новость отредактирована", т.к. многие сайты этого не имеют (вывода этой информации в посте), но это было бы полезно для микроразметки и прочего.

[Crashlabs 43]

27.08.2023 в 15:30, fanera сказал:

Хотелось бы иметь возможность настраивать вывод {edit-date} по аналогии с {date}, вроде {date=d-m-Y H:i}.

Также хотелось бы, чтобы была возможность включать настройку, которая выводит {edit-date} без учета того пославлена ли галочка на "Выводить информацию о том что новость отредактирована", т.к. многие сайты этого не имеют (вывода этой информации в посте), но это было бы полезно для микроразметки и прочего.

Продолжая идею с {edit-date}, хотелось бы иметь возможность задавать формат даты в дополнительных полях. Сейчас если в настройках дополнительного поля задан формат вывода даты, то нет возможности вывести на разных страниц в разном формате даты одно и тоже дополнительное поле.

Изменено 28 августа пользователем Crashlabs

[alexkenon 0]

Здравствуйте.

 

Только 2 пожелания:

1. Переделать 3 дефолтных темы под широкоформатку. Они сейчас фиксированы, а год 2023. Надо актуализировать.

2. В дефолтных шаблонах, не важно, но, например, "Green" - есть меню категорий слева. Если категорий от 15 и выше (около того), то они не залазят в это меню, т.е. высоты просто не хватает. Надо сделать категории, подкатегории в виде скрывающихся/раскрывающихся списков. Движок то новостной, а про это вообще забыли. Это должно быть по дефолту. Опять же год 2023.

Заранее благодарю, особенно, если пожелания будут учтены.

[MSK 271]

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

[TeraMoune 39]

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

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

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

[MSK 271]

23.09.2023 в 02:26, TeraMoune сказал:

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

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

 

[Sander1 56]

Парочка предложений по утилите управления плагинами.

1. Есть параметр `Обязательное наличие плагина`. Но он поддерживает только один плагин. А иногда когда делаешь комплексную систему – идёт связка из нескольких отдельных модулей. Идеальным вариантом было бы использование чего-то подобного конфигурационному файлу composer-а, например что-то примитивное типа:

{
	"name": "Sandev\CurrentModName",
	"require": {
		"php": "^7.1 || 8.1",
		"dle": ">=14.2 && <16.0",
		"Sandev\RequiredModule": "*",
		"Sandev\AnotherRequiredModule": "*",
	}
}

А если сюда ещё добавить и autoload-psr4, то будет вообще сказка.

2. На странице списка плагинов сделать поиск на JS, чтобы был без перезагрузки страницы.
А если развить тему из п.1, то было бы очень удобна организация быстрого поиска по vendor-у. Выводить список авторов на подобии облака тегов.

3. На страницу плагина добавить все элементы управления плагином, а не только "Сохранить". Это прям вот вообще необходимо.

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

Комментарий по п.3 и п.4: Заходишь на незнакомый сайт, нужно выполнить оптимизацию. А там 50+ плагинов и часть из них имеют имена `rate fav img`, `JS скрипты`, `Новое` и т.п. Приходится открывать плагин, смотреть что там, потом возвращаться назад, вновь искать этот плагин в огромном списке чтобы выполнить любое действие над ним кроме сохранения. Это жутко неудобно.

И незначительный багрепорт. Если первый в списке плагин переместить вниз, то у него не будет верхней кромки из-за наличия класса `no-border-top`. Странно зачем вообще так сделано если можно просто стилями всё оформить:

.table tbody tr + tr td {border-top: 1px solid:#ccc}

 

[celsoft 5 891]

7 часов назад, Sander1 сказал:

Есть параметр `Обязательное наличие плагина`. Но он поддерживает только один плагин. А иногда когда делаешь комплексную систему – идёт связка из нескольких отдельных модулей. Идеальным вариантом было бы использование чего-то подобного конфигурационному файлу composer-а, например что-то примитивное типа:

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

[MSK 271]

8 часов назад, Sander1 сказал:

Заходишь на незнакомый сайт, нужно выполнить оптимизацию. А там 50+ плагинов и часть из них имеют имена `rate fav img`, `JS скрипты`, `Новое` и т.п. Приходится открывать плагин, смотреть что там, потом возвращаться назад, вновь искать этот плагин в огромном списке чтобы выполнить любое действие над ним кроме сохранения. Это жутко неудобно.

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

Например, несколько плагинов правят файл xxx.php - вывести на страницу все правки этого файла с обратными ссылками на плагин, который правит каждый блок...