Как вариант, если бюджет оправдывает, зарегистрировать ООО как НКО или ИП (уже без НКО), подключить эквайринг, зарегистрировать ККТ и получать средства на р/с. При наличии эквайринга можно также получать платежи по подписке.
ФЗ №54, ст. 2, ч. 9 «Контрольно-кассовая техника не применяется при осуществлении расчетов в безналичном порядке между организациями и (или) индивидуальными предпринимателями, за исключением осуществляемых ими расчетов с использованием электронного средства платежа с его предъявлением».
Finder разве есть явно в пакетах скелета? (Я не знаю, если честно, ответите потом =)) Если нет, то этот пакет можно было использовать в каждом из примеров. Про явно в пакетах скелета я имею ввиду, что он в корневом composer.json указан. То, что пакет от Symfony не означает, что его обязательно нужно использовать. Примеры были реализованы на чистых скелетах.
Понимаете, Вы сами указываете на что-то — я отвечаю. Вы выдали Flex сначала за преимущество в плане low coupling — я указал, что он завязан на Symfony и это специально сделано для него…
Все эти объяснения мне дают понять лишь одно (если доверится Вам, т.к. сам я еще не проверил), то Symfony в этой же области, что и Zend Framework.
В Symfony есть моменты, которые мне не нравится, поэтому, я и другие люди со схожими взглядами выбрали Zend Framework. Это дело предпочтения, подхода и ощущений.
> Более того, вы не ответили на вопрос — как именно то что вы описали (что по большому счету субъективно) дает преимущества в виде: SOA, управление зависимостями, event driven?
По SOA Вы задавали вопрос не мне.
> в частности — я все еще хочу узнать в контексте SOA в чем преимущества, ведь по идее вообще разницы нет
Разница только в удобстве реализации для конкретной команды.
И какие плюсы он дает? Вы сейчас говорите как раз о завязках на фреймворке. В ZF есть Component Installer, хоть там и надо было всего добавить модуль в список (массив). В ZF не нужно было никогда (с версии 2.0):
Регистрировать бандл (модуль) в app/AppKernel.php;
Регистрировать маршруты, которые предоставляет бандл (модуль);
Регистрировать настройки для бандла (модуля) в app/config/config.yml.
В ZF просто добавляется название модуля в config/module.config.php, например, ZfcTwig. На этом установка заканчивается. Естественно, нужно, чтобы этот модуль у вас был. Но это работа Composer и одна единственная команда.
И удаление также в 2 этапа: убираем из config/module.config.php. Удаляем через Composer.
В топики по Yii приходят поклонники Laravel и задают вопросы, «в чем преимущество Yii перед Laravel»? Обратное тоже справедливо. И это просто не аргумент.
Я работал только с Symfony 2, поэтому, что сейчас там происходит мне сложно сказать. Какая-то информация и впечатления от использования у меня, конечно, сохранились. Я не впечатлился. Возможно, я не так его приготовил, зато, я считаю, что прекрасно приготовил Zend Framework. Мне намного комфортней работать с ним. Это выбор вкуса, а о вкусах не спорят. Особенно, если конечный результат от этого не зависит.
Я лично только Yii/Yii2 знаю, который решает все первичные проблемы из коробки. ZF не из его рядов. Нужно напрягаться по первости. Моя цель сейчас минимально снять напряжение с разработчика, который решит сделать проект на ZF3. Посмотрим, что получится.
Спасибо. В 2015ом не смог найти этот пакет (плохо искал значит), если честно, хоть и первый коммит у него от 17 марта 2015 года. Я свой первый коммит сделал 19 июля 2015 года.
Имхо, одна из недооцененных публикаций на Хабре.
Как вариант, если бюджет оправдывает, зарегистрировать ООО как НКО или ИП (уже без НКО), подключить эквайринг, зарегистрировать ККТ и получать средства на р/с. При наличии эквайринга можно также получать платежи по подписке.
Нет, меня интересует корневой
composer.json, после того, как скелет развернут. Есть ли тамFinder?Finderразве есть явно в пакетах скелета? (Я не знаю, если честно, ответите потом =)) Если нет, то этот пакет можно было использовать в каждом из примеров. Про явно в пакетах скелета я имею ввиду, что он в корневомcomposer.jsonуказан. То, что пакет от Symfony не означает, что его обязательно нужно использовать. Примеры были реализованы на чистых скелетах.Там затык не в этом. В 2012 (работал только в этом году с ней) были причины из-за:
Все, что вспомнил. Наследование здесь не при чем.
Все эти объяснения мне дают понять лишь одно (если доверится Вам, т.к. сам я еще не проверил), то Symfony в этой же области, что и Zend Framework.
В Symfony есть моменты, которые мне не нравится, поэтому, я и другие люди со схожими взглядами выбрали Zend Framework. Это дело предпочтения, подхода и ощущений.
Объективное преимущество вытекающее из нашего диалога: ZF не нужен Flex.
Он поможет как-то проекту написанному на Yii/Laravel/Zend?
По SOA Вы задавали вопрос не мне.
> в частности — я все еще хочу узнать в контексте SOA в чем преимущества, ведь по идее вообще разницы нет
Разница только в удобстве реализации для конкретной команды.
И какие плюсы он дает? Вы сейчас говорите как раз о завязках на фреймворке. В ZF есть Component Installer, хоть там и надо было всего добавить модуль в список (массив). В ZF не нужно было никогда (с версии 2.0):
В ZF просто добавляется название модуля в
config/module.config.php, например,ZfcTwig. На этом установка заканчивается. Естественно, нужно, чтобы этот модуль у вас был. Но это работа Composer и одна единственная команда.И удаление также в 2 этапа: убираем из
config/module.config.php. Удаляем через Composer.Я работал только с Symfony 2, поэтому, что сейчас там происходит мне сложно сказать. Какая-то информация и впечатления от использования у меня, конечно, сохранились. Я не впечатлился. Возможно, я не так его приготовил, зато, я считаю, что прекрасно приготовил Zend Framework. Мне намного комфортней работать с ним. Это выбор вкуса, а о вкусах не спорят. Особенно, если конечный результат от этого не зависит.
Здесь более высокий уровень вхождения и преследования SOLID принципов, а не KISS, и не Worse is better. Разные подходы.
Когда устанете от "херак-херак и в продакшн" — welcome. =)
Spring — это, Java. Symfony — это, PHP. На Java час разработки стоит дороже, чем аналогичный на PHP. Это разные ниши. Для разных проектов и клиентов.
Все-таки, он получил хоть что-то. А это уже не смерть. Он не получил 0.
В Zend самому нужно решать эту проблему. Каждый решает её один раз и таскает из проекта в проект.
Конкретно решение на скриншоте можно посмотреть в репозитории в модуле User. Там Zend Paginator, Bupy7 Form, Doctrine, Twig.