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

Avacore

Клиенты
  • Публикации

    296
  • Зарегистрирован

  • Посещение

  • Дней в лидерах

    11

Сообщения, опубликованные пользователем Avacore

  1. мне тоже интересно, как можно защитить движок от нелегального копирования без ущерба для клиентов?

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

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

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

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

    я предлагал уже взять на вооружение этот принцип из Wordpress, Drupal... вопрос в том, кто будет эти модули писать?

  2. У DLE существует некоторое неудобство в работе с модулями. Предлогаю организовать единый модуль в админке через который можно будет управлять загрузкой и устанавкой доп. модулей к DLE, так же легко удалять и обновлять их. Примером удачных решений для модулей могут послужить Drupal или Wordpress, если сделать все так же для DLE, будет просто замечательно!

  3. 1) Во вкладке Автопроверка системы выделить зеленым цветом пункты

    Тип лицензии скрипта: Лицензия активирована

    Режим работы сайта: Включен

    и красным если отключено или не активирована

    2) в строке

    Версия DataLife Engine: X.XX

    реализовать проверку новой версии на AJAX с возможностью установки частоты проверки версии или скорее обновлений

    Если версия устарела делать её серого цвета и ставить рядом восклицательный занак (или что-то наподобии)

    3) Создать новую вкладку и получать в неё новости с сайта dle-news.ru ввиде rss ленты , с возможностью настройки (a la Wordpress).

    4) Организовать DLE Wiki с подробным описанием наиболее частых ошибок юзверей и способов их решения.

    5) Реализовать возможность содавать собственные темы оформления админки, как и темы оформления сайта спомощью шаблонов.

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

  4. добавить в настройку групп возможность разрешения\запрета просмотра определенных страниц сайта: статистики, регистрация, восстановление пароля

    в stats.tpl не работают

    [group][/group]

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

    ==============

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

  5. Указывать текущую версию jQuery в админке, если появилась более новая версия, то обновлять её автматически или выводить список из версий на выбор из API от Google

    http://code.google.com/intl/ru-RU/apis/libraries/devguide.html

  6. celsoft,

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

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

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

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

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

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

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

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

    Вариант 1:

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

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

    Вариант 2:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

    53f1b0c45639.jpg

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

  12. Предложение по modules/topnews.php

    63-65 строки

    $link = "<a href=\"" . $full_link . "\">" . stripslashes( $title ) . "</a>";
    
    
    $topnews .= "&raquo; " . $link . "<br />";
    заменить на:
    $link = "<li><a href=\"" . $full_link . "\">" . stripslashes( $title ) . "</a></li>";
    
    
    $topnews .= $link;

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

    В идеале можно вынести модуль в админку что бы иметь возможность самостоятельно задавать маску вывода: картинку, кол-во символов, кол-во новостей, тег в которые берутся линки (например li)

  13. avacore.org

    Задача:

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

    Что делаю:

    Настройка групп пользователей => выбираю группу, Редактировать => Вкладка Новости => выбираю доступные разделы Доступные разделы => ставлю Нет в Скрывать только полную новость из недоступных разделов => очистка кеша (движка и браузера)

    Что получается на деле:

    Захожу на сайт под группой которой поставил запрет на просмотр новостей из определенных категорий, дейсвительно на главной они не выводятся, НО если зайти в основную категорию например музыка site.com/music/ новости из подкатегории основной категории site.com/rock/ (на которую был поставлен запрет) всеравно выводятся, но полную новость посмотреть не даёт.

    Как быть если надо вообще даже не выводить новости для определенной группы из определенной категории???

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