/pkg/dep - там вроде лежит, в gopath

Да не отдаёт гитхаб медленно :) все он быстро делает :) плюс на сборочном сервере надо обязательно сохранять папку с кешем депа

блин еще раз, медлвенно отдает

Без логов тут сложно что-то сказать :)

вы в рф?

Да

переодически попадают в блокировки CDN его и тогда "привет семье" ?

ну он и сам начинает резать если абузить его с офисной сети

А, ну это бывает. Мы решили тем, что машину под сборочный сервер взяли в hetzner

Тут тогда не проблема управления зависимостями, а в целом - сетевая проблема

конечно спасибо, добавлю в CI опцию

но думаю слабо поможет ?

Ну и главное - кеш не чистите деповский)

Тогда и с гитхаба тянуть не будет, а сразу с кеша возьмёт

ну окай

А в чем проблема vendor в гит добавить? Оо

Потому что держать зависимости в репе — какой-то особый уровень извращения

Потому что держать зависимости в репе — какой-то особый уровень извращения

А когда гитхаб закроется, что делать без зависимостей? :-/

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

А когда гитхаб закроется, что делать без зависимостей? :-/

переходить на другой язык, где нет привязки к гитхабу)

А когда гитхаб закроется, что делать без зависимостей? :-/

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

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

Ну ты же в чатике го, поэтому для го:)

Ну ты же в чатике го, поэтому для го:)

Ладно, напишу правильно для го) Сделать централизованное пакетное хранилище с возможностью создавать корпоративные репозитории пакетов. Решается сразу и проблема доступности и проблема версионирования и проблема проверки апдейтов и их аудита, если это требуется.

Вот, тем более такой уже есть в зачаточном состоянии. Допилить до хранилища, сделать приоритет на него в Go2 вместо гитхаба

Ладно, напишу правильно для го) Сделать централизованное пакетное хранилище с возможностью создавать корпоративные репозитории пакетов. Решается сразу и проблема доступности и проблема версионирования и проблема проверки апдейтов и их аудита, если это требуется.

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

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

ты серьезно? и clone долгий тебя не смущает?

ты серьезно? и clone долгий тебя не смущает?

Серьёзно. Не смущает, не каждый же день его делать.

Кто-то не использует CI?)

Кто-то не использует CI?)

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

t, err := template.ParseFiles("index.html", "news.html", "forum.html") Как в индекс.хтмл вставить шаблон news.html и forum.html с учетом того что переменные в этих шаблонах придется заменять/зацикливать ?

Попытко #2

Мне так кушать хочется, что переночевать негде. Есть моя программа. К которой я хочу сделать доку. Каменты есть. go doc -cmd -u вроде даже выводит простыню функций и констант и переменных. Но без каментов. godoc . выводит ничего. Что я делаю не так? Требуется снятие с ручника

Потому что держать зависимости в репе — какой-то особый уровень извращения

Вариантов нет. Или стабильный билд и зависимости в репе, или смерть

Вариантов нет. Или стабильный билд и зависимости в репе, или смерть

Ну в го можт и да

Но я выше написал вариант решения

Вообще - я близок к тому, чтобы начать банить «умников», у которых есть «вариант решения»

Решения какой проблемы?

Мне так кушать хочется, что переночевать негде. Есть моя программа. К которой я хочу сделать доку. Каменты есть. go doc -cmd -u вроде даже выводит простыню функций и констант и переменных. Но без каментов. godoc . выводит ничего. Что я делаю не так? Требуется снятие с ручника

Формат коммента?

Запести gometalinter

Он, возможно, расскажет

Решения какой проблемы?

Лучше не ленись и прочитай часть треда с обсуждением

Я тут на пересадке в риме купил любимого

Сицилийского янтарного муската

Дело нетв лени

Ну ради мускатного унылые срачкики действительно можно оставить, понимаю

Меня реальнобесит решение несуществующих проблем

Несуществующие никто решать и не пытается

Формат коммента?

// clientRegisterHandler parses a request body, checks for data and // creates a Client object in the storage. func clientRegisterHandler(w http.ResponseWriter, r *http.Request, db IStorage) {

Это неэкспортируемое

На него доки не будет

Мне так кушать хочется, что переночевать негде. Есть моя программа. К которой я хочу сделать доку. Каменты есть. go doc -cmd -u вроде даже выводит простыню функций и констант и переменных. Но без каментов. godoc . выводит ничего. Что я делаю не так? Требуется снятие с ручника

Посмотри как комментирован код го

Или читай спецификацию по созданию документации

Да почитал и не понял

Это неэкспортируемое

Конечно. Это просто прога. Сама в себе. А для проги нельзя доку сделать?

Нет. Только для экспортируемого

// TClientRegRequest is a Client metadata with json representation form. // // RFC 7591 like style (https://tools.ietf.org/html/rfc7591), but it's // not RFC 7591 implementation, because for internal minimalistic use. // // All values for Client creation specified from the outside, except IssuedAt. // In the database stores all of data, but Secret field in the hash form (SHA256 hex digest). // The Secret field is ommited in all types of output. type TClient struct { Domain string `json:"domain"` // a realm for clients groups ClientId string `json:"client_id"` // a unique identifier Secret string `json:"client_secret,omitempty"` // a client secret Scope string `json:"scope"` // a space-separated list of scope values GrantTypes []string `json:"grant_types"` // allowed grant types IssuedAt int64 `json:"iat"` // a client issued time (here) } тоже пусто

Нет. Только для экспортируемого

Вообще чушь какая-то. Флаг -cmd вообще у go doc есть, и -u. И не совсем понятно зачем такое умаление прав

хм, то есть -u не показывает?

есть еще ?m=all в запросе

e.g. https://golang.org/pkg/math/big/?m=all

хм, то есть -u не показывает?

Тип показывает. А каменты - нет

В смыле описание

товарищи, а кто-нибудь https://github.com/go-pg/pg использует?

что-то у них документация какая-то не очень

ERROR: S client not available

что-то у них документация какая-то не очень

вопрос в чем?

вопрос в чем?

пытаюсь понять, как из запроса данные вынимать построчно итератором, потипу rows.Next() в стандартной обвязке

в документации есть пример, когда он сразу достает все записи в один массив, а мне надо разбирать построчно, курсор + fetchone или как-то так

пытаюсь понять, как из запроса данные вынимать построчно итератором, потипу rows.Next() в стандартной обвязке

https://github.com/go-pg/pg/issues/448

https://github.com/go-pg/pg/issues/448

понятно, Владимир просто забил

ну что ж, спасибо :)

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

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

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

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

что кэшируется? 1000 инстансов?

пиковое потрбленеи будет 1000x, с итератором 1x

что кэшируется? 1000 инстансов?

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

а перебирать их там как - это уже дело другое

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

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

не пойму тебя. итератор это не для перебора, а для сокращения потребляемой памяти

не пойму тебя. итератор это не для перебора, а для сокращения потребляемой памяти

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

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

нет, на сервере

нет, на сервере

ну, может, я неправ, но я так понял его коммент - "если ты делаешь select * from very_freaking_big_table", то что бы ты ни делал потом - вся эта таблица уже засунута в кэш на самом сервере постгри

не так?

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

обьъясняю

допустим у тебя размер одного инстанса структуры равен x, кол-во одновременных посещений равно y. вытаскивая 1000 строк из базы за раз ты получаешь потребление памяти 1000*x*y. С помошью итератора 1*x*y. Плюс минус накладные расходы

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

погоди

это все очевидно, я не про то

а я про то. и это главная причина необходимости итератора при работе с базой

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

я прекрасно знаю, зачем нужен итератор при работе с базой

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

что за итератор в базе? что это за понятие?

вопрос в том, засовываются ли в кэш на сервере все данные при выборке SELECT * FROM big_table; или нет?

вопрос в том, засовываются ли в кэш на сервере все данные при выборке SELECT * FROM big_table; или нет?

но какая разница?

что за итератор в базе? что это за понятие?

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