@rmfordev: если человек выбирает себе инструмент, то лучше взять то что легко поддается изменениям и подернизации. По поводу GetSimple ничего не скажу так как не нашел сходу ссылки на гитхабы и прочее и принципиально не стал бы использовать что-то в таком духе.
Не буду использовать Joomla потому что 99% расширений говно, ровно как и под wordpress. Найти же разработчика под кастомы или редкие CMS проблемы не составляет. Нужно всего-то знать PHP и просто разобраться. Если CMS не написана школьником и не под php5,2 то проблем разобраться так же особо быть не должно.
@rmfordev: упаси меня гасподь работать с клиентами которые хотят restffull-сервисы на wordpress/drupal делать... Я просто откажусь от проекта.
У меня все просто, либо кастом CMS либо если все совсем уж простое я лучше возьму тот же bolt или piecrust/sculpin и сделаю на нем. Вариантов масса. Я сколько не сталкивался с проектами на готовых CMS (доставались на рефакторинг и поддержку и просто на оценки) все-время выходило что реализовать с нуля было бы быстрее и проще в сопровождении. Когда клиент заходит в админку, отключает кеширование а потом кричит что баги, ничего не работает, все медленно...
@rmfordev: знаете, с WP вам тоже никто не поможет. Я до сих пор с содраганием вспоминаю этот ппц который творится в большинстве модулей для WP... Да и в самом WP. php как шаблонизатор, запросы из шаблонов... фу... просто противно... Берем Joomla - ба, они вкатили какой никакой а service locator, нормальную структуру и т.д. но никто не пользуется и продолжает страгать говнокод.
Если вы клепаете говносайтики и лэндинги то норм, для чего-то серьезного стоит посмотреть в сторону других решений.
@shoomyst: в Yii2 есть свой IoC, так что упрощать смысла нету. Человек первый день учить Symfony но я сомневаюсь что он первый день работает с фреймворками.
HttpKernel лишь создает ивент kernel.request (или как-там) а дальше уже раутинг разруливает. Собственно тут EventDispatcher и вступает в игру. HttpKernel не особо вкурсе по поводу контроллеров и т.д как бэ. Его задача разруливать запросы и ответы. Эдакий фронт-контроллер.
DiC это не навороченный registry, читаем про инверсию зависимостей (inversion of control). Можно и без DIC но тогда можно свихнуться быстро.
Bundle это расширение для DependencyInjection а не какой ни винт и прочее. Все остальное (контроллеры, листенеры и прочее) разруливаются при компиляции контейнера по тегам.
Вот... Как-то так... Вы сейчас просто побрасали всяких слов не особо вдаваясь в детали.
@Yastr: Ну да, что бы вы тоже поучавствовали. Я набросал пример. Не запускал его и все такое.
Там опечатка у меня, не $response['response'] а $response['response']['contacts']. Посмотрите на структуру JSON и то как что передается и сразу станет понятно.
SELECT c*, c.r as r1, c.g as g1 c.b as b2, 255 as r2, 200 as g2, 200 as b2, sqrt(pow(r2-r1, 2)+pow(g2-g1, 2)+pow(b2-b1, 2)) as distance
FROM colors c
ORDER BY distance ASC
LIMIT 1
что-то в этом духе. Вернет вам самый близкий цвет к тому что вы задали. В моем случае это был 255, 200, 200.
