воспитание епта)

это очень сильно помогает избежать ненужных проблем и конфликтов 😅 Лучше быть вежливым, если хочешь и к себе вежливости

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

И по Java и по Go были курсы бесплатные на Stepik

Да.Походу установил как-то ни так

Сделал всё в точности как вчера и всё заработало нормально

↘️ Golang. Выводим список всех файлов (рекурсивно) в каталоге Читать @Golang_google

↘️ Golang. Выводим список всех файлов (рекурсивно) в каталоге Читать @Golang_google

Но разве io.utils не признан deprecated, и заместо него лучше бы использовать os.ReadDir? https://go.dev/doc/go1.16

Но разве io.utils не признан deprecated, и заместо него лучше бы использовать os.ReadDir? https://go.dev/doc/go1.16

ну вот(((

иногда собираешь чтобы была совместимость под старые версии

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

иногда собираешь чтобы была совместимость под старые версии

Джава какая то получается😅

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

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

сегфолты сразу

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

А права на запуск давал?

Собирал бинарь на одной машине - перекидывал, работало)

нет, оно просто так сегфолтилось не запускаясь

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

С учетом того, что можно поставить локальную версию go, без рута(как у меня и сделано на одном серве), пытаться сохранить совместимость это не очень рационально. Да, возможно именно библиотека io.utils не будет меняться и каких либо багов/уязвимостей в ней не появится, но будет трудно контролировать чтобы все внешние зависимости в проекте тоже поддерживали обратную совместимость. Мне например, пришлось перекатиться с go1.15 на go1.16, из за sqlite и его бед с cgo. Тем более, то же обновление с дженериками полностью сломает старый код.

а зачем склайт на сервере?

Для удобной портативной бд.

Я телеграм бота пилил

Кстати, кто на прям трушных трушных микросервисах сидит. вот есть у вас 2 сервиса: юзеры и подписки. Приходит от бизнеса задача подсчитать сколько юзеров из Анголы с именем Стас имеют трижды платиновую подписку уже второй год. Что вы делаете? Пишете скрипт, который все это рядом запросов пытается слинковать?

rpc CheckUsersSubscription(Users) returns (SubscriptionYear) ну а потом реализация этого рпс message Users { repeated users = 1; }

ну это же и самому делать надо, и считаться будет долго

а так, один запрос - и готово

мой вариант тоже базируется на одном запросе

не понял тебя

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

мой вариант тоже базируется на одном запросе

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

а тут можно один скл запрос с джойнами лупануть и отдать результат достаточно быстро

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

ну либо наоборот зайти со стороны подписок

приходит айдишник юзеров джоином делаешь и все

где тут пачка запросов я не знаю

приходит айдишник юзеров джоином делаешь и все

а если 1М айдишников? ты тоже в 1 пачку все запихнешь?

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

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

↘️ Golang. Выводим список всех файлов (рекурсивно) в каталоге Читать @Golang_google

вы правы, но там вроде обновили статью

Привет, чат! Джобсикеры на месте? Есть отличное предложение для миддлов/миддлов+, подробности отправлю в лс

Привет, чат! Джобсикеры на месте? Есть отличное предложение для миддлов/миддлов+, подробности отправлю в лс

Здравствуй, а что такое джобсикер?

Понял, спасибо, намотаю себе на уст

Первый раз услышал но как бэ job seek

Здравствуй, а что такое джобсикер?

с доты персонаж

расскажешь потом че там за трап

ну вот, о job sicker'ах никто не думает(

кто-нибудь использует rabbitmq на go? много у вас проблем с ним было? с реконнектами, с чем-то еще?

привет! кто с go-pg знаком, подскажите, там работает релейшен has one non pk или нет? делал всё, как в тестах у них написано, а в итоговом запросе всё равно по pk таблицы джойнит. теперь осталось понять - это только у меня, или оно там вообще не работает?

https://habr.com/ru/company/quadcode/blog/662852/ Может кому полезно будет

Подскажите, почему ошибки нулевая, когда sqlite нет на машине и файла базы нет рядом с программой?

package sqlite import ( "database/sql" "log" _ "github.com/mattn/go-sqlite3" ) func ConnectSqlite(dbname string) (db *sql.DB) { db, err := sql.Open("sqlite3", "mydb.db") if err != nil { log.Println("err") panic(err) } log.Println("DB-OK") return db }

Ошибка nil

Должно же ругаться 🤬

А это только создание ?

А как указать место sqlite библиотек? Или лучше кинуть всё в папку с программой?

Что-то не могу найти инфу

Спасибо

Так же читаю всякие схемы иерархии проекта - кто что советует, кто MVC, кто-то наоборот против категорически. Остановился на CMD internal pkg Внутри CMD папка с проектом и в ней только main.go В pkg создаю папки по общим библиотекам, типа вот этого клиента для sqlite, а в internal папки тн сущностей, типа user и тд. Пока не понял, куда пихать миграции и модели

Так же читаю всякие схемы иерархии проекта - кто что советует, кто MVC, кто-то наоборот против категорически. Остановился на CMD internal pkg Внутри CMD папка с проектом и в ней только main.go В pkg создаю папки по общим библиотекам, типа вот этого клиента для sqlite, а в internal папки тн сущностей, типа user и тд. Пока не понял, куда пихать миграции и модели

Можешь прям в корне создать папку migrations

Так же читаю всякие схемы иерархии проекта - кто что советует, кто MVC, кто-то наоборот против категорически. Остановился на CMD internal pkg Внутри CMD папка с проектом и в ней только main.go В pkg создаю папки по общим библиотекам, типа вот этого клиента для sqlite, а в internal папки тн сущностей, типа user и тд. Пока не понял, куда пихать миграции и модели

А модели в internal, в models или как нибудь еще назвать

А токены надо в бд хранить после авторизации?

А токены надо в бд хранить после авторизации?

Какие токены? Jwt - нет

А где потом их взять для проверки суммы из куков?

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

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

Каждый раз проверяется подпись. Если все норм, то данные из токена = данные юзера условно

Каждый раз проверяется подпись. Если все норм, то данные из токена = данные юзера условно

А откуда берется сумма для сверки?

такой вопрос на пайтоне гет запрос с авторизацией делается примерно так response = requests.get('http://example', timeout=(3, 3), auth=HTTPDigestAuth('root','root')) на go делаю так ` client := &http.Client{} req, _ := http.NewRequest("GET", "example", nil) req.SetBasicAuth("root", "root") resp, _ := client.Do(req) ` Вы даёт ошибку - 401 Unauthorized как правильно делать эти get запросы

А откуда берется сумма для сверки?

В jwt три части, одна из них описывает какой мы алгоритм используем, во второй данные, в третьей подпись. Вот надо проверить эту подпись

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

А подпись то одна из куки, а эталонная как бы откуда?

А что значит эталонная подпись?

https://habr.com/ru/post/340146/

такой вопрос на пайтоне гет запрос с авторизацией делается примерно так response = requests.get('http://example', timeout=(3, 3), auth=HTTPDigestAuth('root','root')) на go делаю так ` client := &http.Client{} req, _ := http.NewRequest("GET", "example", nil) req.SetBasicAuth("root", "root") resp, _ := client.Do(req) ` Вы даёт ошибку - 401 Unauthorized как правильно делать эти get запросы

попробуй добавить протокол http:// игнорить ошибки плохая практика

попробуй добавить протокол http:// игнорить ошибки плохая практика

ошибки убрал, чтобы здесь текста меньше было а коде оставляю с проверками http:// использую ошибка именно в авторизации ` <head> <title>401 Unauthorized</title> </head> <body> <h1>401 Unauthorized</h1> </body> `

ошибки убрал, чтобы здесь текста меньше было а коде оставляю с проверками http:// использую ошибка именно в авторизации ` <head> <title>401 Unauthorized</title> </head> <body> <h1>401 Unauthorized</h1> </body> `

В браузере авторизация проходит? А то может у вас пароль не верный

В браузере авторизация проходит? А то может у вас пароль не верный

проходит + на пайтоне проходит request.get запросы

проходит + на пайтоне проходит request.get запросы

посмотри либу goquery

ошибки убрал, чтобы здесь текста меньше было а коде оставляю с проверками http:// использую ошибка именно в авторизации ` <head> <title>401 Unauthorized</title> </head> <body> <h1>401 Unauthorized</h1> </body> `

Скинь полный код в лс

посмотри либу goquery

сейчас глянем, спасибо

А подпись то одна из куки, а эталонная как бы откуда?

в жвт на сервере есть ключ шифрования, который шифрует сам токен. В пейлоад есть часть которую можно расшифровать и получить нужные данные, так как она просто в base64. Так же есть эта же часть но зашифрованная ключем который был сгенерирован сервером. В момент запроса проверяется, будет ли пейлоад иметь тот же секрет, что прислал клиент. Если нет - значит токен не валиден. ЖВТ позволяет избежать того, что нужно каждый раз ходить в базу и проверять пароль. Но он не спасет если ты хочешь оперативно менять пользователю пароль или права доступа. ЖВТ технология хорошая и довольно простая. Там можно например хранить даже роли пользователя, что бы в базу не ходить. И на клиенте используя эти роли отрисовывать контент в SPA. А на сервере проверять доступы пользователя. Но опять же, смена ролей не происходит мгновенно в случае с жвт. Либо придется всё равно ходить в базу и проверять что то. Смысл жвт изначально был в том что бы базу не дергать на каждый запрос для проверки юзера.

func ConnectSqlite(dbname string) (db *sql.DB) { db, err := sql.Open("sqlite3", "mydb.db") if err != nil { log.Println("err") panic(err) } err = db.Ping() if err != nil { log.Println("err") panic(err) } log.Println("DB-OK") return db }

err = db.Ping() тоже err = nil

если создать exe и запустить, то тоже всё хорошо