С 2007 года мы жили на trunk-версии. Доколе! Хватит!

hg clone https://limb3.googlecode.com/hg/#RC-prepare limb2010.1

Список изменений настолько велик, что проще описать, что мы умеем:

Ядро – пакет CORE

Подключение классов и поддержка отложенной загрузки кода, работа с пакетами (lmb_package_*), работа с переменными окружения (lmb_env_*), проверка входных параметров (lmb_assert_*), коллекции и единичные контейнеры.

IoC  -пакет TOOLKIT

Пакет TOOLKIT – есть реализация паттерна Dynamic Service Locator. Суть этого паттерна состоит в том, что есть некий легко доступный объект, который является общим местом для доступа ко всем популярным объектам (сервисам) и в том, что возможности этого объекта можно легко расширять. Основное отличие от большинства подобных решений в том, что инстанцирование описывается императивно.

DBAL (Data Base Abstraction Layer) – пакет DBAL

В данный момент поддерживаются: MySQL 4.1+, SQLite, Oracle (OCI8), PostgreSQL 8.2+, Linter

Архитектура пакета DBAL вполне стандартная:

• Driver Драйвер (Driver) – базовые классы для работы с базами данных, которые абстрагируют доступ к базе данных. При помощи них осуществляются операции выборки и изменения состояния базы данных (select, update, insert, delete и т.д.).
• Query  - группа классов, позволяющих тем или иным образом инкапсулировать SQL запросы.
• Criteria  - группа классов, позволяющих строить условия для SQL запросов.
• Dump  - группа классов, используемых для загрузки sql-дампов.

ORM (Object-Relation Mapping) – пакет ACTIVE_RECORD

Первоначальная идея пакета ACTIVE_RECORD взята из фреймворка Ruby-On-Rails. RoR в данном случае выступали в качестве функционального ориентира, но мы не копировали полностью его API и функционал, а реализовывали только то, что было необходимо в текущий момент.

Основные характеристики:

• автоматическое определение наименований и типов полей таблицы
• поддержка отношений один-к-одному, один-ко-многим и много-ко-многим
• поддержка ValueObjects
• поддержка наследования в рамках одной таблицы (Single Table Inheritance)
• поддержка “отложенной загрузки” (LazyLoading) для коллекций
• тесная интеграция с шаблонными системами WACT и MACRO
• “жадные” операции  - attach и join
• пользовательские коллекции

Шаблонизация – пакеты VIEW, WACT и MACRO

limb3 следует парадигме MVC, как средству логичного разбиения кода, на относительно независимые куски. Пакет VIEW представляет одноименный слой MVC, и представляет из себя абстракцию от конкретного механизма шаблонизации. В данный момент основным шаблонизатором в limb3 является MACRO, пришедший на смену WACT’у. Помимо них VIEW поддерживает Blitz, JSON и нативный PHP.

MACRO – это своего рода syntactic sugar для нативного РНР. Мы пошли не по пути хэлперов, а остались верны тегам и фильтрам. Кратко о нем:

• промежуточная компиляция в PHP-код
• две области видимости переменных: глобальная и локальная (на уровне шаблона)
• механизм фильтров
• шаблоны комбинируются через include (включение дочернего шаблона), wrap (включение в родительский шаблон) и template+apply (применение шаблона)
• поддерживается концепция слотов
• готовые теги для работы со списками, деревьями, пейджингом, формами и их полями, ссылками и интернационализацией
• готовые фильтры для различного форматирования строк, чисел, дат и специальных форматов
• расширяем через собственные теги и фильтры

Веб-приложение – пакет WEB_APP

Пакет WEB_APP позволяет стоить веб-приложения, применяя парадигму MVC (Model-View-Controller). Сам WEB_APP пакет предоставляет классы для реализации только Controller составляющей. Выбор средства для реализации модели и отображения все равно лежит на конечном разработчике приложения, хотя пакет реализован таким образом чтобы максимально упростить работу с приложениями, где в качестве модели будут выбраны “родные” Limb3 пакеты DBAL и ACTIVE_RECORD, а в качестве отображения – пакет VIEW.

Limb3-приложения строятся обычно на основе цепочки фильтров, которая запускается из файла index.php. Цепочка фильтров стоится из набора типовых фильтров пакета WEB_APP или из тех, которые сочтет нужными реализовать конечный разработчик приложения.

Тестирование – пакет TESTS_RUNNER

TESTS_RUNNER – пакет для организации и запуска SimpleTest тестов для приложений, которые содержат большие тестовые наборы. В поставку с пакетом входят классы, которые позволяют выполнять тесты в cli или web-режиме.

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

Прочие пакеты

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

Инкубатор

Некоторое время назад мы ввели концепцию инкубатора. В него помещаются все “молодые” пакеты, которые еще не прошли испытание боем, недокументированные пакеты или пакеты не покрытые тестами. В данный момент в нем находятся:

• CONSTRUCTOR – генератор моделей, контроллеров, шаблонов на основе схемы БД
• PROFILE – средство для профилирования кода, запросов к БД и кешам
• CRON – базовая функциональность для крон-задач, с ведением лога в БД и административной страничкой просмотра этого дела

Текущие проблемы

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

Помимо этого на версии RC проходят не все тесты, но это поправим до релиза.

Итого

Если вы матерый РНР-программист, и всякие ZF и Symfony вам жмут в плечах и не дают расправить крылья, то приходите к нам. Мы очень гибкие, честно-честно.

• Код: hg clone https://limb3.googlecode.com/hg/#RC-prepare limb2010.1
• Документация
• Чтобы въехать (быстрый старт)
• Форум поддержки
• Временный треккер

• The PCRE Extension
• The String Extension
• Array Extension
• Mail Functions
• Variables Handling
• XML Extension (SAX)
• XML DOM Extension
• URL Functions
• GD Extension
• exif extension

Полную версию можно прочесть здесь.

Как уменьшить время загрузки сайта в 5 раз, тремя строчками кода.

Есть 4 относительно простых способа, с помощью которых вы можете уменьшить время загрузки страницы:

• делать меньше HTTP запросов
• выставлять expires на далекое будущее
• сжимать компоненты вашей страницы gzip’ом
• обфускачивать ваши JavaScript и CSS файлы, а так же сам HTML-код

После моего поста об объединении CSS и JavaScript файлов, я написал PHP-скрипт, который будет автоматически применять все вышеперечисленные способы. Все, что вам нужно сделать, это поместить следующий код в начало своего PHP-файла:

require_once ( 'class.compressor.php' ) ;
$compressor = new compressor ( 'css,javascript,page' ) ;

А этот код в конец:

$compressor -> finish ( ) ;

Сравните:

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

Примеры с использованием gzip, без него.

Скачать можно тут.

Inclued представляет из себя PECL-пакет, со всеми вытекающими последствиями. Что бы не дублировать информацию в интернете (а на самом деле лень писать) вот ссылка на информацию об установке PECL’овских пакетов.

Inclued версии 0.3 в процессе работы строит дерево подключений и самостоятельно сохраняет его в файл, вида inclued.XXXXX.X в dumpdir, указанный в php.ini.
Пример php.ini, для использования inclued:

...
inclued.enabled = On
inclued.dumpdir = /tmp/
...

Создадим несколько файлов:
a.php

';

b.php

';

c.php

';

d.php

';

index.php

';
var_dump(inclued_get_data());

и посмотрим, что нам «выдаст» index.php. В моем случае (с включенным xdebug) это:

a.php
d.php
c.php
b.php
index.php

array
'request' =>
array
'_REQUEST' =>
array
empty
'_COOKIE' =>
array
empty
'SCRIPT_FILENAME' => string '/var/www/inclued/index.php' (length=26)
'REQUEST_URI' => string '/inclued/' (length=9)
'REQUEST_TIME' => int 1200852009
'includes' =>
array
0 =>
array
    'operation' => string 'include' (length=7)
    'op_type' => int 2
    'filename' => string 'a.php' (length=5)
    'opened_path' => string '/var/www/inclued/a.php' (length=22)
    'fromfile' => string '/var/www/inclued/index.php' (length=26)
    'fromline' => int 2
1 =>
array
    'operation' => string 'include_once' (length=12)
    'op_type' => int 4
    'filename' => string 'b.php' (length=5)
    'opened_path' => string '/var/www/inclued/b.php' (length=22)
    'fromfile' => string '/var/www/inclued/index.php' (length=26)
    'fromline' => int 3
2 =>
array
    'operation' => string 'require' (length=7)
    'op_type' => int 8
    'filename' => string 'c.php' (length=5)
    'opened_path' => string '/var/www/inclued/c.php' (length=22)
    'fromfile' => string '/var/www/inclued/b.php' (length=22)
    'fromline' => int 2
3 =>
array
    'operation' => string 'require_once' (length=12)
    'op_type' => int 16
    'filename' => string 'd.php' (length=5)
    'opened_path' => string '/var/www/inclued/d.php' (length=22)
    'fromfile' => string '/var/www/inclued/c.php' (length=22)
    'fromline' => int 2
'inheritance' =>
array
empty
'classes' =>
array
empty

Помимо того, что информацию можно получить с помошью inclued_get_data(), как уже было сказано выше, inclued сохраняет схему вызовов в отдельный файл, в формате JSON.

Сохраненный файл можно использовать для построения графиков вызовов. Для это в пакете присутствует скрипт gengraph.php, предназначенный для генерации описания графа на языке DOT, который потом можно визуализировать с помощью Graphviz

Для имеющегося у нас набора файлов график будет выглядеть следующим образом:

В завершение вот моя интерпритация gengraph.php, для генерации графиков «в одно действие».

PS: Помимо графиков подключений файлов inclued умеет строить графики иерархий классов. Но это позже, если кому то будет интересно.

Сервис как и все гениальное прост: теперь все, что необходимо для построение графиков это сформировать URL.

На сегодняшний день поддерживаются несколько типов диаграмм:

Поддерживаются все необходимые(на первое время) опции:

• заголовок
• легенда
• набор цветов
• заливка цветом диаграмм, фона и поверхностей
• различные типы осей координат
• сетка
• вертикальные и горизонтальные маркеры
• различные типы линий
• выносные метки, для круговых диаграмм

Отличный способ разгрузить собственный сервер

Доступ к DOM-элементам

Доступ к DOM-элементам теперь стал похож на JQuery. Поддерживаются три типа операций:

Выборка (query)

var links = YAHOO.util.Selector.query('ul[class^=list] li:first-child a:not([href=#])');

Вернет все ссылки, у которых хреф не #, из первого элемента списка, класс которого начинается с “list”.

Фильтр (filter)

var nodes = document.getElementsByTagName('li');
nodes = YAHOO.util.Selector.filter(nodes, '.selected');

Вернет все элементы с классом “selected”, из nodes.

Проверка (test)

var nodes = document.getElementsByTagName('li');
var is_selected_list_items_exist = YAHOO.util.Selector.test(nodes, '.selected');

Вернет true, если есть li-элементы с классом selected, ну и false в противном случае.

Подкачка скриптов и CSS-файлов

Теперь YAHOO.util.Get умеет подкачивать скрипты (YAHOO.util.Get.script()) и CSS-файлы(YAHOO.util.Get.css()) после загрузки страницы. Соответственно если вам скрипты нужны не каждый раз, то можно их грузить по обстановке, за что вам пользователь и сервер спасибо скажут.

Профайлер

Ура! Даешь много данных хороших и разных!
*шепотом: А мы все равно будем использовать firebug…*

JSON-компонент

Главная фича – умеет парсить json, и соответственно контролировать его правильность:

try {
var prod = YAHOO.lang.JSON.parse(jsonString);
} catch (e) {
alert("Invalid product data");
}

Самое вкусное – напоследок…

Графики и диаграммы

Вроде бы эта штука существовала отдельно и раньше, хотя с mootools путать. Теперь же есть в самом YUI, и очень даже ничего. Работает на Flash’е( версия 9.0.45), поэтому гладка и анимирована.

• виды нграфиков: обычные координатные графики(точками и линиями), бары, пироги, а так же их группы (серии)
• формат данных – объект YAHOO.util.DataSource, который можно получать откуда душе угодно. По ним, кстати, и таблицы строить удобно и легко, следовательно смена вида таблица/график по кнопке, делается за несколько минут
  
• умеет перерисовываться по времени
• умеет рисовать легенду

Из остального – как обычно потрясающая документация. За одни только cheatsheet’ы на каждый раздел хочется пожать руку и угостить компотом.

Группировка строк в гридах

Скроллинг списка табов

Тип столбца – дерево

Помимо этого обновлена документация, добавлено несколько примеров.

Новость на блоге Ext JS

Специально для таких любителей сотворить геморрой на пустом месте (а скорее не себе, а своему подчинённому), есть PECL’овское расширение SPL_Types, которое вводит строгую типизацию. Пример кода можно найти тут.

Вкратце:

getMessage();
}

• умеет генерировать HTML (вот такой), XML и XMI (например для Umbrello).
• резок, как понос, ибо на Perl’е написан
• поддерживает следующие Doc-кострукции:
  • @param
  • @argument
  • @return
  • @returns
  • @author
  • @deprecated
  • @see (связи с с методами, классами обрабатываются)
  • @version
  • @requires
  • @throws
  • @exception
  • @link
  • @fileoverview
  • @class
  • @constructor
  • @type
  • @extends
  • @private
  • @final
  • @member
  • @ignore
  • @base
  • @addon
  • @exec

Даешь документацию всего JS-кода!

UPDATE: Как оказалось JSDoc’и прекрасно понимает JSEclipse.

ThickBox не устроил своей жесткостью, ибо рысканье по коду обнаружило нехватку настроек, а именно, невозможность навесить свой callback для AJAX-запросов.

Поискал немного, и наткнулся на jqModal, маленький и гибкый. Его хоть ковырять проще, ибо меньше он.