build constraint

о

build constraint

а откуда взять список тэгов?

Пакет build

Google pkg go build

уже посмотрел. но там нет. вот тот же netgo

Но вообще штуку юзает м другие инструменты например go generate

это я знаю да. кстати что такое generate до меня пока не дошло , но я и не вчитывался

https://github.com/buger/jsonparser кто нибудь использовал вот этот парсер для JSON ?

В чем вопрос то

а можно при парсинге json объекта отдать, например, дополнительную функцию для парсинга конкретного поля объетка?

Можно но иначе

а можно при парсинге json объекта отдать, например, дополнительную функцию для парсинга конкретного поля объетка?

UnmarshalJSON у объекта

хм?

Google golang custom json unmarshal

inno

В чем вопрос то

Вопрос был в том насколько парсер быстрый? Хороший?

Всем привет

Вопрос был в том насколько парсер быстрый? Хороший?

gjson юзал, у него же есть и бенчи относительно jsonparser

Gjson быстрее на порядок (ну или чутка меньше, но все равно быстрее)

Спасибо за gjson буду юзать

Какие в жопу orm

Прямые

бррр... разве это не просто два разных компилятора?

Ты с gccgo не путаешь?:)

Фил, а ты какую проблему решаешь вот ща? что надо сделать чтобы не тянуть libc тебе сказали..

Он воспринимает интернеты как радио. И дойопывается до нас.

https://twitter.com/sAbakumoff/status/839139933424074753

Имхо, процент из использования настолько низок, что статистика бессмыслена

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

Большинство коммитов людей, которые используют имоджи.

https://twitter.com/sAbakumoff/status/839139933424074753

Я один заметил говняшку только у перла?

Т.е. вот эта вся беда только из-за одного сетевого вызова?

dns-овские вызовы боль везде: Python asyncio, Python eventlet, nginx reverse proxy

Я один заметил говняшку только у перла?

Ну а что. Пацаны трезво отдают себе отчет в том, что они делают;)

Дарова ребята

phil@phil-home:~$ ldd hello_world linux-vdso.so.1 => (0x00007fffdc50c000) libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007fb123aa7000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007fb1236de000) /lib64/ld-linux-x86-64.so.2 (0x000055ba7e32f000)

export CGO_ENABLED="0"

в нем же нативные функции C

зачем они?

кто-то использовал gopacket?

Он воспринимает интернеты как радио. И дойопывается до нас.

а тебе завидно

Ты с gccgo не путаешь?:)

Кстати путаю. Фига се я слона не приметил. Да

Хм.. а почему build -tags netgo делается заметно дольше, чем простой build???

Хм.. а почему build -tags netgo делается заметно дольше, чем простой build???

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

Есть вариант пересобрать стдлибу с netgo. Точно не помню, попробуй: go install -tags netgo runtime go install -tags netgo net Если go стоит системный, возможно придется это сделать от рута. Еще здесь упоминалась возможность сборки Go с CGO_ENABLED=0 . Но тогда, как я понимаю, cgo отрубится совсем.

А он не кэширует? Странно. Спасибо, погуглю go install

кто-то использовал gopacket?

я написал на нём анализатор sni у проходящего https трафика и всё, в продакшене не юзал

я написал на нём анализатор sni у проходящего https трафика и всё, в продакшене не юзал

И как со скоростью?

Честно - не замерял, мне пока был интересен только набор предоставляемых возможностей, а не производительность

я написал на нём анализатор sni у проходящего https трафика и всё, в продакшене не юзал

фу, меня сейчас стошнит

почему?

Всем привет! У меня такая ситуация: после запуска скомпилированного приложения на другой машине, оно взырвается с паникой, и в панике вижу пути, которые относятся к исходникам с другой машины? Как-то это исправить можно, чтоб хотя бы были относительные пути?

Всем привет! У меня такая ситуация: после запуска скомпилированного приложения на другой машине, оно взырвается с паникой, и в панике вижу пути, которые относятся к исходникам с другой машины? Как-то это исправить можно, чтоб хотя бы были относительные пути?

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

Если на машине, не должно стоять го? Там работает чисто приложение.

фу, меня сейчас стошнит

и всё таки?

чо из веб фрейморков ща норм, начал копать мартини - понравилось. Есть еще чтонить прикольное на подобие django?

Buffalo

фу, меня сейчас стошнит

Всякое может быть

Джанго в го нет

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

Есть еще gin

Echo

Джанго в го нет

ну понятное дело что нет

django like

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

так почему проект не закрыл тогда

странно

А fasthttp - оно только для api?

Buffalo

интересная штука, пойду копать

А fasthttp - оно только для api?

Это замена стандартного http... API не ограничивается

Это замена стандартного http... API не ограничивается

Мы тут уже выяснили, что это не так

ERROR: S client not available

Мы тут уже выяснили, что это не так

Почему? Там же то же самое что в http

чо из веб фрейморков ща норм, начал копать мартини - понравилось. Есть еще чтонить прикольное на подобие django?

iris

Почему? Там же то же самое что в http

streaming upload. Попробуй влить файл на гигабайт в fasthttp

Не смотрел в эту сторону, но даже если так. Это не значит что только для API. Просто есть некие ограничения

Кирилл говорил что просто готовить его не умеем и все там есть

Продвинулись в этом вопросе ?

streaming upload. Попробуй влить файл на гигабайт в fasthttp

Да и функции есть https://godoc.org/github.com/valyala/fasthttp#RequestCtx.FormFile как работает это уже другой вопрос

Просто новый и возможно сыроватый

Да и функции есть https://godoc.org/github.com/valyala/fasthttp#RequestCtx.FormFile как работает это уже другой вопрос

Это парсер multipart.

Лимиты на тельце все равно те же.

Это парсер multipart.

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

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

Ну можно поднять лимиты, да. Но это все равно в память. А должна быть возможность передать свой streamreader

Просто в целом использование таких штук насколько целесообразно? Под них мало кто пишет что то, нет фреймворков

Да и ускорение на http стеке так важно ли? Потом уткнёмся в коннект в БД который несравним по времени со всем остальным

Экономия на спичках

и всё таки?

хоть один кейс, который не равен "задираем юбки девкам на улице"

хоть один кейс, который не равен "задираем юбки девкам на улице"

кейс, зачем мне sni?

кейс, зачем мне sni?

зачем анализ проходящего sni

айсековские заморочки же

Да и ускорение на http стеке так важно ли? Потом уткнёмся в коннект в БД который несравним по времени со всем остальным

Некоторые бд очень быстрые

как минимум..

зачем анализ проходящего sni

например для проверки состоит ли домен в списке роскомнадзора

я сам не тестил, но говорят - говорят! - что штатный http router очень медленный

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

я сам не тестил, но говорят - говорят! - что штатный http router очень медленный

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

я сам не тестил, но говорят - говорят! - что штатный http router очень медленный

Есть же альтернативы

ага

но мне - пока? - были без надобности

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

Раздача статики?

на раздаче статики go, я так понимаю, медленный вообще. то есть - написать на go конкурента nginx не выйдет