И последняя птица заповедника

В продолжении прошлых тем, народ, что можете сказать про Phalcon PHP framework, им вообще кроме автора кто-то пользовался?

Таким образом я соберу полную коллекцию впечатлений от «велосипедов» фреймворков на ЛОРе :-)

Пользуются. Он довольно шустр.

А что конкретно тебя интересует?

им вообще кроме автора кто-то пользовался?

Я пользовался.

что можете сказать

Он, в принципе, неплох.

Вот тоже заинтересовал. Сегодня поставил. Но еще не пользовался ;)

Всем отписавшимся выше:

Так ви в их только палочкой тыкаете или есть истории успеха с реализацией каких-то законченных продуктов?

Конкретно, в чем его преимущества перед остальными подобными, кроме скорости работы?

Ведь подобных решений сейчас достаточно.

Желательно по пунктам, весь список пжалуста :-)

http://kolesa.kz/
http://krisha.kz/

Real-world high load на Phalcon.

Нормально.

Спасибо.

Конкретно, в чем его преимущества перед остальными подобными, кроме скорости работы?

Кроме скорости, в принципе, других преимуществ нет. Но там, где критично важна скорость работы кода и нет желания или возможности уйти с PHP, там он востребован. Ниша достаточно узкая, почему Phalcon особой популярности и не сыскал.

Я — так даже палочкой не тыкал. Нет под него задач :)

Таким образом я соберу полную коллекцию

о каких фреймворках ты уже собрал печатления?
статистика будет?

CakePHP, Laravel, Symfony 2, Phalcon.

Не будет статистики, я ленивый ;-)

CakePHP, Laravel, Symfony 2, Phalcon

В этой коллекции нет Yii.

Я не пользовался, и вообще далёк от веб-программирования, но мои знакомые пользуются и нахваливают.

В этой коллекции нет Yii.

Не пробовал, хотя по отзывам разработчиков довольно неплохая вещь.

Видел одну полуэнтерпрайзную софтину на Yii 2.0, не падала, нагрузку держала.

Так ви в их только палочкой тыкаете или есть истории успеха с реализацией каких-то законченных продуктов?

Есть истории, но мы их вам не покажем. Впрочем, не высоконагруженные, а так, средненькие.

Если грубо и коротко об особенностях, то:

• требует собирать модуль для php на сервере, или искать пакет - следовательно, шаред-хостинги без приличного доступа пролетают сразу. Если нет чрута и контейнерной магии, то версия фреймворка будет одинаковая на весь сервер. Кому-то это будет минусом, нам было всё равно.
• действительно шустрый, но от тормозов кривого кода это не спасает.
• нельзя вот так вот взять и посмотреть в исходники втупую, что пару раз смущало - приходилось вчитываться в код на Си, что не каждый пхпшник сможет. Во второй версии они воткнули zephir, стало полегче, но всё равно вот так вот нагло var_dump внутрь их кода не вставишь. Впрочем, было нужно один раз.
• с багами сталкивались один раз, но с мелкими - встроенная сжималка asset-ов вырезала кириллические строки из js. Мелочь, а было неприятно. Но это давно исправлено.
• в наборе есть ORM и обёртка для монги, оба достаточно неплохие, но без изысков. Без особо диких сложностей можно навернуть сбоку что-то своё, наверное, но не было необходимости. Да и потеряется хвалёная сишная производительность. В ORM-е как-то недоставало мелочей, сходу не вспомню уже каких.
• шаблоны можно писать как в пхп, так и через jinja2-подобный twig. Он вполне хорош.
• сам фреймворк, если сравнивать с симфони (выбирали между ними) очень ненагруженный. Если в симфони есть куча правил о том, что куда класть и в каких конфигах что писать, то в фальконе этого ничего нет, практически полная свобода. Есть принятая структура приложения плюс некий набор классов для модулей, но, в общем, делай что хочешь и как хочешь. С одной стороны это большой плюс - иногда в симфонийском оверынтерпрайзном аду голову сломаешь, пока десяток yaml-овских конфигов не ткнёшь, и всё равно не совсем очевидно, что там в коде внутри происходит. С другой - в симфони можно скачать готовый модуль-бандл с чем-то, прописать его в конфиг и он у тебя заработает, а в фальконе ничего готового высокого уровня быть не может, так как нет строгой структуры проекта. Хотя что-то уровнем «пониже» (набор классов и тому подобное) подключается вполне нормально. Как минимум composer и его внутренности втыкались без проблем

Такие дела.

Фреймворк, мягко говоря, неоднозначный. С одной стороны, основной упор идет на скорость. Следовательно, ЦА высоконагруженные большие проекты. С другой стороны, он абсолютно не подходит для больших и сложных систем:

1) документация дерьмо редкостное (а поскольку нельзя посмотреть в исходники, проблема очень серьезная), 2) куча мелких багов, которых, опять же, нельзя нормально отдебажить 3) понимание авторов фреймворка, о том, что такое DiC, явно ограничивается только каким-то левым блогпостом о Service Locator - во всем фреймворке нету dependenсy injection - только глобальный service locator запихнутый во все щели 4) С релизом версии 2.0 они через неделю дропнули саппорт для всех предыдущих версий - шикарное решение

В общем, это так, очередной фреймворк для блогов и хомяков. И зачем блогам и хомякам нужен супер перформанс - хз

Возможно, что этим и обусловлена его малая распостранённость, в сравнении с остальными.

с выходом PHP 7 это поделие еще более стало ненужным.

с выходом PHP 7 это поделие еще более стало ненужным

«С выходом Linux графические редакторы стали ещё более ненужными» — где-то так звучит.