V
кто знает как посмотреть логи только входящих реквестов. Инстанс ноды запущен через forever. forever logs показывает все, на сколько я понял.
это я так просто назвал
Там в бд сохраняется ссылка для регистрации
А потом автоматом удаляется
Size: a a a
2019 November 11
С
Это я назвал сессией)
Ð
Vitaly
кто знает как посмотреть логи только входящих реквестов. Инстанс ноды запущен через forever. forever logs показывает все, на сколько я понял.
ну грепни их
AA
приятно наверно коллегам потом будет читать код
С
приятно наверно коллегам потом будет читать код
?
V
Ð
ну грепни их
грепнуть по чем, там нет инфы income outcome
Ð
Vitaly
грепнуть по чем, там нет инфы income outcome
я пишу такие логи в отдельный файл, хз, что там пишет форевер
Ð
я вообще против всяких экономий на спичках, когда рядом стоит слоняра и давит твои ядра
О
Добрый вечер! Подскажите, пожалуйста, Node.js хорошо дружит с Firebird?
Ð
код должен быть понтятным, очевидным и без хаков-твиков, а оптимизировать try-catch это задача ребят из в8
АП
это сразу же окупается, как и тесты. на поддержке и так далее. да и во время разработки тоже
спорно, что вообще окупается, не говоря уже о том, что сразу
если это микросервисы по сотне строк кода каждый, то где можно найти этот выигрыш?
если это микросервисы по сотне строк кода каждый, то где можно найти этот выигрыш?
PS
спорно, что вообще окупается, не говоря уже о том, что сразу
если это микросервисы по сотне строк кода каждый, то где можно найти этот выигрыш?
если это микросервисы по сотне строк кода каждый, то где можно найти этот выигрыш?
это какой-то уход в сторону. не все пишут микросервисы. у многих монолит
АП
это какой-то уход в сторону. не все пишут микросервисы. у многих монолит
как минимум это значит что ответ "с ts проще"/"ts использовать обязательно" не универсальный
PS
как минимум это значит что ответ "с ts проще"/"ts использовать обязательно" не универсальный
особо не приходилось с ними работать, поэтому сложно сказать. но, мне кажется, тс будет упрощать поддержку таких сервисов.
Ð
ts не проще, а строже, потому что накладывает ряд ограничений, естественно, я тоже перешел на es6, и типизация не парит вообще, нормальный код и так всегда знает какие данные у него в аргументах, но в большой команде, где есть кучи новичков, наверняка тс затащит многие проблемы
АП
особо не приходилось с ними работать, поэтому сложно сказать. но, мне кажется, тс будет упрощать поддержку таких сервисов.
если так нужна типизация, почему не использовать c# или java?
Ð
как минимум ассист по коду лучше и у функций сразу понятно что от них ждать
R
для soap запроса че использовать?
PS
если так нужна типизация, почему не использовать c# или java?
а чем плохая типизация тс? она уже есть, зачем что-то менять
Ð
тс это сахар, так или инче, он транслируется в жс, и остается под капотом не типизированным, это инверсия абстракции, в этом случае действиельно разумнее использовать си или яву