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

все что ты обычно делаешь

У меня просто нет доктрины

У меня кое-что другое

Из 2009

ПРОПЕЛЬ 1.4

Не спрашивайте ничего

я когда-то работал в пейментволе, там была своя орм

paymentwall

Не спрашивайте ничего

крепись)

так что не гоните на нелмио апи док 3.0 норм бандл, еще засабмичу 3 пул реквеста в формы и вообще отлично будет работать

Вот мой пост

@kopaygorodsky

ага

но вот вся твоя логика начиная с процес форм до конца у меня в том методе)

для простого крада энтитей работает )

Добрый день народ, кто работал с Page Bundle от Sonata (https://sonata-project.org/bundles/page/3-x/doc/index.html) ?

Я установил все по документации, но как его теперь прикрутить к админке сонаты?))

И вообще, я правильно понимаю, что этот бандл нужен для генрации контента? (блоки), которые в нужно странице можно воткнуть?

Вообще, мне был нужен простой бандл для генерации контента - тайтл, описание и текст. Но чет мне кажется, что я повелся на название и не туда нырнул

Привет, а кто держит vue на проекте и как вы рендерите симфони формы в нём? Юзаете что-то типа https://github.com/icebob/vue-form-generator или как-то по-другому?

Че-то вспомнилось вдруг... А почему вы на Java не перешли например?

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

А у нас на NET.Core переводят пару сервисов с пхп

Юзал кто после сф?

c# отличный язык, .net платформа не оч

Так это ж новая совсем

Тип перерождение

Как говооят

И под линухой работает

у нас есть часть кода на дотнете под mono

все никак не выпилим это легаси гавно

Серега, а почему котлин?

Почему его решили взять?

прагматичный язык для разработки

на jvm платформе

то есть нравится jvm но джава не оч?

джава сильно ограничена и многословна, а null pointers и checked exceptions это вообще боль

прагматичный язык для разработки

Так бы и сказал - модно

модно это нода и го

модно это нода и го

И котлин

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

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

Именно. А сейчас все на него хотят перейти попивая смузи

Даже в андроид джаве

андроидщики его в первую очередь начали брать

ибо у них там 7я джава до сих пор

у нас котлин в проде уже год как

у нас котлин в проде уже год как

И чем это обусловлено?

Типа мап редьюсы писать удобнее?

И чем это обусловлено?

выбором котлина, а не джавы?

или котлина поверх пхп?

выбором котлина, а не джавы?

И того и того

или котлина поверх пхп?

Стооп

У вас джава поверх пхп?

Не наоборот?

отдельные сервисы на jvm

"поверх" то не так выразился

отдельные сервисы на jvm

Это обусловлено спецификой? Или просто прикольное/быстрое?

Ну типа все что к HDFS, спарку приходится на джаве

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

Ну типа все что к HDFS, спарку приходится на джаве

hdfs и spark с питоном работать умеют тож

hdfs и spark с питоном работать умеют тож

Умеют но Java предпочтительнее

вообще Scala предпочтительнее для спарка)

Я неосилил

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

Swoole?

Ну история с sdk понятна. Остальное - на любителя

ERROR: S client not available

Продукт?

да

Или аутсорс

Тогда ещё более странно

Украина?

штаты

Я про офис

удаленка

офис в штатах

А

Swoole?

зачем?

зачем?

Бисти паралельни многопоточни

Соу мач китайщина

это если надо пхп ради пхп

это если надо пхп ради пхп

Ну я не фонтан городить в проекте новые языки

Мне хватило го

И джавы

я на джаве уже лет 6 пишу

поэтому нормально как-то)

Я как менеджер не приемлю зоопарк

Типа саппортить сложнее

под каждую задачу свой инструмент

Когда у тебя 4 языка

Да и пхп макаки дешевле чем онные в джаве

как сказать

Ну короче. Странное решение со стороны менеджмента

Я как менеджер не приемлю зоопарк

у тебя есть следующий выбор: делать подсистему на языке на который ты легко найдешь разработчика (java) или же делать подсистему на том же языке что и все остальное но с риском очень долго искать человека который будет иметь опыт с подобным на php.

Выгода сомнительна

с этой точки зрения мне кажется вопрос с зоопарком уходит мимо

с этой точки зрения мне кажется вопрос с зоопарком уходит мимо

Нет не согласен

У тебя офис пхпшников

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