но всеравно, после симфони все эти опенкарты и вордпрессы и прочее, такое уг(

ну это естественно

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

(

после спринга на симфони вообще как-то грустно смотреть ?

но это ж ява?

спринг -то

да

в моем случае котлин)

ну хз... мне шарп больше импонирует, если честно)

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

эти нижние подчеркивания для приватных полей, паскаль нотация для именования методов

User.GetName()

да, завязка винонли это,конечно,несомненно минус

ну и если тебе нужны хадупы и спарки, а они нужны будут, то с дотнетом будет тесно)

а mono это вообще гавно, у нас его еще и в продакшен затащили)

гг)

в моем случае котлин)

перешел с php? расскажи свою кулстори

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

полностью не переходил никуда)

стартовал с джавы т.е.?

и джаву использую в том числе. только джаву на много раньше чем котлин начал использовать

джаву уже хз, лет 5 юзаю

не так активно как пхп

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

так jphp еще до кучи юзай))

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

ясно)

если не секрет

какие нужды?)

Просто стараюсь для себя как phpшника найти бизнес-задачи

сделай сервис коротких ссылок

чтобы шустро работал

а все медленные чтоли?

какие нужды?)

конкретно то чего не хватает в пхп: - параллельные вычисления. чтобы утилизировать вычислительные ресурсы на всех ядрах - скорость. пхп в этом плане похвастаться не может особо. как будет JIT в 8м пхп, тогда еще можно будет смотреть. а так порой гидратор доктрины занимает больше времени чем сам запрос на мускуль - умная статическая типизация. тебе всегда компилятор скажет что ты идиот, а не в рантайме тебе прилетит эксепшен или фатал - мультитрединг и мультитаскинг. я хочу сделать сервис, у которого будет пул из 4 тредов делать какую-то работу, а с этим пулом общаться через rest api. сможет такое пхп? нет. только костыли в виде redis/rabbitmq в качестве shared memory, с обвеской супервизора и личного пхп-фпм сервера - нужны инструменты для профилирования памяти и цпу работающих процессов. скажем если на проде висит процесс пхп который сожрал 600мб памяти, ты ну вообще никак не сможешь сказать чем оно занято. с jvm через jmx ты сможешь законнектится сделать хипдампы, снепшоты, и иметь полный доступ к тому что там внутри происходит - генерики и коллекции. на пхп это просто боль. максимум что ты можешь это в пхпдоке указать тип массива ну а остальное это так, плюшки платформы и языков)

а все медленные чтоли?

Нет Чувак просил бизнес-задачу. Я предложил, не более

Просто стараюсь для себя как phpшника найти бизнес-задачи

пиши на пхп, у jvm есть своя цена)

конкретно то чего не хватает в пхп: - параллельные вычисления. чтобы утилизировать вычислительные ресурсы на всех ядрах - скорость. пхп в этом плане похвастаться не может особо. как будет JIT в 8м пхп, тогда еще можно будет смотреть. а так порой гидратор доктрины занимает больше времени чем сам запрос на мускуль - умная статическая типизация. тебе всегда компилятор скажет что ты идиот, а не в рантайме тебе прилетит эксепшен или фатал - мультитрединг и мультитаскинг. я хочу сделать сервис, у которого будет пул из 4 тредов делать какую-то работу, а с этим пулом общаться через rest api. сможет такое пхп? нет. только костыли в виде redis/rabbitmq в качестве shared memory, с обвеской супервизора и личного пхп-фпм сервера - нужны инструменты для профилирования памяти и цпу работающих процессов. скажем если на проде висит процесс пхп который сожрал 600мб памяти, ты ну вообще никак не сможешь сказать чем оно занято. с jvm через jmx ты сможешь законнектится сделать хипдампы, снепшоты, и иметь полный доступ к тому что там внутри происходит - генерики и коллекции. на пхп это просто боль. максимум что ты можешь это в пхпдоке указать тип массива ну а остальное это так, плюшки платформы и языков)

> - параллельные вычисления. чтобы утилизировать вычислительные ресурсы на всех ядрах гоняешь число воркеров равное числу ядер, а вот асинхронности(которая мультиплексирует) не хватает

> - параллельные вычисления. чтобы утилизировать вычислительные ресурсы на всех ядрах гоняешь число воркеров равное числу ядер, а вот асинхронности(которая мультиплексирует) не хватает

сейчас это так и делается. что меня сильно печалит)

треды не нужны для такого

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

да и вообще треды сомнительная идея в вебе

треды не нужны для такого

о_О че это?

> генерики и коллекции. на пхп это просто боль. максимум что ты можешь это в пхпдоке указать тип массива это правда, еще бы type aliases и structural typing и этап компиляции

о_О че это?

а зачем?

запусти несколько процессов

а общаться между процессами и контролировать их? зачем мне весь оверхед в виде редиса и очередей на кролике?

а блокировки и синхронизации?

Ну вот и подходим медленно к тупику

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

Ну асп.нэт тож не покатит ибо Микрософт, да?

> @Enleur только костыли в виде redis/rabbitmq жиза((

зато масштабируется из коробки))

пиши на пхп, у jvm есть своя цена)

спасибо

а общаться между процессами и контролировать их? зачем мне весь оверхед в виде редиса и очередей на кролике?

если у тебя процессы на одной машине, то stdin/stdout и сокеты

если у тебя процессы на одной машине, то stdin/stdout и сокеты

и нахера?)

не знаю, а зачем тебе?

с тем же успехом можно и pthreads втащить в билд пхп

в смысле, я наоборот говорю так не делать)

с процессами в любой момент можно разносить все на разные машины, нет проблем с владением данными, не все задачи так можно решить, но в вебе кмк почти все)

это ты можешь и с многопоточными приложениями делать, одно другому не мешает

тому пример akka cluster

и нахера?)

а можно пояснить, почему это не правильный путь?

что в сокетах-то не так?

это ты можешь и с многопоточными приложениями делать, одно другому не мешает

с многопоточностью больше возможностей привязать все к одной физической машине

шарить память и вот это вот все

ERROR: S client not available

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

какой задачи?)

с многопоточностью больше возможностей привязать все к одной физической машине

мы с пхп наученные, мыслим уже не в рамках одной машины)

а то мы что-то слишком абстрактное обсуждаем

))

какой задачи?)

задачи где реально нужна многопоточность же. ваш кэп

например?

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

у тебя датасет на 1 миллион записей, тебе нужно его просчитать. будешь делить и через сокеты гонять? ну ок, ближе к реальности: у тебя веб запрос, помимо основной логики он еще выполняет действия, которые не нужны юзеру моментально(типа почистить связанный кеш, отправить ивенты аналитики, отправить эмейлы). как сейчас это делается? отправляется сообщение в кролик и некий background job runner который висит демоном их разгребает. можно еще через fpm finish requests. а по факту могло уйти просто в отдельный поток и там себе обработаться, не поднимая кроликов и отдельные процессы во время веб запроса тебе нужно опросить скажем 4 разных источника, которые возвращают здоровенный xml и тебе нужно их все обработать и вернуть юзеру. ты ж не будешь отправлять их через rpc пачке демонов, правда? пайплайны и поэтапный процессинг, который к примеру на 1м этапе можно запустить 10 процессов и они быстро отработают, а на другом этапе только 1(типа консьюмера для сохранения)

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

так это

асинхронность

отдал респонс и сделал еще чего-нибудь

fpm finish request тот же самый эффект. отдал и дальше делаешь че тебе надо

асинхронность

вспомни что происходит на нодежс когда ты занимаешь 1 ядро чем-то на 100мс

не занимай лол)

а если на 1секунду?

ну збс)

>во время веб запроса тебе нужно опросить скажем 4 разных источника, которые возвращают здоровенный xml и тебе нужно их все обработать и вернуть юзеру вот к примеру кейс от которого нода будет в восторге)

spawn и пускай кто-то там думает, что тебе надо

Ребята, такой вопрос. В одном куске проекта источник данных - рест апи. Была раньше база, но сейчас ребята переписали на микросервис. Но мне надо этим всем управлять через админку. Раньше была Соната Как лучше теперь все построить?

Народ, подскажите, наличие на серваке HHVM я ведь могу проверить через service hhvm status ?

hhvm —version можно

Ребята, такой вопрос. В одном куске проекта источник данных - рест апи. Была раньше база, но сейчас ребята переписали на микросервис. Но мне надо этим всем управлять через админку. Раньше была Соната Как лучше теперь все построить?

фронтэнд сервис, который будет кушать их рест апи

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

сервис не понимает аплоад, ему надо пихать айдишники картинок на сдн

ну тогда тебе нужно на сонате свои гриды делать

hhvm —version можно

Спасибо. Получается у мну ничего нет. ubuntu@v4-demo-www-01:~$ hhvm —version hhvm: command not found Отлчино

Спасибо. Получается у мну ничего нет. ubuntu@v4-demo-www-01:~$ hhvm —version hhvm: command not found Отлчино

значит там нет ххвм

ну тогда тебе нужно на сонате свои гриды делать

а соната умеет работать без доктрины?

да, только самому писать много придется)

посмотри как сделан монга бандл, с рест будет подобное