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

kang

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

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

  • Посещение

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

    5

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

  1. zgr,

    Если вы чаще работаете с cp-1251 версией, то конечно же, тут нет никаких проблем. Вы просто редактирутее исходные php файлы от UTF версии в своей (cp-1251) кодировке, эти файлы и передаете заказчику. При этом шаблоны вы тоже можете редактировать в своей CP-1251 кодировке, а заказчику передавать просто инструкцию. А как быть тем, кто для себя использует UTF верию? С шаблонами работать нормально, а для php файлов приходится использовать CP-1251 кодировку, либо конвертировать их в UTF. Очень неудобно работать с разной кодировкой в разных файлах одного дистрибутива. Поэтому я прошу привести все файлы к одной единой кодировке. В обычной версии пусть это будет CP-1251, а в UTF версии пусть это будет UTF-8.

    Вы выше писали что это будет хорошо только для меня. Хотя на самом деле тот вариант, который сейчас может быть удобен только для таких как вы — кто выполняет единичные заказы под UTF, постоянно работая с cp-1251.

    Перевести все файлы в UTF очень просто. Все это можно выполнить пакетно. Но, не хочется отдельно скачивать для этого специальную программу. Хочется чтобы все это было изначально заложенно в дистрибутив.

  2. Поменяйте, пожалуйста, кодировку всех php файлов в utf-8 в utf версии DLE.

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

    Ошибаетесь, сударь!

    Если бы вы пользовались UTF версией то поняли бы что шаблоны то все в UTF кодировки. Или их тоже переводить для "вашего" блокнота в кириллическую кодировку? Смысл тогда UTF версии?

    Даже если ваш блокнот не поддерживает UTF кодировки, в чем я глубоко сомневаюсь, то как же вы собираетесь работать с UTF шаблонами?

  3. Тема последнее время часто висит в активных. Думал стоящий сайт решил зайти. А попал на

    Уважаемые вебмастера, Вы просматриваете тестовую страницу DataLife Engine. Текущая версия 9.2.

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

    Отсутствие рекламы говорите? А как же баннер в шапке? Как же ваши "друзья", которые плавают из стороны в сторону? А отсутствием pop-up окон вы никого не удивите. Я бы был больше удивлен их наличием.

    Радует только то, что начало положенно :) или, как сказал Михал Сергеевич Горбачев: "Процесс пошел". Развивайте, слушайте советы, наполняйте сайт уникальным контентом, и кто знает, может через год сайт наберет свою постоянную аудиторию :)

    Удачи в нелегком деле!

  4. Поменяйте, пожалуйста, кодировку всех php файлов в utf-8 в utf версии DLE.

    Еще с самой первой версии UTF DLE мучаюсь. Редактор настроен по умолчанию на utf кодировку. Поэтому при редактировании php файлов постоянно приходится переключаться сначала на Кириллицу (windows), затем пересохранять файл в utf. :(

  5. Всех с Новым Годом!

    Успехов в сайтостроении и личной жизни!

    Спасибо за UTF версию и переход на jQuery в 2010.

    Жду новых приятных сюрпризов от DLE в новом уже 2011 году!

    Ну вот, закончил поздравительное сообщение ровно к 12:00 по МСК :)

    Всех с праздником!

    • Поддерживаю 2
  6. ДЛЕ проделал огромный путь, за который было сделано действительно многое.

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

    Интересно, а если возможность поддержки перехода с более старых версий опустить, то наверное можно было бы глобально обновить ДЛЕ?

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

    Лично мне бы хотелось, чтобы ДЛЕ претерпел глобального улучшения, пусть даже без возможности обновления.

    Ведь для переноса пользователей и контента можно написать и конвертер.

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

    Как считаете?

  7. Avacore,

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

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

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

    thumb.png

    с этим соглашусь!

  8. Понравились NetBeans и Eclipse

    Правда сложные в освоении :(

    Eclipse, кстати тоже очень понравился при работе с Java (не путать с JavaScript и jsp, хотя последний имеет к нему отношение).

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

  9. Все верно, хеш не поддается обратному действию.

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

    Допуситм ваш алгоритм выглядит примерно так (псевдокод):

    function alg(item[0], item[1]){
    
    return item[0]+item[1];
    
    }

    где пароль должен состоять строго из 2 цифр.

    Например: 55. Из функции видно что к 5 нужно прибавить 5. Получится 10.

    А если вам дать число 10 и попросить его расшифровать? Думаю у вас будет как минимум 9 разных вариантов.

    На самом деле в действительности все гораздо сложнее, так что даже не пытайтесь дехешировать пароль :)

  10. inokentik,

    Принцип работы этого сайта прост.

    Вы вводите пароль, допустим password, он генерирует для него хеш "5f4dcc3b5aa765d61d8327deb882cf99", который тут же заносится в базу данных, после чего вы вводите этот текст (5f4dcc3b5aa765d61d8327deb882cf99) и он уже из своей базы данных по вашему запросу находит что это password, так как процес шифровки односторонний, тот тут происходит банальная подставка из БД.

    Если кто-то вводил туда, допустим qwerty, то по запросу "d8578edf8458ce06fbc5bb76a58c5ca4" он найдет это слово. А если слово какое-то новое, допустим какой-нибудь произвольный набор букв и цифр, зашифрованный в md5, и не введеный на этом ресурсе, то он тут будет бессилен :)

    Думаю принцип понятен?

    Можете попробовать зашифровать слово через функцию md5(); или на другом сайте, а потом проверить расшифровать на том, что вы указали выше. Уверен он не справиться до тех пор, пока вы не введете это слово на том сайте :)

    md5 можно узнать методом брутфорса, но если он будет длиный и хотябы с цифрами, то обычному ПК не хватит нескольких лет. В DLE же используется метод двойной шифровки md5(md5()); то есть полученный md5 шифруется повторно. Так что наши пароли в безопасности, если конечно вы не ввели в качестве пароля слово qwerty или password ;)

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