Свои пять копеек.
Самое главное, имхо, что забыли - это и есть "зачем" создавали. Понятно, что удобнее и проще, но это ведь не самоцель, да? =)
ООП позволяет представить любой объект системы как тип данных. Собственно, и представляет... А так же описать действия над ним. Давайте на примере:
- есть тип данных Int. У него есть характеристики: максимальная длина, положительное/отрицательное. И есть операции над Int: сложить, вычитать, умножать, делить (тут сложнее, но условно оставим).
То же самое - в реальном приложении. Есть у нас объект "Пользователь". С полной уверенностью можно сказать, что это - тип данных, поскольку у него есть и характеристики (атрибуты/поля) и методы (регистрировать, удалять, банить и т.д.).
Типов пользователей может быть много: девочки, мальчики, старухи, извращенцы и т.д. Но, несомненно, для внешней системы они одинаковы: их по-прежнему можно банить и удалять, регистрировать и восстанавливать им доступ. Строго говоря - это и есть соответствие интерфейса (имплементация) базовому типу. Попробуй-те как запомните, что для извращенца надо использовать функцию ban_mule, а не ban_user, что нужно использовать ban_girl, а не ban_boy... Попробовали?
Что же дает ооп? Наследование, как таковое, гарантирует минимальный ГАРАНТИРОВАННЫЙ набор методов у объекта, имплементация - соответствие одного типа другому, инкапсуляция - изолирование данных от остальных объектов (пример про извращенца актуален. Для того, чтобы его забанить - мне не нужно помнить, что у него бан проходит с сообщением "Ах ты ****** сын", вместо "Вы были забанены"), что банить его нужно на весь период и т.д.
Вообще, тема холливарная изначально: странно еще, как это народ не набежал =)
ЗЫ: про быстродействие. Плюшки все. Обращение ко внешним источникам данных проходит в сотни раз дольше, чем работа логики. Ну с некоторыми допусками, конечно ;)
bearman, можно с Вами не согласиться? Если используется синглтон, или (что лучше) - черный ящик, то очень хорошо конфиги ложатся в концепцию ООП. Все те же методы (получить, сохранить, закешировать), все те же данные... И в наследование замечательно ложатся и в композицию: вам ли не пофиг должно быть - откуда вы берете настройки: из файловой системы, бд или memcache? Вполне себе оправданно ;)
Аедрей, все есть память. Желаете решение без файла и бд? пожалуйте ;)
Пишете демона, который будет просто коллектором. Получили переменную - тыркаемся по сокету, получили значение - ушли. Нравится? :)
ЗЫ: гораздо проще закешировать в FS/СУБД/Memcache. Но наш народ любит извращаться... Хыхы)
"А чо Zend"? Предупреждать надо же.
Вообще не понятно где доки для разрабов? Судя по структуре на ФС, модульной структуры не наблюдается => расширяемость под соммнением.
И еще: а что будет, если поставить систему в папку? Судя по шаблону - будет очень нехорошо. CSS и JS однозначно рухнут.
<link type="text/css" rel="stylesheet" href="/cms/css/cms.css" />
PS: Выглядит красивее, нежели общий анализ ситуации... (
Нет. Это - постер новостей. Мои контакты, вроде, указаны... Если предложения есть, конечно :)
Апдейт:
Новая версия скрипта.
Обращаю Ваше внимание на то, что необходимо следить за правами на папки.
Хочется сказать спасибо товарищу zuziken за показанные примеры. Именно благодаря ему вы сейчас получаете апдейт.
- На примере сайтов zuziken выяснилось, что некоторые сайты на движке DLE не отдают сообщение о положительной или отрицательной попытке добавления. Поэтому сейчас скрипт отдает сообщение "Добавление статьи под сомнением" вместо отрицательного результата. Проверяйте в самом начале ручками результат (в профиле ;))
- Так же, на этих же сайтах нашлись баги с кодировками koi8-r/utf-8/windows-1251, которые и были исправлены.
- Исправлен баг с получением капчи
- Много мелких внутренних изменений.
Большая просьба:
Поскольку количество различных хаков и модов в DLE очень большое - возможна некорректная работа скрипта. Точнее - маленькая пробиваемость. Если вы будете скидывать логи мне в приват (лучше - просто список сайтов, на которых пробив отрицательный) - это может помочь мне более полно рассматривать причины "поражений". =)
Действительно. Дизайн просто убийственный... Давно такого не видел )
А теперь вопросы:
1. Код - открыт/закрыт?
2. Качество программного продукта.
3. Системы шаблонизирования.
( подлежит удалению )
Написано ведь ясно все - нет прав для открытия на запись файла "/**.ru/engine/data/config.php".
Измените их на 777, например, после изменения настроек - верните обратно ;)
blkd, А что, если Linux?
Если же просто новое окно (без привязки к браузеру) - просто <a href="http://domain.tld/page.html" target="_blank">Anchor</a>.
Проверьте папку temp. Права и содержание.
Чего файрбаг говорит? На 3.0.3 проблем не обнаружено. Буду благодарен за описание проблемы ;)
