когда кажется, спеку смотрят)

слушай, а где в спеке написано, что description может содержать html теги типа <div> и т.д?

а, все, увидел

в скобках написано

Ребята, подскажите, пожалуйста... В Java я всегда бд-шки подрубал через JNDI. Соответственно все лежало в далеких конфигах. А как это по канонам делать в GO? В какие-нибудь преференс файлы?

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

народ, привет. Скажите чем вы проксируете приложения, например хочется запустить несколько инстансов и проксировать через nginx как в питон, может в go как-то это по-другому делается

?

что-то типа гуникорна

а зачем? просто запустить бинарник чем не подходит?

он запускается супервизором

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

а ну вроде идея го в том что ему такое не нужно

и что как раз хорошо баллансирует

но мб кто-то чем-то пользуется

это замечательно

спасибо

один инстанс лучше 10 конечно для глаза в ps = )

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

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

пока таких нагрузок нет, просто немного паранои

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

)

а то вдруг один упадет...

супервизор если что поднимет)

использую nginx

Он написан на си

traefik есть ещё

В лучшем случае на go я думаю ты тот же велосипед напишешь (хотя это наврятли)

+ там же много модулей

супервизор если что поднимет)

я имею в виду сервер целиком)

Дело наверное вкуса но nginx полностью устраивает

погодите, все стандартно, инстанс на го локально -> редирект на внешний порт nginx

Дело наверное вкуса но nginx полностью устраивает

не, он про после нгинкса

Понял)

у вас же так же?)

У вас там супер архитектура)

просто перехожу с питона на go по-тихому

Наконец-то написал простенький CLI клиент для telegram'а на Go :) https://github.com/shelomentsevd/telegramgo

Наконец-то написал простенький CLI клиент для telegram'а на Go :) https://github.com/shelomentsevd/telegramgo

Может кто-нибудь глянуть насколько у меня всё плохо с Go, пожалуйста?

просто перехожу с питона на go по-тихому

а почему так решили поступить?

Приобретал уже кто ?http://dmkpress.com/catalog/computer/programming/978-5-97060-477-9/

Нашел адекватную вакансию https://moikrug.ru/vacancies/1000033107?f=social

а почему так решили поступить?

Скорость работы сильно выше, тот же xml раздаёт в 10 раз быстрее в среднем

Приобретал уже кто ?http://dmkpress.com/catalog/computer/programming/978-5-97060-477-9/

Уже pdf-ка в этом чате пробегала, не самая лучшая книга по Go, но некоторым нравится

а какая книга по Go лучшая?

пдф на русском?

обыскался уже, гугл банит

не могу найти на этом канале

так не на русском же

Хорошо, что Телеграм - это еще не Гугль. :)

так не на русском же

Не думаю, что акутальная информация бывает в большом объеме на русском

а я всегда считал, что все техническое надо на английском читать...

Есть на русском, уж не знаю как лучшая или нет

таково в интернетах полно

Тебе не угодишь :D

"Go на практике" интересует

"Go на практике" интересует

1к заплатить за книгу не можешь? ? шучу, тоже сижу ищу ?

Других в чате нету

#books

Ребята, всем привет. Подскажите, пожалуйста, как правильно: каждый раз открывать коннекшн (sql.Open) или сделать его один на все функции?

В bootstrap один раз лучше

В java бы я взял пул коннекшнов, но там все привычно, а вот как тут...

тут тоже пул

и размер его можно задать

В java бы я взял пул коннекшнов, но там все привычно, а вот как тут...

но ведь sql.Open и создает пул

но ведь sql.Open и создает пул

ух ты, не знал. Думал тупо коннекшн открывает. Я пока просто изучаю работу с бд в Go. Всю жизнь делал это только в java :)

https://golang.org/pkg/database/sql/

чиаить документация сейчас не модно ?

ну тут не причем документация, я вначале спросил, кек лучше

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

Мне тут на работе подкинули один старый проектик, который нужно было довести до ума. Там код оч старый, но все же. В общем завел я его на локале, смотрю. Страница грузится 20 секунд. Хотя казалось бы, ничего сложного там нет. Полез смотреть. Вывел лог запросов - на 1 загрузку страницы 70.000 запросов к БД Но это оказались цветочки. Феерией было когда я обнаружил, что при каждом запросе соединение к БД поднимается, а в конце запроса закрывается. Теперь всем советую делать также.

Мне тут на работе подкинули один старый проектик, который нужно было довести до ума. Там код оч старый, но все же. В общем завел я его на локале, смотрю. Страница грузится 20 секунд. Хотя казалось бы, ничего сложного там нет. Полез смотреть. Вывел лог запросов - на 1 загрузку страницы 70.000 запросов к БД Но это оказались цветочки. Феерией было когда я обнаружил, что при каждом запросе соединение к БД поднимается, а в конце запроса закрывается. Теперь всем советую делать также.

+1

Мне тут на работе подкинули один старый проектик, который нужно было довести до ума. Там код оч старый, но все же. В общем завел я его на локале, смотрю. Страница грузится 20 секунд. Хотя казалось бы, ничего сложного там нет. Полез смотреть. Вывел лог запросов - на 1 загрузку страницы 70.000 запросов к БД Но это оказались цветочки. Феерией было когда я обнаружил, что при каждом запросе соединение к БД поднимается, а в конце запроса закрывается. Теперь всем советую делать также.

наркоманы ))))

ну, бывает :D Какой-нить hibernate похлеще будет

У него на каждый чих куча запросов

Мне тут на работе подкинули один старый проектик, который нужно было довести до ума. Там код оч старый, но все же. В общем завел я его на локале, смотрю. Страница грузится 20 секунд. Хотя казалось бы, ничего сложного там нет. Полез смотреть. Вывел лог запросов - на 1 загрузку страницы 70.000 запросов к БД Но это оказались цветочки. Феерией было когда я обнаружил, что при каждом запросе соединение к БД поднимается, а в конце запроса закрывается. Теперь всем советую делать также.

Где-то я такое уже видел %) только там было за 100к %)

Ну типа, зачем заморачиваться со всякими там джойнами, если можно просто пройтись циклом по массиву записей и для каждой выбрать все что нужно в отдельном(-ных) запросе?

ну тут не причем документация, я вначале спросил, кек лучше

В доке всё об этом написано, вот причем.

Ну типа, зачем заморачиваться со всякими там джойнами, если можно просто пройтись циклом по массиву записей и для каждой выбрать все что нужно в отдельном(-ных) запросе?

обычно такое приходит из orm, хотя, эти orm тоже кто-то пишет

Ну типа, зачем заморачиваться со всякими там джойнами, если можно просто пройтись циклом по массиву записей и для каждой выбрать все что нужно в отдельном(-ных) запросе?

#кококоджоинымееедленныеее

#кококоджоинымееедленныеее

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

Один джоин vs 100к одиночных запросов

Ну типа, зачем заморачиваться со всякими там джойнами, если можно просто пройтись циклом по массиву записей и для каждой выбрать все что нужно в отдельном(-ных) запросе?

каеф

Use the join

Use the join

Use THE JOIN instead of JOIN

про индексы еще так можно

Ребята, подскажите, плиз, в чем ошибка: panic: interface conversion: interface {} is int, not int64 chatID, _ := chatIDs.Get(index) j := chatID.(int64)