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

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

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

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

1. возраст;

2. знак зодиака;

3. гороскоп;

4. предсказания и гадания и прочую ерунду, кто этим интересуется, если заполненно ФИО.

5. прочая лабуда.

Вот сколько всего можно узнать всего лишь из одной ячейки! Достоверность ее можно и в модуле проверить. Кто хочет - заполняет ячейку, другие проходят мимо.

Уже реализовано сторонним разработчиком:

_4dle.ru/mods/1147158728-userinfo-v.1.2.html

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

PaSSoR, видел уже (я там тоже мод опубликовал свой), я такое сам за 20-30 минут напишу, весь сей модульу. Мне хочется видеть именно стандартную ячейку, чтоб делать записи как можно реже в БД, а только обновлять ее и проверять соответствие данных. Добавить просто ячейку в БД для записи секунд функции time() - делов на 5-10 минут, очень надеюсь, что Целсофт это сделает, чтоб третьей ногой не пользоваться.

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

Сделайте мультишаблонную возможность рандома, т.е., что-то типа {rand f="0,100"}, я уже реализовал такое у себя, просто при обновлении что бы не парится, пусть будет. Всегда нужно, а лезть в пхп, править код не хочется :)

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

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

прикол в том, что ты не разработчик движка и эта просьба не к тебе =)))

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

1. возраст;

2. знак зодиака;

3. гороскоп;

4. предсказания и гадания и прочую ерунду, кто этим интересуется, если заполненно ФИО.

5. прочая лабуда.

чел, а зачем эту инфу нужно получать!? какие гадания, какие гороскопы!? У тебя есть свой сайт, так пожалуйста никто тебе и слова против не скажет, но в DLE такое инклюдить - это ACHTUNG!!! :blink:

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

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

это можно сделать за 5 минут, без поправки php кода

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

возможность встявлять
<br>

в название публикации

Весьма неожиданное желание :lol: Давайте лучше разберем, что вам нужно и сделаем это в CSS, что, зря его разрабатывали? ;)

это можно сделать за 5 минут, без поправки php кода

Не поделитесь секретом?

прикол в том, что ты не разработчик движка и эта просьба не к тебе =)))

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

Организовывать любые модули - дело сложное и долгое, поэтому я бы не стал поддерживать это начинание. Доработать - возможно, но не создавать. Дело в том, что это нужно единицам, а не массам, а движок все-таки позиционируется как массовый ;) Ничего лично против доработок, пусть даже и таких ненужных, как генератора форм не имею, сделает Целсофт - хуже не будет.

чел, а зачем эту инфу нужно получать!? какие гадания, какие гороскопы!? У тебя есть свой сайт, так пожалуйста никто тебе и слова против не скажет, но в DLE такое инклюдить - это ACHTUNG!!! :blink:

:D А кто сказал, что оно мне надо? - я не только свои сайты клепаю, больше другие, чтоб сеть оплачивать. Тем более, что простое добавление ячейки в БД занимает всего несколько секунд, поэтому хотелось бы видить эту ячейку в стандартном варианте, чтоб при обновлении движка не нужно было делать запрос ручками или усложнять модуль геморойными проверками и апдейтом БД.

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

что это нужно единицам, а не массам

если ориентироваться на массы, в итоге мы будем иметь нечто неинтересное и бестолковое. Пример: современная игровая индустрия, если сравнить игрушки до 2004г. с вышедшими недавно, то современные просто редкостная дрянь! Делать то же самое с движком - убить проект.

Массовость - враг всего хорошего!

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

<!--spoiler_title_end--></a></div><div id="9859ff3ed09b6340f740bef66378e290" class="text_spoiler" style="display:none;"><!--spoiler_text-->

сделайте чтоб сначала шло class="text_spoiler" а потом уже id=""

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

celsoft, установите на этот форум трекер ошибок в DataLife Engine, например IP.Tracker. Полезная штука.

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

Хотелось бы (может об этом уже где писалось, но пост такой большой что всё не просмотреть) что бы можно было при желании вообще отказаться от Капчи и использовать систему вопросов как в IPB3. Капча и все слишком сложные и навороты это всегда враг для сайта. Сколько раз бывает что вводишь будучи уверенным что ввёл все символы правильно а тебе предлагают повторить ввод? И сколько людей закрывают регистрацию лишь увидя капчу? Сам ни раз отказывался от регистрации на форумах именно из-за капчи и не надо быть высокомерным к тем кто так поступает, сайтов в инете миллионы и исходить из того что мой самый лучший не стоит, посетители могут не оценить).

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

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

Как будут обстоять дела с безопасностью в 9.0?

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

В итоге в версии 8.5 было обнаружено !!!59!!! уязвимостей.

Как же так? Неужели никто из разработчиков не думает о безопасности? :(

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

Когда же 9.0 наконец будет?

Так хочется уже обновится... ))

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

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

В итоге в версии 8.5 было обнаружено !!!59!!! уязвимостей.

Как же так? Неужели никто из разработчиков не думает о безопасности?

Потрудитесь привести хотя бы одну, не говоря уже о 59.

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

в login.tpl добавить поддержку тегов

[group], [not-group]
==================== возможно в login.tpl есть смысл использовать вот такую конструкцию:
if ($user_group[$member_id['user_group']]['allow_admin']) {

$login_panel .= <<<HTML

<a href="{$adminlink}" target="_blank">Админцентр</a><br />

HTML;

}


$login_panel .= <<<HTML

<a href="{$link_profile}">Мой профиль</a><br />

<a href="{$link_pm}">Сообщения ({$member_id['pm_unread']} | {$member_id['pm_all']})</a><br />

HTML;


if ($user_group[$member_id['user_group']]['allow_adds']) {

$login_panel .= <<<HTML

<a href="{$link_favorites}">Мои закладки</a><br />

<a href="{$link_addnews}">Добавить новость</a><br />

<a href="{$link_stats}">Статистика</a><br />

<a href="{$link_newposts}">Непрочитанное</a><br />

HTML;

}

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

На примере вышеприведенного кода я реализовал следующее:

- есть группа юзеров, которым запрещена публикация новостей на сайте;

- если ты простой юзер ты можешь юзать только ПМ и редактировать свой профиль;

- если тебе разрешена публикация, то ты можешь видеть всё меню полностью (я сделал примитив, который меня устраивает, но на каждый пункт можно создать условия проверки).

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

Предлогаю пофиксить это!

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

Добавить в шаблоны функции проверок, например:

{if(news, fixed)} hide({author}, {date}, {comments}) {/if}

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

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

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

хотя бы при этом опишите что вы хотели описать и сделать этим синтаксисом, чтобы было понятно что именно вам нужно и какие проверки делать

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

хотя бы при этом опишите что вы хотели описать и сделать этим синтаксисом, чтобы было понятно что именно вам нужно и какие проверки делать

Есть (например) зафиксированная новость с каким-то {id}, то я могу запретить выводить например: автора, дату публикации, кол-во просмотров... что угодно и в итоге иметь просто блок с текстом, а по-сути внутри шаблона задать ей условие проверки на, то что является ли она зафиксированной и что при этом делать.

Или еще вариант. Пример условия: новость с какиим-то {id} через пару дней будет автоматически удалена, то в shortstory.tpl пишем условие вида (и просто пишем счетчик на js к которому мы будем обращаться при выполнении этого условия, или какой-угодно файл):

для примера 2

{$countdown = (../js/countdown_counter.js);}


{if $news_id(delete_in = 2(days))} (

        {echo 'Время до удаления новости' "." $countdown;}

)
для примера 1
{if $news_id=23456} (

        {hide = {date}, {author}, {views};}

)

вообщем что-то нечто подобное... остается только определить перечень условий и т.п.

Это предложение относится к функциям шаблонизатора.

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

Есть (например) зафиксированная новость с каким-то {id}, то я могу запретить выводить например: автора, дату публикации, кол-во просмотров... что угодно и в итоге иметь просто блок с текстом, а по-сути внутри шаблона задать ей условие проверки на, то что является ли она зафиксированной и что при этом делать.

такая возможность есть, смотрите теги

[fixed] текст [/fixed]

[not-fixed] текст [/not-fixed]

http://dle-news.ru/extras/online/index.html?all16.html

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

такая возможность есть, смотрите теги

[fixed] текст [/fixed]

[not-fixed] текст [/not-fixed]

я это привел вкачестве примера

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

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

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

Пора уже тему называть для 9-ой линейки.

Первое мое пожелание или даже требования, это перевести весь JavaScipt на Jquery. Только что скачал 9-ую версию скрипта и ужаснулся, там чуть ли не каждое действие javascript-a выполняется разными библиотека, зачем так грузить пользователю браузер если всё может выполнять одна библиотека.

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

Первое мое пожелание или даже требования, это перевести весь JavaScipt на Jquery. Только что скачал 9-ую версию скрипта и ужаснулся, там чуть ли не каждое действие javascript-a выполняется разными библиотека, зачем так грузить пользователю браузер если всё может выполнять одна библиотека.

Вы наверное имеете ввиду класс AJAX. Так я вам могу сказать, что это заблуждение. Класс в DLE обладает рядом уникальных особенностей, которые нужны DLE и на которые неспособен тот же класс в Jquery. А переписывание и дополнение в Jquery для поддержки этих возможностей по объему займет то же место. Какие то мелочи можно поменять, но это уже по мере наличия свободного времени

Ссылка на сообщение
Поделиться на других сайтах
  • celsoft изменил заголовок на Пожелания для новых версий DataLife Engine

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

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

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

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

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

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

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

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

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