Разработка приложений на AMFPHP

[@HighOctane]

В Zend_Amf есть незакрытый баг, он касается авторизации со стороны флешки через header-секцию AMF-пакета. А вообще Zend_Amf очень удобный. И сам Zend Framework в частности. Не знаю, откуда у вас «нелюбовь» к фреймворку.

[@aleks_raiden]

И, большой плюс — зенл поддерживаеться Adobe и там была новость про официальное партнерство, про помощь в разработке, и даже вот Flash Developer for PHP вышел.

Единственное что да, слышал о быстродействии, но убедительных тестов не выдел. И если быстродействие значимо, что видимо нужно использовать сокеты или другие приемы типа true FCGI

[@Hast]

Вот, например.

[@aleks_raiden]

не увидел там деталей — может они сравнивали всю систему роутинга зента и зенд_дб против нативного скрипта. И кода нет — фейл :)

[@Hast]

Что ж, надо будет собственный тест произвести, раз ничего толкового в интернетах нету. Может быть даже оформлю подробное сравнение отдельным постом. Посмотрим :)

[@Krio]

Извините, а чем Вам пост не подошел для изучения AMF? Да и в комментариях достаточно много информации.

[@socialNoob]

Как автор поста, на который Вы ссылаетесь, хочу сказать, что у меня не рассмотрены вопросы работы с VO, и описаны базовые шаги.

Здесь же рассматривается еще одна интересная фича этого формата.

[@Hast]

Там нету основ работы с форматом, как раз того, что мне и не хватало в своё время. Приведённый вами пост можно рассматривать, например, как дополнение к данному.

[@Krio]

Кстати, а как в amfphp «завернуть» один класс в другой?
При необходимости в Zend_Amf использую вариант с setClassMap (дока тут)
$server->setClassMap('SimpleObjectVO', 'Object');
$server->setClassMap('app1.Vo.UserDataVO', 'UserData');
$server->setClassMap('app2.Vo.UserDataVO', 'UserData');
$server->setClassMap('app2.Vo.UserDataVO', 'UserData');
$server->setClassMap('app3.Vo.LetterVO', 'App_Db_Letter');

Таким образом при использовании более расширенного автолоадера (App_Db_Letter => App/Db/Letter.php) можно избежать такой структуры папок «services/Vo/app/Vo/UserDataVo.php», а также при разработке приложений с разными методами взаимодействия с сервером (Amf, ajax, ...) будет возможность использовать одни и тежи классы.

[@Hast]

Нет, в AMFPHP (по крайней мере в 1.9 версии, с которой я работаю) такой возможности не предусмотрено. Но, как по мне, функционал этот избыточный. Во всяком случае, в своей практике я с необходимостью подобной реализации не сталкивался.