а что там настраивать? у нас же цель не выжать производительность, а просто чтоб работало

Настроить юзера, базу если она там есть, я не юзал просто. Порты. Плюс если у тебя 2 проекта с кликхаусом, как разделить?

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

если 2 проекте, 2 разные базы

базу создать create database name

А если один из проектов на более старой версии кликхауса? Ну вот так сложилось что есть такой проект

Или такая хрень бывает как конфликт пакетов между двумя программами.

Докер он как бы изолирует среду и говорит что на проде после деплоя будет идентичная среда

Например в пхп у нас был имаджмаджик

Он в контейнере для разраьотки поднимался как и все части проекта

Одной командой фронт, бэк, мускуль, редис

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

короче тупо два стула: на одном непредсказуемое поведение, на другом рабочий софт сложнее настраивать (хотя конечно докер в последнее время частично это решает) и менее уверено чувствуешь себя когда залезаешь на сервер

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

почему я не могу подключить драйвер для работы с склите3?

принтит ошибку go.mod provides(уже точно не помню, но, что-то про модули)

так я либу установил

подключаю в файле

конекчусь к бд

и ошибка

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

перезапустил машину и заработало

хм

Для кнопки назад в меню бота нужно помнить прошлую команду пользователя, вот только больше ничего мне не надо помнить о пользователе, и как лучше это хранить? Не бд же? Просто мапой? А если рестартить тогда бота, то не будет значений. Как лучше? И мне тут чисто теоретически стало интересною. Вот есть функция NewReplyKeyboard, она каждый раз тратит память, создавая новую структуру, насколько разумно сделать функцию, которая переделывает уже существующую структуру для экономии памяти?

Не вредно столько перезаписей?

Для кнопки назад в меню бота нужно помнить прошлую команду пользователя, вот только больше ничего мне не надо помнить о пользователе, и как лучше это хранить? Не бд же? Просто мапой? А если рестартить тогда бота, то не будет значений. Как лучше? И мне тут чисто теоретически стало интересною. Вот есть функция NewReplyKeyboard, она каждый раз тратит память, создавая новую структуру, насколько разумно сделать функцию, которая переделывает уже существующую структуру для экономии памяти?

Ты про бота в тг?

Ты про бота в тг?

Да

Ты делаешь бота для больших нагрузок?

В день штук 20 наверное...не уверен, бот обратной связи будет для СМИ Ну в дни с движком прям сильная нагрузка вроде

Про файл наверное и правда не критично... А про память чисто теоретически было интересно)

Ты делаешь бота для больших нагрузок?

Да вот подумал, в большие случаев не особо

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

тем более в базу можно много чего интересного писать

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

Джейсон в мапу и обратно наверное можно Ну если и правда будет что хранить ещё, то и постгрес можно

Но он непонятно из чего возникает)

Ну, ход мыслей я понял, всем спасибо)

Go: великолепный модуль net/http https://dev-gang.ru/article/go-velikolepnyi-modul-nethttp-u69osny6tr/ @Golang_google

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

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

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

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

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

как реализовать логин? в sqlite3 есть имя и хешированный пароль

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

понял, попробую

солить главное не забывайте )

разумеется

солить главное не забывайте )

давно никто не солит))) Просто нормальный алгоритм юзают)

как реализовать логин? в sqlite3 есть имя и хешированный пароль

Берешь логин, берешь хеш пароля, ищешь в базе юзера по двум полям.

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

это что?

это что?

Это один из подходов к дизайну по

а

точнее к дизайну по скорее подходит DDD

а мне он разве сейчас нужен?

дизайн это внутренняя структура проекта

то есть это не внешний вид, а внутренний, для разработчиков

так вроде Макс уже предлагает киссить, куда еще солидить?

а мне он разве сейчас нужен?

нужен

расскажите пожалуйста

я не шарю пока как вы

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

Они в реальной жизни нужны. Просто много когда пишут без них.

да шо ж ты сурьезный такой?)

я тоже сарказм не выкупил (

я согласен с дедом

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

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

Это как наследование. Оно тоже начинает морально устаревать)

А вместе с ним и принципы ооп сформированные много лет назад для языков тогдашних и тогдашних мозгов

при чем тут наследование? как я понял солид - единственная ответственность класса и решает солид лишь одну задачу а наследование - просто наследует какие-то данные и функционал

давно никто не солит))) Просто нормальный алгоритм юзают)

Серьезно? Это какие? И как это поможет от перебора по таблице?

Серьезно? Это какие? И как это поможет от перебора по таблице?

bcrypt автоматически соль добавляет

bcrypt автоматически соль добавляет

Ну так соль то все равно есть )

а

так дед сказал же, что никто уже сам не солит

за это либа делает

нет?

при чем тут наследование? как я понял солид - единственная ответственность класса и решает солид лишь одну задачу а наследование - просто наследует какие-то данные и функционал

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

понял

а что можно почитать про ооп архитектуру по

ну голанг это недо ооп