tag:blogger.com,1999:blog-8294525521138940022024-09-22T14:05:16.030+03:00Полезные мне (а может и еще кому) заметки.yugeonhttp://www.blogger.com/profile/15979496113141773371noreply@blogger.comBlogger15125tag:blogger.com,1999:blog-829452552113894002.post-56662540191224261992014-05-29T17:55:00.001+04:002014-05-29T17:55:39.100+04:00

http://feedback.fl.ru/topic/452337-skorej-vsego-moj-akk-vzlomali/#

yugeonhttp://www.blogger.com/profile/15979496113141773371noreply@blogger.com0tag:blogger.com,1999:blog-829452552113894002.post-90389727283481944872010-11-03T15:02:00.004+03:002010-11-21T14:57:04.491+03:00

Мини шпаргалка по настройки полноценного сервера на основе дистрибутивов Linux Debian/Ubuntu. В инете полно такого материала, но везде по чуть-чуть, приходится тратить время на поиск инфы, здесь постарался собрать все что потребуется для запуска своего сервера. Предполагается что вы только что установили минимальный дистрибутив Дебиана и законнектились по ssh. 1. Обновим список пакетов deb http

yugeonhttp://www.blogger.com/profile/15979496113141773371noreply@blogger.com10tag:blogger.com,1999:blog-829452552113894002.post-59189409746692052412010-10-03T00:48:00.003+04:002010-10-18T17:47:51.420+04:00

Введение Продолжаем размышления на тему организации модели и сегодня поговорим об управлении доступом или другими словами - авторизации, т.е. процесса проверки (предоставления) определенному лицу прав на выполнение некоторых действий. Эта тема особенно важна для интернет/интранет приложений, где число пользователей заранее неизвестно, а количество различных операций и ресурсов велико. Как и в

yugeonhttp://www.blogger.com/profile/15979496113141773371noreply@blogger.com9tag:blogger.com,1999:blog-829452552113894002.post-37343143232740559242010-09-08T14:28:00.000+04:002010-09-08T14:28:55.334+04:00

ВведениеЭта статья является продолжением рассуждений на тему  организации модели и посвящена организации процесса валидации данных. И не смотря на то, что практическая часть выполнена на Zend Framework, приведенные рассуждения в равной степени могут быть применены к любому фреймворку и даже платформе. Большинство данных поступает в модель из внешнего мира, через html-формы, различные

yugeonhttp://www.blogger.com/profile/15979496113141773371noreply@blogger.com7tag:blogger.com,1999:blog-829452552113894002.post-66456390156985473262010-09-07T02:26:00.001+04:002010-09-07T02:30:27.663+04:00

Введение Этой статьей я хочу начать небольшой цикл заметок и мыслей об организации модели  в Zend Framework. Тем более что сам фреймворк мало что предлагает в решении этого вопроса. Как говорят разработчики фреймворка: Модель - это то что вы должны реализовать сами, это ваша работа. Возникают вопросы, а как реализовывать модель, как это сделать правильно? Единого ответа нет, т.к. Модель

yugeonhttp://www.blogger.com/profile/15979496113141773371noreply@blogger.com5tag:blogger.com,1999:blog-829452552113894002.post-40643262162708004492010-08-28T03:39:00.001+04:002010-08-28T20:21:28.515+04:00

Введение Этот пост посвящен продолжению разработки CMF на базе Zend Framework 1.10.x.  Так как проект совсем на начальной стадии, частенько приходится переносить файлы внутри проекта по разным каталогам, т.к. структура еще не устоявшаяся. И вот после очередного переноса, опять пришлось лазить по коду и переименовывать кучу классов, что бы они соответствовали своему новому расположению.

yugeonhttp://www.blogger.com/profile/15979496113141773371noreply@blogger.com3tag:blogger.com,1999:blog-829452552113894002.post-29878080679633316122010-08-21T20:57:00.000+04:002010-08-21T20:57:34.158+04:00

Mockery - это объектно-ориентированный PHP фреймворк для mock-объектов, написанный Pádraic Brady одним из участников Zend Framework Community Review Team (CR Team).  Mockery сделан как независимый фреймворк и поэтому совместим с любым фреймворком для модульного тестирования (PHPUnit, SimpleTest...). Вот небольшой список характеристик и возможностей Mockery:Полная поддержка Mock-объектов

yugeonhttp://www.blogger.com/profile/15979496113141773371noreply@blogger.com0tag:blogger.com,1999:blog-829452552113894002.post-80787114240098315042010-08-18T13:36:00.000+04:002010-08-18T13:36:05.211+04:00

Начиная с PHP версии 5.3.0+ прикладному разработчику по умолчанию доступна библиотека SPL (Standart PHP Library), которую теперь даже нельзя отключить опциями компиляции. В связи с этим, можно безопасно пользоваться решениями предоставляемыми этим расширением. В этой заметке я хотел бы осветить набор стандартных исключений, предоставляемых SPL. Начиная с PHP 5 появилась встроенная поддержка

yugeonhttp://www.blogger.com/profile/15979496113141773371noreply@blogger.com1tag:blogger.com,1999:blog-829452552113894002.post-13794455790600911212010-08-12T18:33:00.001+04:002010-08-12T20:48:39.310+04:00

Продолжаем серию статей посвященную интеграции Doctrine 2.0 и Zend Framework 1.10. В этой статье мы добавим поддержку кеш-драйвера для Doctrine на основе Zend_Cache.Введение Кеш-драйвер очень важная часть Doctrine, т.к. без кеширования метаданных и запросов, производительность в целом может существенно упасть. Поэтому разработчики строго рекомендуют использовать кеш. По умолчанию, в доктрине

yugeonhttp://www.blogger.com/profile/15979496113141773371noreply@blogger.com1tag:blogger.com,1999:blog-829452552113894002.post-57346185860308001092010-08-11T14:57:00.003+04:002010-08-16T21:16:31.793+04:00

В этой статье я продолжу разработку некого каркаса приложения на Zend Framework'e, придерживаясь лучших практик из мира объектно-ориентированного проектирования. Мы шаг за шагом будем интегрировать Doctrine 2, а поможет нам Dependency Injection контейнер, который мы успешно интегрировали в предыдущей статье. Подготовка Для лучшего понимания материала, советую ознакомиться с документацией по

yugeonhttp://www.blogger.com/profile/15979496113141773371noreply@blogger.com0tag:blogger.com,1999:blog-829452552113894002.post-54564482950260246492010-08-07T18:24:00.013+04:002010-08-10T17:24:35.153+04:00

Возникло у меня желание, начать новый проект на Zend Framework'е с применением лучших практик из мира объектно-ориентированной разработки ПО и современных тенденций PHP-индустрии. Целью всего этого является конечно же обучение и закрепление изученного материала. Первым делом, решил интегрировать Dependency Injection контейнер в Zend Framework.  Ибо без этого трудно добиться "хорошего"

yugeonhttp://www.blogger.com/profile/15979496113141773371noreply@blogger.com2tag:blogger.com,1999:blog-829452552113894002.post-38928617756315368022010-07-25T14:50:00.068+04:002010-08-08T15:34:55.051+04:00

Мысль организовать свой процесс более упорядоченно и систематизировано витала давно. Долгое время пользовался бесплатными хостингами проектов, наподобие http://www.assembla.com/ и http://www.xp-dev.com/. В принципе для open-source проектов отличные решения. А вот для приватных проектов - на ассембле придется платить, а на xp-dev нельзя гибко настраивать доступ к проекту, либо полностью открытый

yugeonhttp://www.blogger.com/profile/15979496113141773371noreply@blogger.com3tag:blogger.com,1999:blog-829452552113894002.post-68325869064666388952010-07-24T04:25:00.003+04:002010-08-01T00:26:58.700+04:00

Продолжение перевода статьи Мартина Фаулера "Inversion of Control Containers and the Dependency Injection pattern" оригинал которой доступен здесь. Первая часть доступна здесь. Использование Service Locator Главное преимущество Dependency Injector в том, что убирается зависимость класса MovieLiester от конкретной реализации средства поиска MovieFinder. Это позволяет мне дать список фильмов

yugeonhttp://www.blogger.com/profile/15979496113141773371noreply@blogger.com4tag:blogger.com,1999:blog-829452552113894002.post-61514965045849156452010-07-21T22:35:00.011+04:002010-07-28T02:31:12.831+04:00

Попытки разобраться с принципом ООП Инверсия зависимостей (Dependency Inversion Principle) привели к статье Мартина Фаулера "Inversion of Control Containers and the Dependency Injection pattern" оригинал которой доступен здесь. Поиски перевода на русский язык не увенчались успехом, поэтому решил сделать перевод, заодно и лучше понять эту статью и сам принцип. Inversion of Control Containers and

yugeonhttp://www.blogger.com/profile/15979496113141773371noreply@blogger.com13tag:blogger.com,1999:blog-829452552113894002.post-28849036822189445172010-07-20T18:47:00.006+04:002010-08-01T00:22:25.871+04:00

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

yugeonhttp://www.blogger.com/profile/15979496113141773371noreply@blogger.com0