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

Я бы хотел чтобы вы перестали сраться по персоналиям

Потому и удалил основные места раздора

Я к тому сказал про netty чтобы услышать что думают, и почему выбор в сторону в GO когда есть java ç netty, где больше либ

Ну можно да. Но в тут как раз играет роль простота го против жабы

Пожалуйста, у вас интересный тред, не сритесь плиз

Ну можно да. Но в тут как раз играет роль простота го против жабы

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

а джс показался и вовсе сказкой

У netty чудовищное api

Т.е. взять нетти айбернейт спринг и го. Даже объемы документации на порядок меньше

Возможно это оправданно, не знаю насколько актуален этот бенч https://timyang.net/programming/c-erlang-java-performance/

Т.е. взять нетти айбернейт спринг и го. Даже объемы документации на порядок меньше

Возможно это оправданно, не знаю насколько актуален этот бенч https://timyang.net/programming/c-erlang-java-performance/

Бенчи никогда не актуальны. Плюс есть fast http

Ребят, есть кто работал с амоСрм? нужна небольшая доработка

Т.е. взять нетти айбернейт спринг и го. Даже объемы документации на порядок меньше

Ну ты сравнил

Ну ты сравнил

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

Ну в го из коробки (да и не из коробки) такого функционала и близко нет

Ну еще конечно апач комонс

у нетти норм апи

Не смешно

у меня в Buffer есть "multipart/form-data", кто-то знает, как ее из request правильно отправить?

в api написано, типа "сформировать POST-запрос с полем file, это поле должно содержать файл в формате multipart/form-data"

Кто-нибудь newrelic настраивал чтобы нормально работало с кастомными метриками типа хочу померить рендер?

я написал там createTracer :( в нужных местах а где оно отображается хз

Кстати, а в Го ведь так и не завезли, и не собираются завозить Generics/Templates ?

С козырей зашёл)) Молятся на перфоманс и делают вид, что interface{} — ето адекватный вариантъ

Да не молится там никто на перфоманс

Говорят мол это быстрее чем питон или руби иногда

Но так все быстрее чем питон или руби

го это как scratch, только с корутинами

А давно поиск в NPM поломался?

кто как разруливает вебпаковский import() на сервере?

А причем здесь сервер?

кто как разруливает вебпаковский import() на сервере?

Ты имеешь в виду способы, кроме как «не городить такой херни»?

А причем здесь сервер?

SSR и чанки

А

Ты имеешь в виду способы, кроме как «не городить такой херни»?

если приложение разбито на чанки и нужен SSR

ладно

пойду допиливать плагин бабеля Видимо я один такой

ладно

Webpack на сервере?

Т.е сервер webpack'ом собираете?

нет

как раз уйти от этого хотим

просто бабелем пройтись и всё

вот пишу плагин, который мне import() -> Promise.resolve(require())

Promise.resolve(require()) o_O

ну как приложение было без SSR вообще Все тут говорят надо собирать вебпаком я не хочу

Promise.resolve(require()) o_O

что?

вот пишу плагин, который мне import() -> Promise.resolve(require())

Ну это совсем неправильно

как правильно?

Хм, или правильно

Не, сойдет

/stat@combot

combot.org/chat/-1001041204341

Не, сойдет

я напортачил (((

такой вариант не ловит ошибку резолвинга

вот

только я хз как в бабеле проверить объявлена ли функция в скоупе

а то раз 10 объявляется ((

catch собственно не нужен

о, точно

а вот что нужно, так это нужно сделать Promise.resolve().then

Это более точно воспроизводит import

ERROR: S client not available

@vkurchatkin так норм?

а экспортятся как? через module.exports?

ну как обычно в ноде

не нужен ли там require(modulePath).default()?

а ну тогда понял)

не, надо Promise.resolve().then(() => require())

не, надо Promise.resolve().then(() => require())

почему так?

https://www.npmjs.com/package/babel-plugin-import-node

Почему просто Promise.resolve(require()) не подходит?

потому что он не ловит исключения

Да тупанул

кто-нить есть кто не спит

?

кто-нить есть кто не спит

А что хотел?

можно ли отправлять POSTом файл как мульти парт и еще в добавок отправить body? или это не по фен шую?

хотелось бы best practices

проектирую REST для загрузки файлов

в body хочу мета данные аля название и описание

ээ

еще один body?

нельзя в один все?

ну я отправляю файл как мультипарт а боди то в json

не знаю как сделать то правильно

ну так шли его вместе с файлом как multipart

либо жсон суй

либо напрямую толкай