Привет, сразу вопрос можно ли как-то ограничить количество запросов в секунду? В телеграмме бот апи разрешено только 30 запросов в секунду. Подскажите в какую сторону копать

Привет, сразу вопрос можно ли как-то ограничить количество запросов в секунду? В телеграмме бот апи разрешено только 30 запросов в секунду. Подскажите в какую сторону копать

на хабре статья была именно про это. гугли

на хабре статья была именно про это. гугли

Нашел, спасибо

Привет, сразу вопрос можно ли как-то ограничить количество запросов в секунду? В телеграмме бот апи разрешено только 30 запросов в секунду. Подскажите в какую сторону копать

если что, это называется rate limit https://github.com/golang/go/wiki/RateLimiting

если что, это называется rate limit https://github.com/golang/go/wiki/RateLimiting

Подскажите как правильно sql.DB готовить. Стартует много горутин и они делают Prepare и Query каждая db.SetMaxOpenConns(2) поэтому не боюсь, что базу повалит. Но при этом, если 2 рутины вызовут одновременно Prepare, то получится дедлок

Кроме как лочками не победить?

один запрос? или разный?

Разный

У меня в голову пришло только сделать симофор и больше одного Prepare за раз не вызывать. Но может еще решения есть?

не делать prepare

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

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

Пул соединений нужно. Так что каждая горутина берет соединение с БД, блокирует, использует как хочет, а потом освобождает. Примерно как https://github.com/gotamer/pool

не делать prepare

Вариант

Пул соединений нужно. Так что каждая горутина берет соединение с БД, блокирует, использует как хочет, а потом освобождает. Примерно как https://github.com/gotamer/pool

Да, теже лочки, только вид с боку.

если вы не делаете кучу одиноковых запросов, а каждый раз 1 препер, 1 квери, то вы даже выиграете по сеорости

Вариант

а драйвер его не делает сам ли?

в драйвере можно отключить

Да, он делает пул. Но фишка в том, что пока мы один Prepare не закроем и не освободим подключение - до Query дело не дойдет

deadlock

я не думаю, что надо делать prepare самому

Интересное предположение

Пойду зачитаю на этот счет. Спасибо за варианты.

Да, короч, в моем случае проще всего оказалось убрать Prepare

кто-то умеет в iris? нужно логировать все response с не двухсотым статусом. Не могу достать response body

Здесь ирис бойкотируют

кто-то умеет в iris? нужно логировать все response с не двухсотым статусом. Не могу достать response body

Не использую. Но тут не сложно. Надо делать свой logger. Получать статус вот таким образом https://github.com/kataras/iris/blob/master/middleware/logger/logger.go#L57 и логировать

если вы не делаете кучу одиноковых запросов, а каждый раз 1 препер, 1 квери, то вы даже выиграете по сеорости

Никогда не задумывался для чего нужен prepare. Делал по привычке. А тут познал и понял, что вы абсолютно правы. Век живи...

Не использую. Но тут не сложно. Надо делать свой logger. Получать статус вот таким образом https://github.com/kataras/iris/blob/master/middleware/logger/logger.go#L57 и логировать

Статус как раз ок, проблема с body

Здесь ирис бойкотируют

Мне он тоже не нравится, но вот пришлось

myproject/ ├── main.go ├── handlers/ └── fio.go Всем привет, не могу разобраться с импортами, проект лежит на рабочем столе, например чтобы обратится из main к функциям пакета fio я пишу import «./handlers» и все работает, а как мне из пакета fio обратится например к функциям main, пробовал методом тыка, гуглил, и везде только обращение вверх по иерархии, так как обратится вниз по иерархии и возможно ли это вообще(Пробовал кластть в src/githib и писать через импорт начиная с github и что то тоже не работает, уверен что что-то делаю не так)

не используй относительные импорты

к пакету main никак нельзя обратиться из других пакетов

main это точка входа в программу, а не импортируемый пакет

Да и не надо это

не используй относительные импорты

Объясните

main это точка входа в программу, а не импортируемый пакет

Понял, а если там будет лежать другой пакет рядом, к нему обротится я смогу?

обратиться*

Да

нет

Так да или нет?)

Да

Хорошоо, спасибо

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

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

Не из майн, а из пакета в пакет. Вроде так вопрос звучал

Подскажите плз концептуально/архитектурно, как правильно сделать :) Есть у меня демон с телнет-шеллом, менюшками, автокомплитом итд. Менюшка грозит стать развесистой и очень многоплановой: ну там, сколько то команд - отобразить инфу из базы, часть - сходить на оборудование по телнету, часть - проанализировать чегонить, ну и т.д. Это 100500 модулей потенциально. В норме - они будут работать самостоятельно и выполнять периодические задачи, но много чего должна быть возможность дергать и вручную. Так вот: как правильнее организовать обращение ко всем "кишкам"? Испортить в модуль меню все остальные нужные модули и в каждом из них писать калбеки для меню?

):

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

мгм

спасибо, ушел переваривать :)

Подскажите, как реализовать на сайте авторизацию и регистрацию? что гуглить?

golang authorization registration

golang authorization registration

спасибо

Доброго времени суток, друзья, кто знает библиотеки с XBRL? Поделитесь плиз

Господа, а можете пояснить по поводу *.so модулей. Я хочу попробовать на днях набросать что-то вроде сайта, состоящего из компонентов: блог, магазин, и т.д.. И чтобы каждый компонент можно было подключать как модуль, и сайт мог использовать, т.е. кому то нужен просто блог, кому-то шоп, кому-то CRM и т.д.. Есть ли какие-то подводные камни, и подойдет ли такая реализация для этих целей?

Господа, а можете пояснить по поводу *.so модулей. Я хочу попробовать на днях набросать что-то вроде сайта, состоящего из компонентов: блог, магазин, и т.д.. И чтобы каждый компонент можно было подключать как модуль, и сайт мог использовать, т.е. кому то нужен просто блог, кому-то шоп, кому-то CRM и т.д.. Есть ли какие-то подводные камни, и подойдет ли такая реализация для этих целей?

в Го плагины стабильны и работают только на линуксе. Доков про это мало.

Нельзя разрабатывать это на Windows/osX

ну то есть писать код можно но компилироваться не будет

поэтому если люди хотят чистой кросс-платформенности, то извращаются с микросервисами и gRPC каким-нибудь для общения.

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

Господа, а можете пояснить по поводу *.so модулей. Я хочу попробовать на днях набросать что-то вроде сайта, состоящего из компонентов: блог, магазин, и т.д.. И чтобы каждый компонент можно было подключать как модуль, и сайт мог использовать, т.е. кому то нужен просто блог, кому-то шоп, кому-то CRM и т.д.. Есть ли какие-то подводные камни, и подойдет ли такая реализация для этих целей?

нахера для этого сошки лепить, чем пакеты не подходят?

нахера для этого сошки лепить, чем пакеты не подходят?

тем, что билдить заново не придется, можно прямо в админке нажать "Donwload", файл скачается и подключится. Или я ошибаюсь?

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

Короче, буду пробовать на днях, может что-то разнюхаю интересное :)

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

Кто то юзал influx gb?

Кто то юзал influx gb?

db? не надо его брать

https://www.influxdata.com/

есть соседний канал "церковь метрик", можешь там спросить почему. Но в принципе там в faq: http://bit.ly/2AHQRa9

чего?

чего?

ну не надо эту поделку использовать в проде

если это больше чем 3.5 боксика или там домашняя метеостанция

база до сих пор нестабильна, теряет данные, медленная, постоянно меняется

поэтому просто не надо

впрочем решать тебе

печально спасибо

у influxdata офигенный маркетинг и отрватительный продукт

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

если тебя такое устраивает то конечно юзай

что вместо? если колоночная append only база - то бери кликхаус. Если sql-подобное что-нибудь - постгря. Мониторинг - prometheus, долгосрочные метрики - graphite