Author Archives: Sergej Kurakin

Почему мне начинает нравится Zend Framework и PHP

  1. Мне нравиться PHP
  2. Мне очень нравиться PHP
  3. Мне нравиться то, как сделан Zend Development Environment и то, что Zend Development Environment прекрасно поддерживает Zend Framework с подсказками кода
  4. Мне нравиться то, что я всегда без проблем могу посмотреть в исходники Zend Framework и разобраться что к чему
  5. Мне нравиться Zend Framework потому что я могу продуктам с его использованием спокойно делать стандартный debug с Zend Development Environment, поставить Break point там где хочу и посмотреть как оно там всё происходит
  6. Мне нравиться, что я его могу тупо скачать как ZIP или TGZ, закинуть на сервер куда угодно, прописать в include_path и радостно пользоваться им как хочу
  7. Мне нравиться, про я могу использовать разные шаблоны запуска/создания проекта, именно такие, какие мне нравятся или кажутся нужными для проекта
  8. Мне нравиться, что PHP можно без проблем за несколько минут поставить почти на любую платформу, а значит там можно запустить Zend Framework

Zend Framework 1.0.0 – как бы я строил начальный каркас

Не знаю, на сколько я прав в этом вопросе, но я не думаю, что совершил много грубых ошибок в проектировании. Тех, кто далёк от архитектуры Model-View-Controller попрошу остановиться и ознакомиться где-либо с этой идеологией.

Итак, для установки Zend Framework 1.0.0 на сервер не нужно никаких особых шаманств с бубном. Всё что вам нужно, это соответствовать требованиям Zend Framework. Там нет ничего сложного – PHP 5.1.4 (рекомендуется 5.2.2), SPL и, возможно, некоторые extensions, если вы будете использовать определённые компоненты Zend Framework.

Структура каталогов для быстрого старта с Zend Framework о которой пойдёт речь далее.

Continue reading →

Google расширяет возможности REP

Почему никто не догадался это сделать до Google? Ведь почти гениально! Они начали расширять REP.

Первое, что ввёл Google, это новый META: <META NAME=”GOOGLEBOT” CONTENT=”unavailable_after: 25-Aug-2007 15:00:00 EST”> который позволяет указать, после какой даты страница будет неактуальна, убрана и или архивирована и не будет актуальна для посетителей. Теперь можно прекрасно управлять промо-страницами и всем, что имеет ограниченные временные рамки на актуальность.

Хочу заметить, что unavailable_after не убирает саму страницу из системы Google а удаляет её только из результатов поиска.

Позаботились и не о HTML документах. У нас появился новый HTTP заголовок: X-Robots-Tag:, который позволит задать параметры индексации для других документов.
Примеры:
X-Robots-Tag: noarchive, nosnippet – не архивировать и не не показывать ссылку кеш рядом с результатом.
X-Robots-Tag: noindex – не индексировать.
X-Robots-Tag: unavailable_after: 7 Jul 2007 16:30:00 GMT – время, после которой нужно убрать страницу из результатов поиска.

Для того, что-бы воспользоваться новыми HTTP заголовками на Apache, должен быть включен Apache Module mod_headers. Воспользовавшись директивой <FilesMatch> можно задать эти заголовки. К примеру, в каталоге с нужным файлом положить .htaccess с таким содержанием:

<FilesMatch "avatar.jpg$">
	 Header add X-Robots-Tag "noindex"
</FilesMatch>

Вот и всё.

Первые 8 часов с Zend Framework 1.0.0

Провёл с Zend Framework 1.0.0 около 8 часов. Результат: всё-таки я это дело запустил, подключился к базе, сделал 404 страницу, сделал форму регистрации. Подводных камней куча. Мануал по Zend Framework и примеры желают лучшего. По сравнения с Ruby on Rails стартовать реально сложно – примеры все написаны под разные версии до 1.0.0 и очень часто отличаются структурой.

Первое и самое лёгкое в процессе, это установка: всё просто – скопировал в папку, в include_path закинул и всё, можно пользоваться. Подробности – Introduction to Zend Framework, Installation.

Далее – контроллеры. С ними Quick Start прошёл тоже быстро. Фактически всё из Quick Start прошло без проблем, кроме 404 страницы. Всё сделал как они описали, но не заработало. Код я видимо взял из примера и у меня пробрался throwExceptions в режиме true, как только я понял что к чему, всё заработало. То, как устроена обработка 404ой ошибки с Zend_Controller_Plugin_ErrorHandler мне понравилось. Пока не разобрался с возможностью самому задавать правила роутинга, но это наверняка мелочь уже.

Что меня на данном этапе удивило – это то, что нет единой принятой структуры каталогов, как у Ruby on Rails. Конечно, в Quick Start есть пример, но всё это сделано руками и где-то в мануале, а на это статью не сразу натыкаешься. Я бы сказал не хватает Creating a weblog in 15 minutes – с Ruby on Rails я как-то проще начинал.

Итак, так как я уже разобрался с контроллерами и акшинами, я перешёл к конфигам. WOW! и никаких конфигов тоже небыло. Если надо – пожайлуста, делай сам, из массива, из .ini или из .xml. Где и как будет лежать – наши/ваши проблемы.

Конфиг есть, пора бы и за базой поработать. Обилие возможностей для работы казалось бы не может не радовать. Zend_Db_Select, Zend_Db_Table, Zend_Db_Table_Row. Осилил я Zend_Db_Table и Zend_Db_Table_Row. Часа 3 потратил на то, чтобы загрузить модели, ну или то, что в Zend Framework называется моделью. Оказывается, не смотря на то что в структуре примера есть папка application/models у меня их автоматом не грузит. Как их грузить я вообще не нашёл, поэтому тупо сделал им require_once и всё вроде заработало.
Пока не нашёл способа, куда вводить их моделям валидацию, как в Ruby on Rails, видимо, в Zend Framework всё реализовано по другому. Особо хакать исходники времени небыло, я оставил всё как есть. Потом меня приятно удивил метод save – в случае ошибки, он падает с Exception. Я ожидал что он элементарно будет возвращать true/false и всё. Ладно – обошли это проблему пока, и особых решений этой проблемы я пока не видел, зато видел где-то в их wiki много try { […] } catch { […] } при работе с их моделями.

Скажу честно – впечатления пока никакие. Я ожидал намного больше и со стороны документации и со стороны примеров. да и со стороны самого Zend Framework 1.0.0 я ожидал куда более простую систему, чем увидел. Может это и не верное первое впечатление, но именно оно отталкивает меня от использование Zend Framework в работе и заставляет меня использовать личные разработки.

SimpleActiveRecord 0.0.2

Сегодня я запустил в свет SimpleActiveRecord 0.0.2.

Что нового?

  • Ввёл тесты для магических методов, которые естественно, он завалил, и их я тут-же поправил.
  • Плюс ко всему добавилась проверка на то, NULL или не NULL значение поля по умолчанию если оно пустое должно быть. Теперь, если сделать unset(); для поля и у него NULL = YES в структуре базы – оно после сохранения станет NULL а не пустой строкой. Присвоение значения по умолчанию при unset();
  • Разделил тесты между простыми методами и методами создания записей в базе.
  • Заложил возможность на проверку типов данных. Уже сейчас он проверяет значение поля типа SET на соответсвие сета.

Что для меня важного в этом классе?

  • Он сам узнаёт название таблицы в конструкторе.
  • Сам подгружает имена полей, их типы и значения по умолчанию.
  • Я приучаю себя всегда документировать код.

Маленький кусочек OpenSource

Так как каждый из нас, программистов, постоянно экспериментирует и старается развивать себя и свои возможности и знания, я регулярно пересматриваю разные чужие OpenSource решения, пишу какие-то свои маленькие скрипты, библиотечки, классы, которые иногда даже не выходят за пределы localhost или превращаются в коммерческие продукты dip.:studio – их выкладывать на обзор всей публики не целесообразно, но чем-то поделиться хочется.

Так вот, в свободное время, дома, я начал писать маленький простенький ActiveRecord. Пока могу показать только версию SimpleActiveRecord 0.0.1. В пакет входит сам класс, быстро сгенерированная документация на phpDoc (там есть примеры использования), маленький набор тестов Unit Тестов на phpUnit. Всё это чудо рассчитано на PHP 5.2.3.

Я не буду утверждать, что это супер-оригинальное или гениальное решение, просто это мой взгляд на быстрою и простую реализацию ActiveRecord в версии 0.0.1. Если у кого либо есть конструктивные комментарии – пишите (модерация включена, пересматриваю регулярно раза 2 в день).

Первый более мение серьёзный WEB проект

Наверно сегодня именно тот день, когда стоит написать о том, какой был мой первый более мение серьёзный WEB проект, причём коммерческий и сделанный в команде. Вы не спрашивайте как и почему именно сегодня, мне просто хочется это сделать именно сейчас.

Тогда я только начинал свою карьеру WEB-программиста, работал в маленькой конторе с классным брендом "META Grupė". Бренд считался солидным, так как в нём было слово "Grupė" (в переводе с литовского: группа). У компании было 3 отдела – коммуникации (занимался продажами какой-то там телефонии), компьютерный (продажа, сервисное и послесервисное обслуживание компьютеров в офисах) и WEB (в котором собственно работал я). В команде нас тогда работала трое (говорят идеальное число) – Я, Vladimiras Lekečinskas (aka Xekc) и Rudolfas Cybulskas (aka Asperix). Xekc в этой шайке был главным (после руководства компании), Asperix был программистом, а я так, человек который делал всё остальное (тексты ввести, за блондинку по интерфейсам покликать, что-то где-то найти в интернете, прочая не квалифицированная работа). А ещё я был на третьем курсе программирования в VIKO (тогда правда он назывался VAEM).

Значит, все мои знания и желание творить подтолкнули меня к тому, что в начале я начал писать код. В начале HTML, простенький, не валидный но рабочий. Как сейчас помню – толстый талмуд с надписью HTML 4 который я листал по вечерам изучая этот язык разметки. Знакомился и с CSS, правда, всё знакомство было основано на копировании кусков чужих стилей для табличной вёрстки. За этим последовали первые куски кода на PHP 3 (да да, тогда в Литве было много серверов с поддержкой PHP 3). Первый "Hello World!", первое соединение с базой, потом первый снифер (вообще-то это был логер, записывавший IP, Бродилку, URL и время посещения), первая гостевая книга на My SQL (интересно, если бы сейчас её откопать, сколько XSS и SQL атак на ней можно было-бы провести?).

И меня заметили и первым моим заданием стал форум для сайта Lietuvos Sveikata. Это была уже полностью командная работа – ну как, 2 программиста. Никакого API, никакого опыта командной работы, никакого CVS/SVN. Знали только одно – общую структуру таблицы пользователей и несколько переменных в сессии, от которых зависело залоглен ли пользователь. Естественно, когда написали код, без API, пришлось ещё пару дней это всё соединять. И оно заработало. Ошибки потом ещё долго отлавливали.

Паралелно я где-то увидел (или мне показали) первые XSS атаки. Это был <script>alert(‘You a hacked!’);</script> – оно вроде тогда ещё то и названия XSS не имело. Тогда весь ввод мы позакрывали при помощи PHP функции strip_tags. Я не знаю, хорошо ли она работала на тот момент, но, нам казалось что всё в порядке.

На этом рассказ о моём первом серьёзном WEB проекте можно закончить. Проект проработал потом долго без моих каких-либо изменений в коде. Я даже (если не изменяет память) ушёл работать в другую компанию, а он работал.

Вот так, примерно, я стал WEB программистом. С тех пор я не сильно хотел менять что либо в своей профессиональной жизни. Я по прежнему пишу код на PHP, слежу за тем, что в нём нового и какие курьёзы бывают.