может и неудобны, но раз есть возможность и понимание, чего хочется — почему бы и да?

Да! Особенно если есть время

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

ты не путай)

Не буду, если просветишь )

грубо — вместо прохода по дереву он увидит, что твоя страница соответствует этому хендлеру — и профит

никакого скрытого кеша страницы, конечно же)

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

Кэшируешь разбор пути. Ок.

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

Только если кэш будет большой, для уникальных путей будет деградация

Только если кэш будет большой, для уникальных путей будет деградация

туда не попадают редкие хиты вообще

Только если кэш будет большой, для уникальных путей будет деградация

Хотя, нет наверное. Гоню

ну — если большой — это процентов 60 памяти сервера — понятное дело, будут залаги на мапах %))

но я на нагрузочном тестировании с напрягом триггерю кеш

ну — как с напрягом. wrk сжирает 2 ядра, чтобы нагенерить достаточно запросов.

а кто-нибудь в курсе как там дела с http2 в гошечке? я посмотрел – количество стримов можно задать только при запуске сервера и то только при использованнии x-пакета. А если хочется доступа к управлению количеством стримов на клиенте/сервере, то что делать? Свою имплементацию писать? Патчить существующую?

Ну, я имею в виду, что в нём не нравится?

Там баги есть

к примеру вот эту хрень не фиксят уже год как https://github.com/labstack/echo/issues/444

Товариши, помогите пожалуйста

https://pastebin.com/PBvzpQWg

Весь день бьюсь и непойму почему паникует горутина и отваливается приложение (

Принцип работы такой: Принцип работы такой: 1. GetBrands() получает срез структур Brand 2. Запускаем цикл по этому срезу и под каждый бренд запускаем горутину BrandProcessing 3. В горутине BrandProcessing получаю массив ссылок блендов и под каждый бленд запускаю горутину BlendProcessing И всё работает...но падает (

а где стектрейс когда падает?

goroutine 9586 [running]: panic(0x629ea0, 0xc42000c130) /usr/local/go/src/runtime/panic.go:500 +0x1a1 main.GetBlendLinks(0x3cf, 0xc42018f98b, 0x17, 0xc42018f972, 0x17, 0x0, 0x0, 0x0, 0x3, 0x66c58b, ...) /home/proninsv/work/GOLANG/src/github.com/user/tbrimport/main.go:184 +0x22f main.BrandProcessing(0x3cf, 0xc42018f98b, 0x17, 0xc42018f972, 0x17, 0x0, 0x0, 0x0, 0xc42001e2a0) /home/proninsv/work/GOLANG/src/github.com/user/tbrimport/main.go:119 +0x10d created by main.main /home/proninsv/work/GOLANG/src/github.com/user/tbrimport/main.go:82 +0x47f

goroutine 9586 [running] - всегда разный номер

номера строк же есть

и это не весь выхлоп должна быть причина в самом начале

А кто err будет проверять?

Весь день бьюсь и непойму почему паникует горутина и отваливается приложение (

У тебя на 183 строке делается regex compile, а err не проверяется

Ты получаешь ошибку и nil

эти номера меняются? 184, 119, 82

хитрый, с проверкой err любой может

На 184 строке дергаешь метод, получаешь панику

можно MustCompile взять, ну или проверять ошибку ;)

Учти что в го регулярки не pcre

Вероятно поэтому оно и не собирается

хитрый, с проверкой err любой может

а где я не проверяю?

Вроде везде проверяю

Учти что в го регулярки не pcre

ну регулярки же работают...т.е. всё работает, но в какой-то момент берёт и отваливается

перед строкой про которую тебе паник пишет

ну регулярки же работают...т.е. всё работает, но в какой-то момент берёт и отваливается

Ну оно не собирает регулярку на той строуе

Почему ? Проверяй ошибку и смотри

Ну оно не собирает регулярку на той строуе

"на той стороне" это где?

поставь проверку ошибок везде и попрбуй воспроизвести

перед строкой про которую тебе паник пишет

спасибо, только сейчас заметил.

поставь проверку ошибок везде и попрбуй воспроизвести

сейчас попробую

"на той стороне" это где?

Строке. Пишу с телефона

Вот я тупица

спасибо товарищи

запускайте metalinter

или хотя бы govet

оно такие вещи ловит

это что такое?

Статический анализатор

Metalinter - тулза для запуска различных анализаторов

Выдает обычно много полезного - где не проверил err, где code style залажал

И т.п

так у меня vscode сам кодстайл правит

при сохранении

так у меня vscode сам кодстайл правит

Там и про имена

Запустити металинтер

И посмотри

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

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

именованый ретурн это ?

и капсов

именованый ретурн это ?

func ololo() (oneShit int, twoShit string) { ... return }

именованый ретурн это ?

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

func ololo() (int, string) { ... return } - правильно вот так?

func ololo() (int, string) { ... return } - правильно вот так?

return 10, "хуйхуйхуй"

именованые ретурны действительно фрустрируют, особенно поначалу

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

офигеть, поменял golint на gometalinter и стало больше ошибок (

тэкс, а что в конструкции defer resp.Body.Close() плохого?

Линтер пишет, что error return value not checked (defer resp.Body.Close())

а я смотрю в книжку по Go и там просто defer ....

в книжке обычно выкидывают проверку ошибок

в ней не учат продакшн-реди код писать

но я не видел чтобы в коде Close проверяли

мб проверку на resp != nil?

погуглил, не могу найти как подругому defer resp.Body.Close() вызывают (

погуглил, не могу найти как подругому defer resp.Body.Close() вызывают (

defer func() { if err := f.Close(); err != nil { // handle/do something with err } }()

погуглил, не могу найти как подругому defer resp.Body.Close() вызывают (

Функцию которая ошибку в лог