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

[Drug_4e 3]

В списке комментариев(в админке) чтобы показывалось к какой новости добавлен комментарий.

[Amaroid 0]

Есть пожелание чтобы в новых версиях уже не приходилось каждый день заходить в Файл карты сайта (Google Sitemap).

В принципе эта вкладка в админке должна быть - настроил и забыл.

1.Выставление нужных администратору пинг сервисов. (Может доп.поля для добавления необходимого URL пинг сервиса.)

2.Автоматическое обновление карты по частоте - нескольких будет достаточно - пол суток,сутки,3 дня,неделя,месяц.

3.Автоматическая отправка карты в выбранные пинг сервисы.

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

Ещё очень хочется облегчить работу редакторов. Ведь все согласятся работа по проверке новостей очень тяжёлая.Особенно когда их 400-500 в сутки.

1.Нужны шаблоны уведомлений при редактировании или удалении новости модератором.И возможность сразу же отправки ПС или e-mail журналисту .Та как 90% ошибок жуналистов одни и теже.

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

Может быть тогда и легче было бы бороться с внешними ссылками ФО ,ведь первое что ставится на новый движок так это сторонний мод редиректа.Тогда если бы администратор решил чтобы все ссылки были в хайд то выставил бы прятать ссылки этого поля под хайд , если администратор не хочет прятать ссылки то выставил бы редирект чтобы ссылки не являлись чужими.

[Adobe 111]

И как вы себе представляете соединение с удаленной БД?

p.s. из соображений безопасности, поддержка удаленнвх соединений с БД отключается

Изменено 14 ноября 2010 пользователем Adobe

[zgr 72]

Большая просьба, заменить кусок кода на более улучшенный вариант; постоянно у многих клиентов разъезжается шаблон. Просьба не ссылаться на кривые руки, а просто сделать правильно. Дело касается поиска (когда что-то ищу, "спанами" подсвечивается текст и улетает в сторону), а также дело касается рейтинга, о чем еще писал для версии 8.5, теперь для 9.х. Надеюсь, улучшения будут, иначе зачем вообще тогда нужна ветка отзывов и предложений?

Заменить в /engine/modules/functions.php :

<div class="rating" style="float:left; padding-top:2px;">&nbsp;({$lang['voten']} {$vote_num})</div>

на:

<div class="rating text_rating">&nbsp;({$lang['voten']} {$vote_num})</div>

и Добавить стили по умолчанию:

.ratebox {

  width:170px;

}

.text_rating {

  float:left; padding:0px; margin:0px;

  height:17px; line-height:17px;

}

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

[Avacore 46]

Добвить в админку возможность создавать блоки для нескольких страниц.

Например: мне теребуется создать меню в нескольких статичечких страницах:

создаем такое меню в соответствующем модуле через админку, получаем на него линк [menu-001], вставляем его в новость или статику в нужных местах, предварительно задав стиль блока и выделив текущую страницу (т.е. линк страницы на которой находится юзер)

Изменено 19 ноября 2010 пользователем Avacore

[Wanderers 17]

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

[Walk 6]

Дополнительные, обязательные, настраиваемые поля профиля.

100 раз уже писали... боты достали...

В списке комментариев(в админке) чтобы показывалось к какой новости добавлен комментарий.

Это можно самому сделать.

Не помню уже как, но я у себя добавил в шаблон ссылку на новость.

[gamessutra 15]

Нужно сделать НЕМЕДЛЕНО!

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

Например

- чтобы было для краткой новости:

1.Красный

2.Зеленый

3.Синий

- чтобы было для полной новости:

1.Красный

2.Зеленый

3.Синий

естествено чтобы в папке шаблон были три шаблона для краткой и три для полной новости

ОЧЕНЬ НАДО!!!!!!!!

[DeeMon 73]

gamessutra, вроде есть реализация этого сторонняя. И как бы не совсем "очень надо"...

[Adobe 111]

Нужно сделать НЕМЕДЛЕНО!

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

Например

- чтобы было для краткой новости:

1.Красный

2.Зеленый

3.Синий

- чтобы было для полной новости:

1.Красный

2.Зеленый

3.Синий

естествено чтобы в папке шаблон были три шаблона для краткой и три для полной новости

ОЧЕНЬ НАДО!!!!!!!!

!!111oneone не нахожу в этом ничего такого "необходимого"

[Avacore 46]

Два больших недостатка в DLE:

1. Шаблоны сайта никак незащищены от рипа.

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

Не может быть такого, что бы никак нельзя было защитить свой дизайн от рипа, пускай даже защита не будет равна 100%, но можно существенно затруднить жизнь этим воришкам!

Например: кто-то напрямую обращается по адресу (и к любым другим поддиректориям)

http://site.com/templates/Default/

и автоматически получает бан по IP на 24 часа. Ну или хоть какой-нибудь механизм защиты шаблона от рипа!!!

2. Распространение Null версий.

У меня складывается впечатление, что никто с этим не борется и бороться не желает. Движок очень легко "обнулить".

Вспомню историю с фирмой 1С, которая буквально адресно "прошерстила" каждый варезник на предмет своих игр, в итоге многие просто отказались публиковать игры от этой конторы. Почему владельцы DLE позволяют свободно распространять нуленные дистрибутивы движка!?

Изменено 2 декабря 2010 пользователем Avacore

[WWW.ZEOS.IN 1 161]

Например: кто-то напрямую обращается по адресу (и к любым другим поддиректориям)

http://site.com/templates/Default/

и автоматически получает бан по IP на 24 часа. Ну или хоть какой-нибудь механизм защиты шаблона от рипа!!!

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

Никаких защит нет и еще наверное не скоро придумают.

[Avacore 46]

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

Никаких защит нет и еще наверное не скоро придумают.

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

в любом случае - это посто предложение.

Я знаю, что никаких средств защиты нет, если бы они были я и писать об этом не стал... Надо сделать и Надо придумать! Думаю, что ты меня очень хорошо понимаешь, твой шаб вообще везде, а так быть недолжно!

Изменено 2 декабря 2010 пользователем Avacore

[aL13n 3]

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

Никаких защит нет и еще наверное не скоро придумают.

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

в любом случае - это посто предложение.

Я знаю, что никаких средств защиты нет, если бы они были я и писать об этом не стал... Надо сделать и Надо придумать! Думаю, что ты меня очень хорошо понимаешь, твой шаб вообще везде, а так быть недолжно!

Водички принести?

Имея под рукой Firefox и чуть-чуть прямые руки, любой сайт можно будет рипнуть, какая бы защита не была. Невозможно защититься, и никогда не станет возможным! Убеди все разработчиков программ, браузеров и плагинов к ним запретить отображать исходный код, тогда рипать будут уже реже, ибо не каждый сможет. Но этого не будет никогда

Рекомендую не думать об этом даже.

Изменено 4 декабря 2010 пользователем aL13n

[Avacore 46]

Невозможно защититься, и никогда не станет возможным!

Невозможно на данный момент...

Никогда не говори никогда!

Рекомендую не думать об этом даже.

Вот какраз об этом и надо думать.

[celsoft 6 095]

Вот какраз об этом и надо думать.

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

[Avacore 46]

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

Я знаю, что некоторые вообще забывают про .htaccess в папках шаблона, но это защита от прямого обращения к файлу .tpl Но никто нам не мешает сохранить сраницу спомощью оперы и немного повозиться с именами файлов, путями и т.п. и все - шаблон рипнут!

Вариант 1:

Существует сервис шифрования e-mail адресов http://www.dynamicdrive.com/emailriddler/

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

Вариант 2:

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

Да, кстати еще один вопрос: Как быть с правами файлов и папок шаблона?

Некоторые хостеры утверждают, что 666 и 777 - это избыточные права.

Изменено 5 декабря 2010 пользователем Avacore

[WWW.ZEOS.IN 1 161]

Вариант 1:

Если браузер сможет расшифровать эти пути и отобразить файлы стилей, то значит я уже смогу эти стили просмотреть.

Могут появится проблемы с некоторыми браузерами. Зашифрованные страницы не будут индексироваться поисковыми системами.

Вариант 2:

Это всё элементарно обходится

Да, кстати еще один вопрос: Как быть с правами файлов и папок шаблона?

Если планируете править шаблоны через админку DLE, то должны стоять права 666

Если не планируете, то хватит и 644

[Avacore 46]

Если браузер сможет расшифровать эти пути и отобразить файлы стилей, то значит я уже смогу эти стили просмотреть.

Могут появится проблемы с некоторыми браузерами. Зашифрованные страницы не будут индексироваться поисковыми системами.

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

Это всё элементарно обходится

смотря по какому алгоритму строить защиту

Изменено 5 декабря 2010 пользователем Avacore

[WWW.ZEOS.IN 1 161]

Может в том месте, где я на картинке обвёл красной линией, добавить кнопочки:

1) "Удалить" - чтобы можно было прям из админки удалять

2) "Просмотр" - чтобы можно было прям из админки просмотреть исходный код файла и вспомнить, что это такое

3) Добавить возможность отметить несколько файлов и возможность удалить сразу несколько

[WWW.ZEOS.IN 1 161]

Может в том месте, где я на картинке обвёл красной линией, добавить кнопочки:

1) "Удалить" - чтобы можно было прям из админки удалять

2) "Просмотр" - чтобы можно было прям из админки просмотреть исходный код файла и вспомнить, что это такое

3) Добавить возможность отметить несколько файлов и возможность удалить сразу несколько

P.S.

Предыдущее сообщение можно удалить. Сервис хранения картинок отказался сохранить картинку без ссылки на их сервис

[celsoft 6 095]

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

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

смотря по какому алгоритму строить защиту

по любому, чтобы браузеры это понимали, должен быть алгоритм по которому они расшифровывают, и то что вы например дали ссылку http://www.dynamicdrive.com/emailriddler/ это никакое не шифрование, а использование языка программирования JS для вывода адреса, и стоит мне заменить document.write на другую строчку, как я выведу весь исходный код в поле textarea, в котором все будет подготовлено для копирования.

[Avacore 46]

celsoft,

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

Изменено 5 декабря 2010 пользователем Avacore

[celsoft 6 095]

Мне ненравится слово невозможно.

Это констатация фактов. Мне например тоже не нравиться что DLE например невозможно защитить от нелегального копирования, но это тоже констатация фактов.

[Avacore 46]

Мне например тоже не нравиться что DLE например невозможно защитить от нелегального копирования

Почему невозможно!? Очень даже возможно защитить!