https://www.scaleway.com/ кто пробовал?

Там Intel Avoton вместо процессора

т.е. нафиг :)

и харды, подключаемые по сети

и с нетворком постоянные траблы

ща найду скрины летние мб )

https://www.scaleway.com/ кто пробовал?

Бери лучше арубу или DO, вполне норм :))

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

ггг

спс

https://www.scaleway.com/ кто пробовал?

пробовал, смотря что тебе

там же есть дедики, есть VPS

минимальный хвостинг для экспериментов

как минимальный - вполне себе пойдет. я брал VPS который за 3 евро что-ли. не арм который.

но производительность там конечно не ахти, именно что для тестов или для экономии)

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

орм, как по мне не нужны, можно модельки + squerel + sqlx если хочется сахара - достаточно чтобы сделать модели + реозиторий, с миграциями всё довольно плохо есть https://github.com/mattes/migrate, но мне лично он не понравился, есть https://github.com/db-journey/migrate, я в итогу остановился на github.com/DavidHuie/gomigrate

для всяких тестов обычно хватает арубы за один евро %)

господа, а как писать долгоиграющий веб-сервер, и как его защитить на случай паники? ну т.е., если идет паника, в каком мне месте лучше делать recover{}?

точнее даже не веб-сервер писать, а веб-приложение на базе net/http

и собственно, в самом recover{} что делать, пишем в лог и стартуем http сервер заново?

господа, а как писать долгоиграющий веб-сервер, и как его защитить на случай паники? ну т.е., если идет паника, в каком мне месте лучше делать recover{}?

defer func() с recover внутри, в каждой порожденной горутине, в каждом хендлере, по уму

а лучше писать так, чтобы не писать recover, увы в команде - это недостжимо )

и собственно, в самом recover{} что делать, пишем в лог и стартуем http сервер заново?

middleware с recover внутри, писать в лог, рестартовать ничего не надо

middleware с recover внутри, писать в лог, рестартовать ничего не надо

т.е. если паника на этапе middleware, то сервер не падает?

recover не для всего сервера, а только для обработчика запроса. Тогда просто будет ответ error 500, а сервер жив и работает

орм, как по мне не нужны, можно модельки + squerel + sqlx если хочется сахара - достаточно чтобы сделать модели + реозиторий, с миграциями всё довольно плохо есть https://github.com/mattes/migrate, но мне лично он не понравился, есть https://github.com/db-journey/migrate, я в итогу остановился на github.com/DavidHuie/gomigrate

Ага, спасибо, погляжу!

орм, как по мне не нужны, можно модельки + squerel + sqlx если хочется сахара - достаточно чтобы сделать модели + реозиторий, с миграциями всё довольно плохо есть https://github.com/mattes/migrate, но мне лично он не понравился, есть https://github.com/db-journey/migrate, я в итогу остановился на github.com/DavidHuie/gomigrate

а я goose'я чутка модернизировал.и гоняю его для миграций )

для всяких тестов обычно хватает арубы за один евро %)

Для тестов мб; для прода я пробовал брать за 15$, при трафике от 5 мб/с начинается адовый джиттер и лаги (

т.е. если паника на этапе middleware, то сервер не падает?

https://www.nicolasmerouze.com/middlewares-golang-best-practices-examples/

ну вот допустим, знаю что в Go есть баг, когда клиент делает запрос серверу, а сервер отвечает не 200 OK а просто 200, то чуть ниже идет разбиение строки по пробелу, и потом обращение к [1] элементу, но так как ответ пришел 200, то разбив строку мы получаем только [0] элемент в слайсе, а первого нету. и там нету проверки на len, что приводит к панике. К чему я говорю, собственно. К тому, что если есть recover в middleware, а паника началась в самом HTTP, то в таком случае recover уже не сработает, я правильно понимаю?

https://www.nicolasmerouze.com/middlewares-golang-best-practices-examples/

#почитать

ну вот допустим, знаю что в Go есть баг, когда клиент делает запрос серверу, а сервер отвечает не 200 OK а просто 200, то чуть ниже идет разбиение строки по пробелу, и потом обращение к [1] элементу, но так как ответ пришел 200, то разбив строку мы получаем только [0] элемент в слайсе, а первого нету. и там нету проверки на len, что приводит к панике. К чему я говорю, собственно. К тому, что если есть recover в middleware, а паника началась в самом HTTP, то в таком случае recover уже не сработает, я правильно понимаю?

не понял в чем баг

а я goose'я чутка модернизировал.и гоняю его для миграций )

он неплох, да, я просто не придумал как ег овстроить в текущий проект для DI и сдался, хотя .go миграции - это круто!

не понял в чем баг

сейчас постараюсь найти

ну вот допустим, знаю что в Go есть баг, когда клиент делает запрос серверу, а сервер отвечает не 200 OK а просто 200, то чуть ниже идет разбиение строки по пробелу, и потом обращение к [1] элементу, но так как ответ пришел 200, то разбив строку мы получаем только [0] элемент в слайсе, а первого нету. и там нету проверки на len, что приводит к панике. К чему я говорю, собственно. К тому, что если есть recover в middleware, а паника началась в самом HTTP, то в таком случае recover уже не сработает, я правильно понимаю?

если это ответ - то это вызов внутри client.Do а на server.Listen , так что вобще непонятно, о чем вы

Опять к нам с этой уродской программой

не понял в чем баг

C:/Go/src/net/http/transport.go:1125

if resp.StatusCode != 200 { f := strings.SplitN(resp.Status, " ", 2) conn.Close() return nil, errors.New(f[1]) }

Опять к нам с этой уродской программой

Похоже по однодневной компании ее реализовали, сейчас концов похоже не найдешь

сначала бьем строку по пробелу, ожидаемый ответ сервера допустим "404 Not Found", но если сервер ответил "404" то появляется паника. в контексте сервера этот баг не актуален, но кто знает какие ещё бывают паники в самом ядре net.http, я поэтому и спрашиваю, спасет ли от такой паники recover в middleware, и мне почему-то кажется что нет

Wut

https://www.scaleway.com/ кто пробовал?

У меня там сервачок. По началу был большой процент столенсипию, под 5 процентов скакало, сейчас всегда меньше еденицы. Ну и то что в серых адресах за натом, в этом есть и плюсы и минусы. Ещё один минус что коннект на 25 порт только по большой просьбе наружу открывают.

Wut

Много выше уже объяснял что это такое...

Я догадываюсь, что это такое 😄

Всю область заставляют в ней работать

Да фиг бы ней., но необходимо по сети работать, а она не может ):

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

Пока адекватного ничего не придумал

сначала бьем строку по пробелу, ожидаемый ответ сервера допустим "404 Not Found", но если сервер ответил "404" то появляется паника. в контексте сервера этот баг не актуален, но кто знает какие ещё бывают паники в самом ядре net.http, я поэтому и спрашиваю, спасет ли от такой паники recover в middleware, и мне почему-то кажется что нет

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

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

Послушал снифером на шлюзе

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

я понятия не имею, но в целом, все равно не правильно надеятся на то, что пришло извне.

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

Это, Бухгалтерия, Кадры, Материалы, Платные услуги...

я понятия не имею, но в целом, все равно не правильно надеятся на то, что пришло извне.

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

6.1 Status-Line The first line of a Response message is the Status-Line, consisting of the protocol version followed by a numeric status code and its associated textual phrase, with each element separated by SP characters. No CR or LF is allowed except in the final CRLF sequence. Status-Line = HTTP-Version SP Status-Code SP Reason-Phrase CRLF

вот так написано. что reason phrase опционален не написано

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

Кстати, есть у кого мысли на этот счёт? Кода там очень много, часть логики на экселевых формулах

Кстати, есть у кого мысли на этот счёт? Кода там очень много, часть логики на экселевых формулах

жопа. нет мыслей, кроме как реверс инжинирить формат

распаковывать, читать формулы в xml, много думать

;) Народ, а кто gometalinter в проектах использует?? есть такой код list := NewList().AddButton("Button", "postback", "Button Content") list.AddElement(listElement) прилетело вот такое components_test.go:43:⚠️ internal error: no range for "list" (vetshadow) что конкретно за ошибка я не понимаю

сначала бьем строку по пробелу, ожидаемый ответ сервера допустим "404 Not Found", но если сервер ответил "404" то появляется паника. в контексте сервера этот баг не актуален, но кто знает какие ещё бывают паники в самом ядре net.http, я поэтому и спрашиваю, спасет ли от такой паники recover в middleware, и мне почему-то кажется что нет

так причем тут враппер?

так причем тут враппер?

какой враппер? middleware?

какой враппер? middleware?

ну ты выше хотел wrapper какой-то писать

сервера почему-то. а бага клиентская.

какой враппер? middleware?

да, если ошибка на уровне библиотеки ne/http то нет, мидлвар не поможет, сервер упадёт, и за его подъем должен отвечать systemd или кто там у вас за это отвечает, на уровне приложения я бы такое не ловил

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

да, если ошибка на уровне библиотеки ne/http то нет, мидлвар не поможет, сервер упадёт, и за его подъем должен отвечать systemd или кто там у вас за это отвечает, на уровне приложения я бы такое не ловил

вот я тоже думаю что systemd, поэтому хотел спросить мнения знающих, чтобы знать как лучше)

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

Если паникует хендлер - net/http автоматически делает рекавер, весь сервер не упадет.

Если паникует хендлер - net/http автоматически делает рекавер, весь сервер не упадет.

обоснуйте, кто там делает рекавер?

Если паникует хендлер - net/http автоматически делает рекавер, весь сервер не упадет.

эм..

эм..

мне так же кажется. в логах периодически вижу паники, а приложение работает

Я о том, что описано тут: https://github.com/golang/go/issues/16542 Сейчас, если в одном из хендлеров происходит panic, она автоматически рековериться, а не поднимается на самый верх.

хммм, ого, не знал про это, тогда паники не будет даже если будет проблема при чтении request // Serve a new connection. func (c *conn) serve(ctx context.Context) { c.remoteAddr = c.rwc.RemoteAddr().String() ctx = context.WithValue(ctx, LocalAddrContextKey, c.rwc.LocalAddr()) defer func() { if err := recover(); err != nil && err != ErrAbortHandler { const size = 64 << 10 buf := make([]byte, size) buf = buf[:runtime.Stack(buf, false)] c.server.logf("http: panic serving %v: %v\n%s", c.remoteAddr, err, buf) } if !c.hijacked() { c.close() c.setState(c.rwc, StateClosed) } }()

https://golang.org/src/net/http/server.go

проверил, действительно идет recover.. т.е. middleware тут по сути нужен даже для того, чтобы просто красиво отрисовать страницу и записать в лог/сделать ещё что-то, и даже без него паника где-то в хендлере не убьет сервер.

спасибо за инфу

зе мор ю ноу

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