нуу, допустим

А в случае не удачного подключения к прокси он не будет у меня панику ловить?

Может я не так данные для авторизации прокси подставляю? basic := "Basic " + base64.StdEncoding.EncodeToString([]byte(insta.ProxyAuth)) req.Header.Set("Proxy-Authorization", basic)

ошибку вроди должен запрос выдать

а куда дальше basic идет?

Ну в заголовок же ставлю

запроса к сайту?

Да

А нужно к прокси)

Да не, с авторизацией всё верно, везде так написано в гугле

resp, err := client.Do(req)

err с ошибкой вылетает

И что же там написано?

Proxy Authentication Required

Вот

Странно, что сразу паник кидает

И не должно

Это тебе не питон

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

я не пишу на питоне

А с чего пришол?

PHP

На компе нет пропал(

Ясн

Что заинтересовало тебя в го?

Сказали, что го выдержит больше нагрузки, чем PHP

Ну я с этим согласен

Нужно 2 гигабита/с запросов принимать

Нот бед

В целом мне го нравится, просто бывают такие моменты, когда не понимаешь что творится

Вот бы и мне с таким хай лоад поработать)

В целом мне го нравится, просто бывают такие моменты, когда не понимаешь что творится

Понимание прийдет

Не спорю, просто нужно писать на го)

А чем отличается request.Header.Add от request.Header.Set?

там map[string][]string для хедеров, в первом случае у тебя append будет по ключу

А чем отличается request.Header.Add от request.Header.Set?

один добавляет, другой заменяет полностью

Понял, спасибо

proxyconnect tcp: tls: oversized record received with length 20527

Появилась такая ошибка

Походу там лимит у клиента стоит на длину ?

proxyconnect tcp: tls: oversized record received если прокси задать в формате https://proxy:port и Proxy Authentication Required, если http://proxy:port

возможно проблема в этом https://golang.org/src/net/http/transport.go?s=3634:3723#L85

С https есть какие-то ограничения в tls Кожна юзаешь прокси то туда пишет и tls прокси и tls к сайту как я понял, в го не решили эту проблему

Потому я и на сокс перешол

что вы юзаете для проектирования API? допустим, роуты, методы, необходимые заголовки, тело запроса и т.д.

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

кажется, вспомнил что я давно видел в сети, но забыл как называется... RAML

swagger/openapi стандарт де-факто

а есть ли смысл для фронт<->бэк полноценно заморачиваться со сваггером? чем плохо свой рестифай или какой json-rpc?

Ребят посоветуйте VPC провайдера, Про Vscale и DO знаю., нужен географически в России расположенный.

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

видел файлы, где, внезапно, все 4 гб занимала одна строка)

Ребят посоветуйте VPC провайдера, Про Vscale и DO знаю., нужен географически в России расположенный.

есть мнение, что на Севере есть Simplecloud

есть мнение, что на Севере есть Simplecloud

Цены заманчивые, кто реально на нем сидел?

дроплеты готовые есть?

Воу воу есть

че за вечные +n more?

в дебаге?

товарищи, а как гошечке сказать "возвращай мне все time.Time в UTC"?

товарищи, а как гошечке сказать "возвращай мне все time.Time в UTC"?

руками так https://golang.org/pkg/time/#Time.UTC

руками так https://golang.org/pkg/time/#Time.UTC

грустненько... :(

ENV TZ?

Цены заманчивые, кто реально на нем сидел?

ещё ihor.ru/vds

ENV TZ?

вот так и порешал, да

ещё ihor.ru/vds

В принципе сервис нормальный, но виртуалка перезагружают не уведомляя, ещё бывает, что виртуалка не стартует т.к не хватает ресурсов на хосте, бывает не создаётся виртуалка после покупки и приходится ждать пока ее попинают, иногда можно и 4-6 часов прождать

Ребят посоветуйте VPC провайдера, Про Vscale и DO знаю., нужен географически в России расположенный.

https://www.ihc.ru/

В принципе сервис нормальный, но виртуалка перезагружают не уведомляя, ещё бывает, что виртуалка не стартует т.к не хватает ресурсов на хосте, бывает не создаётся виртуалка после покупки и приходится ждать пока ее попинают, иногда можно и 4-6 часов прождать

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

В принципе сервис нормальный, но виртуалка перезагружают не уведомляя, ещё бывает, что виртуалка не стартует т.к не хватает ресурсов на хосте, бывает не создаётся виртуалка после покупки и приходится ждать пока ее попинают, иногда можно и 4-6 часов прождать

Поддержка хорошая, если учитывать что они по Новосибирскому времени работают :)

Поддержка отвечает, это факт, решают проблемы, остальное я описал, с ними где то года три сидел, поэтому делюсь опытом :-)

Можете кто-нибудь привести примеры, где можно использовать каналы? Например, где без них не обойтись и т.д

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

У всех есть свои проблемы, с 1vds ушли на айхор из-за несговорчивости поддержки

Можете кто-нибудь привести примеры, где можно использовать каналы? Например, где без них не обойтись и т.д

раздача заданий воркерам

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

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

Ребята, чтоб сделать сортировку слайса структур, мне серьезно нужно делать вот такие манипуляции? https://golang.org/pkg/sort/#example__sortKeys

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

Полгода, примерно, перезагрузки не наблюдаю, но заводили тикет на этот счёт, сказали в итоге, что перенесли на другой хост.

а, все, понял, можно использовать sort.Slice()

Можете кто-нибудь привести примеры, где можно использовать каналы? Например, где без них не обойтись и т.д

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

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

средство управления деревом вычислений в context - расскажите плиз о чём здесь речь

средство управления деревом вычислений в context - расскажите плиз о чём здесь речь

ну вот ты какой-то контекст протаскиваешь через слои приложения, и у тебя сверху что-то постоянно наворачивается, один хэндлер запускает несколько задач, передаёт им контекст, и т.д. Получается такая древовидная структура, где вершины — это какие-то выделенные задачи (причём могут быть как горутинами, так и просто вызовами функций), рёбра — это собственно переданный контекст, а корень — это, скажем, REST хэндлер и в самом простом случае ты хочешь всё это дело остановить после того как запустил

я там вчера, точнее сегодня ночью по поводу прокси общался, нашел решение. Может пригодится. в GO добавили новый параметр ProxyConnectHeader https://github.com/golang/go/commit/b06c93e45b7b03a5d670250ff35e42d62aface82, поэтому при коннекте не передавался Proxy-Authorization. Делаем так transport.ProxyConnectHeader = request.Header и всё работает!

https://github.com/LeoCBS/poc-proxy-https/blob/master/main.go - полный рабочий (должен работать, не проверял) пример, может нужно кому