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

[Taganay 27]

Нужны:

1. Новый партнер по шаблонам. Старый не делал шаблоны почти 2 года.

2. Хороший партнер-разработчик модулей для DLE, который бы делал форумы, доски объявлений, магазины, галереи и т.п. Целсофт проверял бы их на дыри и т.п. и получал с продаж свой процент. И все стороны были бы жутко довольны. У аттестованного разработчика продажи бы выросли во много раз и разработчик DLE получал бы дополнительный доход (а то на бизнес уровень его кошелька нельзя без слез смотреть) и пользователи были бы довольны. Как слоны.

[temius 1]

Нужны:

1. Новый партнер по шаблонам. Старый не делал шаблоны почти 2 года.

2. Хороший партнер-разработчик модулей для DLE, который бы делал форумы, доски объявлений, магазины, галереи и т.п. Целсофт проверял бы их на дыри и т.п. и получал с продаж свой процент. И все стороны были бы жутко довольны. У аттестованного разработчика продажи бы выросли во много раз и разработчик DLE получал бы дополнительный доход (а то на бизнес уровень его кошелька нельзя без слез смотреть) и пользователи были бы довольны. Как слоны.

Согласен.

И давно уже пора ввести возможность платного открытия тэга [hide])

[RedRoll 67]

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

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

[Jackson 4]

Добавить параметр sort в custom:

{custom category="22" template="example" aviable="main" from="0" limit="0" sort="1" cache="yes"}

1-промотры

2-комментарии

3-рейтинг (только если будет "человеческий" рейтинг, а не 5 звёзд)

4-по убыванию (дата)

5-по возрастанию (дата)

И время срока пребывания новости в custom после опубликования - 1 неделя, если применяется параметр sort.

Изменено 26 июня 2012 пользователем Jackson

[Taganay 27]

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

[celsoft 6 076]

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

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

[Taganay 27]

устанавливать лимит на количество зарегистрированный в настройках скрипта, например ставить 1

Ну я так и делаю. Правда тогда приходится создавать еще одного пользователя.

[celsoft 6 076]

Ну я так и делаю. Правда тогда приходится создавать еще одного пользователя.

зачем?

[Taganay 27]

Ну я так и делаю. Правда тогда приходится создавать еще одного пользователя.

зачем?

Потому что если поставить единицу, то помимо администратора есть возможность зарегистрироваться еще у одного человека.

По крайне мере в 7.*-8.*-х версиях так было. Сейчас не знаю.

[celsoft 6 076]

Потому что если поставить единицу, то помимо администратора есть возможность зарегистрироваться еще у одного человека. По крайне мере в 7.*-8.*-х версиях так было. Сейчас не знаю.

Это было в старых версиях скрипта, данная проблема исправлена и в актуальной версии отсутствует.

[WWW.ZEOS.IN 1 161]

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

Для примера на сайте есть 3 доп. поля:

1) Год рождения (перекрестные гиперссылки - галочка стоит)

2) Номер телефона

3) Ссылка на страницу Вконтакте

Если на сайте обратиться по адресу http://домен/xfsearch/1986/ , то нам найдёт все новости, где в полях "Год рождения" указано 1986. Так же нам найдёт все новости, где в поле "Номер телефона" встречаются номера с 1986 (например, +380977119861 ), и еще нам найдёт все новости, где в доп. поле "Ссылка на страницу Вконтакте" в url встречается 1986 (например, http://vk.com/id115198637 )

Подобное будет происходить не только с короткими цифровыми значениями, но и с именами чего либо. Например, в доп. поле "Город" в одной из новостей будет указано Харьков, а в еще одном доп. поле "Примечание" (этой же новости) будет указано, что человек готов приехать в Киев. И при поиске http://домен/xfsearch/Киев/ нам будет показываться новость с доп. полем "Город" равным Харьков, которая не должна показываться.

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

Сейчас эту проблему можно решить, прописывая в доп. поле не просто цифру 1986, а писать полностью "Год рождения 1986", и потом средствами CSS можно прятать начало "Год рождения", чтобы отображалось лишь 1986.

Либо создавать на сайте множество категорий сайта со всеми возможными годами рождения и каждую новость добавлять в несколько категорий. Например, 1986 и Киев.

[alex32 942]

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

[Taganay 27]

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

[Critical Error 155]

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

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

Изменено 5 июля 2012 пользователем Critical Error

[alexmurphy 45]

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

[Captain 623]

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

Смысл? Системных часов не хватает или вы как админ не знаете/забываете как у вас сервер настроен?

Если чO, phpinfo помогает.

[alexmurphy 45]

Если чO, phpinfo помогает.

Еще помогает в уме складывать/вычетать разницу часовых поясов, в зависимости от date.timezone, вот только гораздо удобнее сразу в админке посмотреть.

текущее время на сервере.

Даже лучше не на сервере а на самом сайте, учитывая коррекцию временных зон в настройках.

[Apache.kiev.ua 8]

Пожелание:

сделать API, который передавал бы ивенты и связанные с ними данные, например:

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

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

Это дает возможность более глубокого взаимодействия модулей с контентом сайта.

Изменено 10 июля 2012 пользователем Apache.kiev.ua

[pavelbv 1]

Управление облаком тегов

Хотелось бы видеть, сортировку тегов по длине имени тегов, количеству тегов и т.п.

Когда список тегов на сотни страниц, то толку от редактирования нет т.к. нет никакой сортировки, а просматривать все нереально.

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

[alexmurphy 45]

Когда список тегов на сотни страниц, то толку от редактирования нет т.к. нет никакой сортировки, а просматривать все нереально.

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

[pavelbv 1]

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

[Primary Sphinx 32]

Управление облаком тегов

Хотелось бы видеть, сортировку тегов по длине имени тегов, количеству тегов и т.п.

Когда список тегов на сотни страниц, то толку от редактирования нет т.к. нет никакой сортировки, а просматривать все нереально.

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

Что-то я вообще не понимаю логики. Чем короткие теги более ненужные, чем длинные. Чем например теги «Ока» и «ВАЗ» ненужнее тега «Toyota Corolla», а «Ёж» хуже «Чебурашки», «ПО» ненужнее чем «Шаблоны»? Как вообще о нужности или ненужности слова можно судить по его длине?

А второй момент — какому реально проценту пользователей это понадобится? Теги отсортированы по алфавиту и этого более чем достаточно. Добавление сортировки усложнит движок никому совершенно ненужными функциями. Вот даже сортировку новостей по дате, популярности, посещаемости... часто ли используют? Но там хоть понятно для каких целей можно ее использовать. А вот зачем длина имени... Что такое сортировка «по количеству тегов» — по правде не понятно, а что такое сортировка по « и т.п.» — не понятно вообще.

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

Можно реальный пример работы с «хотя бы какой-то сортировкой» при гигантском числе тегов?

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

Изменено 12 июля 2012 пользователем Primary Sphinx

[pavelbv 1]

речь идет о функционале в админке, а не на сайте =))

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

[Primary Sphinx 32]

речь идет о функционале в админке, а не на сайте =))

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

Для меня — не очевидно вообще. Поэтому и попросил привести любой пример применения сортировки. И что такое сортировка по количеству? Количеству чего в чем?

Изменено 12 июля 2012 пользователем Primary Sphinx

[pavelbv 1]

откройте в админке Управление облаком тегов и посмотрите, если не понятно.

Тот, кому это писал и так все поймет и решит надо или нет, я себе лично давно сделал =))