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

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

Сейчас у меня все на локальной машине, поэтому одна, да

а попробуй зафорсить хттп1 для этого запроса, а то у тебя судя по всему http2, а он все же сыроват еще

что бы там про него не говорили

а попробуй зафорсить хттп1 для этого запроса, а то у тебя судя по всему http2, а он все же сыроват еще

Это надо сделать request.Proto = "HTTP/1.1"?

Это надо сделать request.Proto = "HTTP/1.1"?

не, кажется в Transport.TLSConfig.NextProtos

убедиться что там нет h2

убедиться что там нет h2

даже скорее добавить слайс с одним значением - http/1.1

Так что я сделал вот так и ничего не изменилось

а попробуй зафорсить хттп1 для этого запроса, а то у тебя судя по всему http2, а он все же сыроват еще

ой, да ладно сыроват он

Так что я сделал вот так и ничего не изменилось

попробуй запусти с GODEBUG=http2client=0

А это код доступа к апи, ломается на 34 строке http://pastebin.com/NpvDTaYr

С какой ошибкой падает? Там де должно быть все написано? Есть какие то логи?

попробуй запусти с GODEBUG=http2client=0

Тоже не помогло

Тоже не помогло

и ошибка такая же?

С какой ошибкой падает? Там де должно быть все написано? Есть какие то логи?

Вот полный стэк трейс

и ошибка такая же?

Да, та же самая

Да, та же самая

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

отключи в сервере тоже

GODEBUG=http2server=0

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

В смысле? Я на сервере получаю запрос post с фотографией, получаю фотографию, оттуда же делаю post в гугл, потом кладу в ответ клиенту ссылку, логика работы такая

да

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

и все это прекрасно работает

Да, та же самая

У тебя падает на строке 43 на вызове парсера Json.

я этих прокси разного вида уже штук 10 нарисовал в разные проекты

У тебя падает на строке 43 на вызове парсера Json.

true story

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

В работе сервера и гуглового сервера, разве нет? На клиенте я просто получаю экспешн, что получил EOF, то бишь что соединение неожиданно закрылось

вон смотри что выше тебе сказали — ошибка на content, err := simplejson.NewJson(body)

это не совсем то же самое что было

Это просто так совпало, у меня немного съехала нумерация в той версии, с которой я работаю сейчас, так что оно все еще падает на client.Do(request)

так а что в ошибку-то пишет?

так а что в ошибку-то пишет?

panic serving Post https:// : stream error : stream ID 1; PROTOCOL_ERROR

я такого не видел никогда

net/http/h2_bundle.go:372: http2ErrCodeProtocol: "PROTOCOL_ERROR"

в сорцах чтолько здесь

ну там по stream ID понятно что это про хттп2

если оно осталось — значит авто хттп2 не отключилось )

если оно осталось — значит авто хттп2 не отключилось )

Хм, да Вот сейчас оно отключилось и упало с другой ошибкой)

И на этот раз действительно в парсинге json

Потому что запрос вернул мне html, а не json

Теперь оно выглядит как-то так

Ой

Тьфу

Прошу прощения)

Более читабелный вариант

Более читабелный вариант

ну задай руками

content-length

Дык вопрос же в другом Почему возвращается html, а не json?

если их сервер его так хочет

потому что это ошибка

а не результат запроса

сделай что просят и будет тебе json

Странно, у меня до этого ошибки тоже в json возвращались

Всем привет, подскажите, пожалуйста. Хочу распарсить страницу апворка (upwork.com) с подставленными куками из хрома и вытащить оттуда некоторую информацию, но у меня уже это долго не получается. В данный момент делаю так: http://pastebin.com/HDW1EhfD Получаю в ответ вот такое: http://pastebin.com/Us94gxgH Из-за чего это может быть? Криво куки поставил? Что-то дополнительно надо прописать из-за SSL? Cloudflare мешает?

сделай что просят и будет тебе json

Добавление хэдера не повлияло никак на возвращаемый результат request.Header.Add("Content-Length", string(len(jsonParameter)))

Добавление хэдера не повлияло никак на возвращаемый результат request.Header.Add("Content-Length", string(len(jsonParameter)))

request.ContentLength = …

request.ContentLength = …

Так тоже не работает

ребят подскажите а есть нормальная библиотека для дампа map переменных?

так что бы по человечески выводились данные не printf("%#v",youvar) и куча несортированного непонятно чего без отступов - просто каша кашная

а что бы: youvar["var0"] = (int)100500 youvar["var1"]["suvar1"] = (string)"value" youvar["var1"]["suvar2"] = nil

ERROR: S client not available

ребят подскажите а есть нормальная библиотека для дампа map переменных?

https://github.com/davecgh/go-spew

combot.org/chat/-1001046001048

Есть подозрение, что тут проблема все-таки с двумя соединениями Потому что если проследить стэк вызовов, то видно, что, судя по всему, обработка части сервера работает на http/1.x а часть с обращением к апи падает на куске функции, ответственной за http/2

нет

Вот такой комментарий я там нашел и так и не понял, может он или нет :D

А еще, может быть дело в том, что я не прописываю Content-Length? По идее http/2 подразумевает мультиплексирование и за счет того, что нет размера данных, он ждет на вход абсолютно все, тем самым забивая поток и блокируя создание нового?

В общем добавление Content-Length не помогает и вынос функции, которая работает с api, в горутину, тоже не помогает

ну тут уже удаленно отладить не получится, надо код запускать )

ну тут уже удаленно отладить не получится, надо код запускать )

Как думаешь, может быть дело в POST запросе? Если я заменю обращение к серверу на GET, то у меня все аргументы будут через сам URL передаваться по идее Тогда у меня не будет двух post соединений Хотя с другой стороны, я уже понял, что не закрывал тело реквеста И после закрытия это не помогло никак

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

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

Спасибо большое, я сейчас в личку скину

net/http/h2_bundle.go:372: http2ErrCodeProtocol: "PROTOCOL_ERROR"

протокол еррот в http2 часто бывает если пытаться шифр из блеклиста использовать, с браузерами так же

Как думаешь, может быть дело в POST запросе? Если я заменю обращение к серверу на GET, то у меня все аргументы будут через сам URL передаваться по идее Тогда у меня не будет двух post соединений Хотя с другой стороны, я уже понял, что не закрывал тело реквеста И после закрытия это не помогло никак

в shortener.BaseURL = вместо гугловского прописать http://127.0.0.1:8888/ и запустить во второй консоли nc -l -p 8888 сделать запрос через браузер ещё раз nc -l -p 8888 и сделать так как оно работает с гугловским посмотреть в оба выхлоп netcat-a сравнить построчно

в shortener.BaseURL = вместо гугловского прописать http://127.0.0.1:8888/ и запустить во второй консоли nc -l -p 8888 сделать запрос через браузер ещё раз nc -l -p 8888 и сделать так как оно работает с гугловским посмотреть в оба выхлоп netcat-a сравнить построчно

Спасибо, проблема решена, она была в лишнем \n

зачем тебе это нужно? почему не использовать https://godoc.org/google.golang.org/api/urlshortener/v1?

зачем тебе это нужно? почему не использовать https://godoc.org/google.golang.org/api/urlshortener/v1?

Исключительно ради опыта работы с протоколом

Исключительно ради опыта работы с протоколом

а, тогда понятно

ну имей ввиду, наиболее полный клиент гуглоапи тут: https://github.com/google/google-api-go-client

всем привет

тупые вопросы можно?

нет

нет

А ГШЕНЕРИКИ ЕСТЬ? А ЕСЛИ НАЙДУ?

А был же чат для тупых? Я правда там не был.

А был же чат для тупых? Я правда там не был.

какой чат?

как в голанге main() не закрывать? из него вызываются горутины, но все падает, потому что он закрывается

for {}

как в голанге main() не закрывать? из него вызываются горутины, но все падает, потому что он закрывается

в конец заблокируй получением из канала или бесконечным циклом

спс