если он js не писал, то говна съест прилично. если пересаживать на ноду. мозги надо пересобрать

А в чем смысл вообще? Ну знает чувак скриптовый язык с динамической типизацией, заточенный под веб. Нахрена ему еще один подобный инструмент?

А в чем смысл вообще? Ну знает чувак скриптовый язык с динамической типизацией, заточенный под веб. Нахрена ему еще один подобный инструмент?

Так как команда из js девелоперов в основном с реактом работает + нету разработчиков php

У нас хотят переписать проект с Ноды на Шарп. Сокет-сервер и много редиса.

После успешного перевода некого готового сервиса с Symphony 1 на шарп.

У нас хотят переписать проект с Ноды на Шарп. Сокет-сервер и много редиса.

Если есть какие-то затыки, то почему нет?

Так как команда из js девелоперов в основном с реактом работает + нету разработчиков php

типа за кросс-функциональность топить будите? все пишут всё на жс и бек и фронт

типа за кросс-функциональность топить будите? все пишут всё на жс и бек и фронт

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

ребят, а в ноде размер чанка в потоках можно контролировать??

я прост не работал с ними еще, гуглю, пока глухо

ребят, а в ноде размер чанка в потоках можно контролировать??

при создании стрима можно передавать какой-то параметр по размеру чанка. highWaterMark вроде или как-то так

readable.read(size) есть

readable.read(size) есть

https://stackoverflow.com/questions/27641571/changing-readstream-chunksize

аааа

спасибо)

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

node-usb

node-serialport

это ж либы?

ща гляну, спс, интересно что там внутрях

там внутрях libusb

спс

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

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

я так понял стоит кейс сделать апиху с небольшим rps и не хотят переучивать человека на ноду. Если задача сделать простой REST то ничего не вижу критичного и на php написать.

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

И удалял бы с диска к хуям!

я так понял стоит кейс сделать апиху с небольшим rps и не хотят переучивать человека на ноду. Если задача сделать простой REST то ничего не вижу критичного и на php написать.

ну вот пример. в php в рамках сессии можно выполнять только один один запрос одновременно. даже php-fpm не поможет. с нулевым rps все будет медленнее черепахи

один запрос куда?

ну вот пример. в php в рамках сессии можно выполнять только один один запрос одновременно. даже php-fpm не поможет. с нулевым rps все будет медленнее черепахи

Непонятное утверждение

ну вот пример. в php в рамках сессии можно выполнять только один один запрос одновременно. даже php-fpm не поможет. с нулевым rps все будет медленнее черепахи

как тогда живет хай-лоад на пхп? badoo, например, при этом они не спешат с него слазить

ну вот пример. в php в рамках сессии можно выполнять только один один запрос одновременно. даже php-fpm не поможет. с нулевым rps все будет медленнее черепахи

Один запрос с одного хоста, или что? Если это имелось в виду, то бред

как тогда живет хай-лоад на пхп? badoo, например, при этом они не спешат с него слазить

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

Один запрос с одного хоста, или что? Если это имелось в виду, то бред

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

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

На какой ресурс?

как тогда живет хай-лоад на пхп? badoo, например, при этом они не спешат с него слазить

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

Они линейную логику поддерживают во всем. Даже если где-то нелинейная логика спасла бы ситуацию, они все равно используют линейную

На какой ресурс?

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

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

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

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

Если это апи, там вообще сессии не нужны

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

ну php это тяжелая наследственность. можно только посочувствовать

В хайлоде понятное дело PHP больно, но если проект простой то быстрее накостылять его на чем умеет разраб, а не переучивать его. Вопрос как бы про это был. Чего уж мелочиться, пусть сразу кодера на Go или Rust переучивает )

В хайлоде понятное дело PHP больно, но если проект простой то быстрее накостылять его на чем умеет разраб, а не переучивать его. Вопрос как бы про это был. Чего уж мелочиться, пусть сразу кодера на Go или Rust переучивает )

В 70-90% случаев бутылочное горлышко - это бд

В 70-90% случаев бутылочное горлышко - это бд

так я не спорю, написал скрипт на GO охренел от скорости, добавил туда коннект к БД и селект и вуаля. ВЫигрыш минимальный по сравнению с той же нодой )

Для каждой задачи свой инструмент

Да и го тоже не волшебная пуля

Была у меня непрерывная пинговалка ~ 10к устройств на сях ; заинтересовался го, переписал - вышло на порядок медленнее)

Нет плохих и хороших инструментов, есть их херовое применение