четверг, 29 мая 2014 г.
среда, 3 ноября 2010 г.
Настройка своего сервера debian/ubuntu
Мини шпаргалка по настройки полноценного сервера на основе дистрибутивов Linux Debian/Ubuntu. В инете полно такого материала, но везде по чуть-чуть, приходится тратить время на поиск инфы, здесь постарался собрать все что потребуется для запуска своего сервера.
Предполагается что вы только что установили минимальный дистрибутив Дебиана и законнектились по ssh.
Предполагается что вы только что установили минимальный дистрибутив Дебиана и законнектились по ssh.
воскресенье, 3 октября 2010 г.
Организация Модели. Управление доступом
Введение
Продолжаем размышления на тему организации модели и сегодня поговорим об управлении доступом или другими словами - авторизации, т.е. процесса проверки (предоставления) определенному лицу прав на выполнение некоторых действий.
Эта тема особенно важна для интернет/интранет приложений, где число пользователей заранее неизвестно, а количество различных операций и ресурсов велико. Как и в прошлой заметке, несмотря на то, что речь идет о Zend Framework и компоненте Zend_Acl, все размышления могут быть применены к любому фреймворку и платформе.
В рамках статьи я постараюсь осветить вопросы, появляющиеся у большинства разработчиков, использующих компоненту Zend_Acl. Опишу свою реализацию подсистемы управления доступом на основе Zend_Acl. Так же попробую обосновать некоторые моменты этой реализации.
Прежде чем перейти к прочтению статьи, рекомендую ознакомиться с официальной документацией по Zend_Acl.
Эта тема особенно важна для интернет/интранет приложений, где число пользователей заранее неизвестно, а количество различных операций и ресурсов велико. Как и в прошлой заметке, несмотря на то, что речь идет о Zend Framework и компоненте Zend_Acl, все размышления могут быть применены к любому фреймворку и платформе.
В рамках статьи я постараюсь осветить вопросы, появляющиеся у большинства разработчиков, использующих компоненту Zend_Acl. Опишу свою реализацию подсистемы управления доступом на основе Zend_Acl. Так же попробую обосновать некоторые моменты этой реализации.
Прежде чем перейти к прочтению статьи, рекомендую ознакомиться с официальной документацией по Zend_Acl.
среда, 8 сентября 2010 г.
Организация Модели: Валидация данных.
Введение
Эта статья является продолжением рассуждений на тему организации модели и посвящена организации процесса валидации данных. И не смотря на то, что практическая часть выполнена на Zend Framework, приведенные рассуждения в равной степени могут быть применены к любому фреймворку и даже платформе.
Большинство данных поступает в модель из внешнего мира, через html-формы, различные сервисы, почту и т.д. При этом, всегда необходимо производить валидацию и фильтрацию этих данных, т.к. они не надежные.
Например, при поступлении данных из html-форм в Zend Framework'е удобно использовать компонент Zend_Form. Это мощный компонент, позволяющий структурировать данные, производить гибкую фильтрацию и валидацию данных, а так же имеет механизмы вывода, включая вывод ошибок валидации.
Большинство данных поступает в модель из внешнего мира, через html-формы, различные сервисы, почту и т.д. При этом, всегда необходимо производить валидацию и фильтрацию этих данных, т.к. они не надежные.
Например, при поступлении данных из html-форм в Zend Framework'е удобно использовать компонент Zend_Form. Это мощный компонент, позволяющий структурировать данные, производить гибкую фильтрацию и валидацию данных, а так же имеет механизмы вывода, включая вывод ошибок валидации.
С другой стороны, данные в модели так же должны быть всегда в валидном состоянии и не зависеть от источника поступления. Поддержание модели в корректном состоянии это обязанность как раз самой модели. На лицо дублирование функциональности.
Избежать дублирования можно, если перенести всю проверку данных в Модель. Таким образом, мы всегда сможем гарантировать, что Модель корректна, даже если данные поступают не из пользовательских форм.
вторник, 7 сентября 2010 г.
Организация Модели в Zend Framework
Введение
Этой статьей я хочу начать небольшой цикл заметок и мыслей об организации модели в Zend Framework. Тем более что сам фреймворк мало что предлагает в решении этого вопроса. Как говорят разработчики фреймворка: Модель - это то что вы должны реализовать сами, это ваша работа.
Возникают вопросы, а как реализовывать модель, как это сделать правильно? Единого ответа нет, т.к. Модель слишком специфична и реализовывать ее можно по разному, и зависит это от множества факторов.
В то же время, умные люди систематизировали и обобщили различные подходы, которые они изложили в типовых решениях - паттернах.
Этой статьей я хочу начать небольшой цикл заметок и мыслей об организации модели в Zend Framework. Тем более что сам фреймворк мало что предлагает в решении этого вопроса. Как говорят разработчики фреймворка: Модель - это то что вы должны реализовать сами, это ваша работа.
Возникают вопросы, а как реализовывать модель, как это сделать правильно? Единого ответа нет, т.к. Модель слишком специфична и реализовывать ее можно по разному, и зависит это от множества факторов.
В то же время, умные люди систематизировали и обобщили различные подходы, которые они изложили в типовых решениях - паттернах.
суббота, 28 августа 2010 г.
Поддержка PHP 5.3 Namespaces для Zend Framework 1.10
Введение
Этот пост посвящен продолжению разработки CMF на базе Zend Framework 1.10.x.
Этот пост посвящен продолжению разработки CMF на базе Zend Framework 1.10.x.
Так как проект совсем на начальной стадии, частенько приходится переносить файлы внутри проекта по разным каталогам, т.к. структура еще не устоявшаяся. И вот после очередного переноса, опять пришлось лазить по коду и переименовывать кучу классов, что бы они соответствовали своему новому расположению. После чего появилось сильное желание перевести свой код на нэймспейсы PHP 5.3. Во-первых, родные нэймспейсы позволяют избавиться от полукилометровых названий классов; во-вторых, при перемещении класса, достаточно исправить только заголовок объявления нэймспейса, ну и в третьих, проект изначально задумывается для PHP версии 5.3 и выше, так что заботиться о том что нэймспейсы не будут доступны - глупо.
суббота, 21 августа 2010 г.
Перевод документации для Mockery
Mockery - это объектно-ориентированный PHP фреймворк для mock-объектов, написанный Community Review Team (CR Team)
Mockery сделан как независимый фреймворк и поэтому совместим с любым фреймворком для модульного тестирования (PHPUnit, SimpleTest...).
Вот небольшой список характеристик и возможностей Mockery:
- Полная поддержка Mock-объектов и Заглушек (Stub)
- Легкий, fluent API
- Гибкая настройка mock и stub
- Запись взаимодействия объектов
- Синтаксис приближенный к естественному языку
- Поддержка обобщений (untyped)
- Простые частичные mock-объекты на основе реальных объектов
- Поддержка порядка вызова подменяемых методов как в пределах локальных, так и в пределах глобальной области
- Встроенная очередь для возвращаемых значений, при повторных вызовах
- Поддержка ожиданий по умолчанию
- Поддержка замены ожиданий и их наложения
- и т.д.
Более подробно вы можите ознакомиться с фреймворком Mockery, а так же предпосылками к его появлению в
Подписаться на:
Сообщения (Atom)