збс, они уже давно об этом говорили что бандлы это рак)

UtilBundle

о шикарно

А ещё в symfony/framework-bundle есть Symfony\Bundle\FrameworkBundle\Tests\Kernel\ConcreteMicroKernel в котором проиллюстрирована возможность создания очень маленького Kernel. Там в одном ядре сразу же и экшны определяются, и параметры и маршруты.

А в чем прикол, ну сделали они build метод, область применения какая?

А в чем прикол, ну сделали они build метод, область применения какая?

по сути это единственный способ гарантировать себе <2 бандлов в приложении :)

и искушения впилить еще один бандл не будет

кто какой фреймворк JS юзает для интерефейсов?

странная тема, ну если не хочется тебе бандлы плодить, пили все в одном, кто мешает

странная тема, ну если не хочется тебе бандлы плодить, пили все в одном, кто мешает

а зачем пилить в бандле?

а чем плохи бандлы

логически несвязанные куски приложения разделять

в проекте сейчас рассчитывается 5 различных KPI и принял решение каждый KPI это отдельный бандл, мне кажется что так удобнее и логичнее

а неймспейсы зачем придумали? эта тема уже не раз обсасывалась везде и в symfony best practices в том числе

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

потому сижу с docker-ом в virtualbox

а зачем докер в виртуалбоксе используешь?

макось же

?

дак он без виртуалбокса

там xhyve давно

чем докер для мае не подошелЮ

?

с 1.12 верси ивроде

действительно xhyve внутри

тот что из коробки?

ага

через жопу работает же

у меня на большом проекте у него крыша ехала

и он даже не давал собрать образ

так а вб чем помогает ? у него ж vboxfs еще хуже

не копируй вендоров - и будет счастье

в vboxfs все ок было

ну она существенно медленнее

не замечал, там с nfs довольно шустрая синхронизация

с нфс да

я работаю нативно. от докера у меня одни проблемы были

ну щя с ним легче

у нас фронтендер даже сам поднимает на винде )))

ну я не занимаюсь мазахизмом ради непонять чего)

профита от него 0

ну если один разрабатываешь мб

для команды удобно

чем удобно?

тем что фронтендер не задрачивает вопросами и почему у него нативно в каком нить денвере ничего не работает и база не импортируется )

удобно это swarm на проде, но там свои проблемы

фронтэнд вообще не должен бекенд поднимать у себя

дали ему api и пусть юзает

риактжешь

редукс

ради одного фронтэнда поддерживаете докер?

хотя да там у него нода еще

нет для всех

на симфони проект с которым сервис на ноде стартует

в паре работают

у нас из-за оверхеда с докером на проде пришлось бы в 2 раза больше серверов докупать

поэтом вернули все на железяки

какой там оверхед?

если в виртуалбоксе ставить только)

каждый бокс за собой тащит +200мб

на сервере где всего 8гб памяти

запустить в боксах 30 процессов

в виртуалбоксах?

нет

а контейнеры

А с чего от докер в 0 профита? докер збс, у всех единый env и никто не бегает к тебе с вопросами а как бы мне тут все развернуть/сконфигурит

плюс с сетью были проблемы регулярные у админов

ERROR: S client not available

хз нам удобно, плюс раскатываем одни образы для локальной разработки и для прод

А если еще и для CI/CD интегрировано - выходит вообще ок

ну как одни образы... эластик, кластер монги, кластер мускуля, файловая система - все отдельно нативно

в докерах только пхпшные процессы были

единого окружения не выйдет

и ты все это нативно поднимаешь?

До этого сидели на ansible+vagrant, но слишком медленно выходило

локально?

или оно тоже в виртуалбоксе?

я юзаю только часть данных с кластера, некоторые сервисы напрямую из стейджинг окружения юзаю

развернуть локально все это сложно)

я не говорил что использую виртуалбоксы

а перепутал сорян

До этого сидели на ansible+vagrant, но слишком медленно выходило

а что мешает нативно юзать убунту?

Под каждый проект свою бд-ку ручками поднимать, хосты конфигурить?) Экстеншены ставить?)

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

Под каждый проект свою бд-ку ручками поднимать, хосты конфигурить?) Экстеншены ставить?)

каждый?

Ну фиксы попросили сделать

Допустим

я в продуктовой компании, у нас максимум это отдельные сервисы и то они под jvm

На проект челика добааляют, ручками ему снова софт ставить?) Или sh-скрипты писать?)

пхпюнит я запускаю

пхпюнит я запускаю

из шторма с полной поддержкой?

ну докер там есть поддержка но неудобно всеравно

поддержки docker-compose там нет в пхпсторме

до сих пор нет?

но как remote interpreter можно использовать

через костыли короче. ничего не поменялось

да сторм долго тупят

На проект челика добааляют, ручками ему снова софт ставить?) Или sh-скрипты писать?)

при желании можно взять ansible билд, который юзается для поднятия серверов и оно тебе поднимет окружение а вообще поднять проект с нуля полчаса максимум. последний раз человек добавлялся на проект эдак года полтора назад. так что докер это не серебрянная пуля

вы еще за микросервисы вспомните

ну удобства есть а недостатки?