плохой вариант, теряются преимущества gulp. Если вам нужен один файл на выходе - то скорее всего вам нужен один таск. merge-stream и т.д. решают все проблемы.
Mick Coder: ну я не работаю ни с магенту и с престашопами. В целом бы я смотрел именно по архитектуре и тому функционалу который требуется. Скажем магенту - монстр и на него разработчик не шарящий в оной потратит думаю больше времени. С другой стороны разработчики которые в ней шарят могут сделать довольно быстро что угодно.
Mick Coder: я не вижу смысла в подобном сравнении. Сравнивать качество архитектуры фреймворков - есть смысл, сравнивать качество решений, которые пишите конкретно вы под конкретные решения - тут смысл только для вас.
Flaker: охох, ircmaxell как-то написал статейку про один из вариантов реализаци, только как пруф-оф-концепт и на рэддите это дело обсуждалось, там собственно и был спор по поводу того что fastroute просто так называется, он очень быстр но можно сделать и быстрее. blog.ircmaxell.com/2015/05/prefix-trees-and-parser...
Евгений Батуев: рэй трэйсинг это сам по себе алгоритм, в разных программах просто разные реализации оного. Вы же должны ресерч делать, а не кто-то другой.
Flaker: FastRoute к слову не самая быстрая реализация раутера) Никита, автор этой библиотеки, уже не раз сокрушался что зря так ее назвал. Там просто довольно эффективно используются регулярные выражения, но уже не раз обсуждалось что можно сделать еще быстрее.
Flaker: компоненты Symfony и так используются в silex, просто в Symfony именно как фреймворке, а не как в наборе компонентов, уже предусмотрен весь тот бойлерплейт, который необходим.
Если же вы хорошо понимаете что вы делаете и почему, то можно попробовать сделать что-то свое (ибо меня лично дефолтная ситукрута симфони уже не устраивает), тогда можно взять silex, выкинуть из него pimple и вставить например php-di. А на базе этого уже делать нормальную подгрузку конфигов и т.д.
Flaker: собственно... там же в статье предлагается это дело держать в yaml файликах, я так и делал пока не осознал что для чего-то сложнее двух трех экшенов мне проще взять Symfony, ибо количество бойлерплейта делает такие приключения не выгодными.
Игорь Гринин: конечно возможно, все что душе угодно. обертка над ffmpeg есть и там и там, очереди прикрутить - и там и там, бизнес логика не такая сложная, поиск - какой-нибудь elastic search... Словом... почти все сложное делается в любом случае не на php или python а использованием готовых инструментов для этого. Хотя и их можно написать на PHP или python, просто это будет не эффективно.
Flaker: вопрос терминологии. В более общем смысле это компонент. Провайдер это штука, которая позволяет зарегистрировать части компонента в pimple и только.
Flaker: ну вот у вас компонент по работе с конфигурацией. И еще какой компонент. Что до провайдеров - каждый реюзабельных чих. Тут как с бандлами для симфони, они должны быть по возможности независимы, а некоторые делят одно приложение на десяток бандлов и радуются.
Дмитрий Савегин: у меня сложилось впечатление как раз таки обратное. Мне показалось создание хоть сколько нибудь больших и гибких вещей в Python чуть странным. В целом мне не привычно обходиться без интерфейсов и прочей чуши, хотя если надо накидать что-то простенькое (скрипты для автоматизации чего например) то я лучше возьму Python.