Как вариант, если бюджет оправдывает, зарегистрировать ООО как НКО или ИП (уже без НКО), подключить эквайринг, зарегистрировать ККТ и получать средства на р/с. При наличии эквайринга можно также получать платежи по подписке.
ФЗ №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.