👾Мой канал в Telegram: t.me/ntuzov Пишу там новости, анонсы своих активностей и просто интересные мысли Также с его помощью я получаю от вас оперативный фидбэк по роликам - что нравится, что не нравится, какой ролик делать следующим и т.п. ❤ Если у вас есть желание поддержать развитие канала: Секретный телеграм-канал: - В рублях: t.me/+1UPXV_DGnG1mODJi - В евро: t.me/+hedI8LevYTc5MDM6 boosty.to/nikolay.tuzov www.patreon.com/tuzov
Приятно видеть полезные содержательные видео для новичков на великой Гошечке без всяких ужасностей - сразу к делу, качественно на уровне продакшн кода и без воды, уважаемо!
Спасибо за такой отличный урок, впервые просмотрела урок до конца. Узнала очень много нового и полезного, очень помогают твои подробные объяснения что и для чего нужно. Спасибо
Николай, спасибо огромное за ваш труд и творчество! Благодаря вам, научился создавать веб-сервисы, которые очень удобно масштабировать, рефакторить и поддерживать, пересаживать на любые базы данных и реализации кэша, а также подключать несколько серверов, реализующих различные протоколы обмена данными! А всё благодаря разделению общей архитектуры на слои и интерфейсам! Просто топ, ещё больше стал любить писать на Go благодаря вам!
Блин. А в видео - это где можно увидеть? )) Хорошо, что уже не первый день обучалки смотрю и знаю о таких "выкрутасах от блогеров" - читать в надежде комменты. Но, все же. Это баг!!! )))
По поводу тестирования хэндлера save, почему запрос NewRequest берётся из библиотеки http, а не httptest? В основе теста же лежит именно Response Recorder, соответственно не создаётся сервера на loop back, ну и нужды в реальном запросе нет, тогда почему бы не юзать из httptest?
По мониторингу точно будет отдельное видео. У меня уже есть материал, я хотел в этом видео о нем рассказать. Но потом решил всё же отдельно, т.к. ролик слишком большой получался.
Огромное спасибо! Таких видео очень не хватает, особенно на русском. Сегодня вечером просмотрю видео и сам пройду все шаги. У вас вижу GoLand, а я в vscode пишу. Но, думаю, из-за этого сложностей не будет.
@@nikolay_tuzov не, не можно) интеграция гита, бд, рефакторинг, навигация - у вскода из коробки ничего этого нет, можно обвешаться гирляндой расширений, но зачем если можно просто переактивировать голанд раз в месяц на диспозабл емейл 💀
Хорошее видео, разобрано много интересных подходов, спасибо. До хэндлеров было в целом понятно, потом объяснения пошли очень сжато и кратко, приходилось переслушивать 3-4 раза, чтобы стало понятно. Код хэндлеров очень плохо читается из-за кучи логов - может быть, их можно обработать как-то поэлегантнее? В будущих видео хочется как можно меньше моментов в стиле "просто добавьте сюда этот код, который я не буду объяснять" - по мне такой код лучше вообще не добавлять в проект (ну или потратить дополнительное время на его объяснение). P.S. Не понял, зачем нужно было делать столько лишних папок в проекте? (фактически каждый файл лежит в отдельной папке) Т.е., например, зачем папка sqlite в папке storage? Можно сразу storage.go кинуть в storage. Или в lib/logger папка sl кажется лишней - можно сразу sl.go кинуть в logger, и все. Если поудалять все эти лишние папки, дерево проекта будет намного меньше. Чем мне мешают эти дополнительные папки - они затрудняют ориентирование в проекте и сильно раздувают дерево проекта. А поскольку программист в основном читает код, то чем компактнее будут уложены файлы, тем лучше.
Было бы классно ещё понимать как описать то что ты сделал в комите, допустим сделали логер, он работает для теста вывели пару сообщений, как записать просто "Initialized logger" и всё, или допустим создали какую-то структуру, вывели возможно менять конфигурацию логера в конфиг файл
Видимо имеется ввиду что запускать мы будем основной скрипт так CONFIG_PATH=./config/local.yaml go run main.go - и у нас есть свобода выбора какой путь к конфигу указать. Если на проде, то файл уже другой просто указываем и всё
Я ещё не досмотрел, но вопрос, пока не забыл: как сюда подключить ещё и обработку параметров запуска из консоли (ключей типа --config)? Как их правильно с обработкой конфига дружить?
в самом начале когда вы перешли к написанию кода и начали создавать папку cmd, вы использовали какой то пакет который генерирует шаблон для проекта? (типа как vitejs на javascript чтобы собрать шаблон проекта?). или вы сами создали паку url-shortener и внутри создали файлы вручную?
1. Rest коды не используютя по какой то причине? 2. Динамические/настраиваемые моки языком в принципе не поддерживаются? Все создавать в статике/ генерировать?
48:08 - mySQL как раз таки поддерживает стандартным драйвером. PostgreSql стандартным драйвером точно не поддерживает, надо в конец запроса добавлять RETURNING id и вместо экзека отправлять запрос через QueryRow
Подскажите пожалуйста, почему в каждом методе Storage , вы пересоздаете подготовленные выражения (stmt) при каждом вызове метода, а не ,например создаете специальный метод в котором эти выражения будут подготавливаться и уже потом сразу использоваться в методах?
Последнее время я всё реже использую автоматические id в базе данных. Именно из-за того, что id может быть неизвестен сразу после вставки. Я генерирую uuid, который не полностью рандомный, а типа последовательный. Таким образом, я заранее знаю id, и этот id не так сильно влияет на производительность базы, т.к. он уже отсортирован. Да, такое поле увеличивает размер базы, но оно слишком удобное, чтобы от него отказаться.
2:00:10 - насколько правильно передавать объект storage в хендлер роута? Не будет ли лучше это делать внутри хендлера (там где мы работаем с базой непосредственно)?
Поправлю - указатель, а не ссылку* Вообще, это тема для частых дискуссий - возвращать указатель или значение. У обоих вариантов есть свои плюсы и минусы, но в большинстве случаев разницы почти нет. Если возвращаем значение, то при возврате и передаче мы каждый раз будем копировать все значения структуры. Зато в случае указателя можем накосячить с разыменованием.
Self-signed не совсем то. Я обычно через Cloud Flare делаю, но при этом сильно тоже не заморачиваюсь, выбираю гибридный вариант (от клиента до CF по https, от CF до моего сервиса http) Заодно там можно будет показать, как настроить работу с доменом. Но в целом да, ролик получится короткий и простенький.
Решил делать как говорили в начале чтобы было аля своё, решил добавил логер в ямл конфиг, сделал как с http_server, всё работает за исключение что уровень логера с нулём просто не берёт выдаёт ошибку, ставлю допустим -4(дебагинг) всё работает, всё выводится как по видео, но если в кфг ямла ставлю 0 то всё, сам struct логера уровень логера int8
Нет, обычно в БД не ходят асинхронно, тк смысла нет - без похода туда обычно нечего делать дальше. А сам запрос обрабатывается в отдельной горутине и так
Здравствуйте! Только начал изучать Go, хотелось бы узнать, то что пишет Николай в этом видео, обычно пишут Джуны Миддлы или Сеньоры? Спасибо всем за ответы!
Насколько распространена практика хранения констант с названием и путем функций для логирования? Выглядит как возможная мина и гемор при рефакторинге. Другого способа нет? А если получать в рантайме это считается плохой практикой?
1:14:09 как реализовать так чтобы наоборот, чтобы интерфейс был в отдельном файле в пакете sqlite. папка sqlite в том же месте что и у вас, затем внутри папка interfaces и там допустим save, и соответственно это надо как-то зарегистрировать в одноимённом файле пакета sqlite, как это сделать? Чтобы мы могли брать из одноименного файла sqlite и функцию save для сохранения url, а так же чтобы могли взять интерфейс в хандлере что в сервер, подскажите куда копать пожалуйста
@@nikolay_tuzov Тг хорошо, но безумно не удобно, в тг просто 1 чат, и там люди общаются о своём, ты что-то запостишь какой-то вопрос он почти моментом скроется, а спамить этим вопрос это плохо, даже просто реплаить по кд такое себе, лучше дискорд, там можно создать каналы, чтобы просто общения было отделено от тех вопросов. Но как помню или тут в начале видео или из тех что в описании, был такой момент что был интерфейс Users в котором были как раз таки все методы и они были в отдельных папках, и получается что туда вручную записываются, то в файле допустим по уроку sqlite будет интерфейс по типу Users в котором будут интерфейсы, но как это правильно называется чтобы лучше разобраться вроде понял а вроде не до конца. И если сможете, то подскажите как называется практика при которой такие вещи они регистрируется, чтобы был допустим интерфейс в котором можно запушить свой другой интерфейс, чтобы вручную всё не писать, чтобы не было сотни интерфейсов которые содержат интерфейсы которые ссылаются на интерфейсы. Допустим User User.signUpMethod(saveDefaultData) и потом можно в любом месте User.saveDefaultData('...', '...')
У меня ошибка когда я запускал программу после того как мы сделали функцию mustLoad выдавало ошибку что configPath пустой .Мне нужно создать env переменную CONFIG_PATH ?Чтобы решить эту проблему
Кроме того, видеть имя функции вместо номера строки удобней. Потому что код может измениться, и номера строк сдвинутся. Придется выяснять, какая версия была задеплоена и т.п.
@@nikolay_tuzov ну не знаю, можно и выводить какая функция выполняется, насчёт накладных расходов - не знаю, в zerolog\zap врубаю во время разработки или когда приложение на тестовом контуре
@@nikolay_tuzov op в upspin подсмотрел?) имхо полусомнительная приставка, тк вызывающий код и так знает название вызываемой функи, ему интереснее какой именно ее бит сбойнул. ты из каждой функи ретурнишь обернутые опом ошибки?
@@StreetWorkout62 да, платный. Но там дают пару месяцев бесплатно попробовать. Если нужен бесплатный, то посмотри Codeium, говорят тоже хорош (но я не пробовал)
На мой взгляд коду рано в реальное использование 1) неоправданно сложная структура проекта(было тяжело читать код) + сервис очень напоминает код node+express 2) явное отсутствие слоёв приложения 3) разделение интерфейсов для обращения к бд на отдельные операции??? 4) отстутсвие контекста в методах для работы с бд(если бд находится локально, это не значит, что с таймингами будет всё ок. Например при обращении к бд может быть нагрузка на диск 100% и запрос будет схлопнут таймаутом который указали при конфигурации http сервера, что является не лучшим решением) + в серьёзных сервисах конфигурируют таймауты под каждый слой 5) цитата: "изза одного единственного запроса хэндлера не должно приложение падать целиком". Полностью несогласен! Для такого приложения с простой логикой все запросы "одинаковые" и если у нас происходит гдето паника, значит она будет происхдить постоянно, а в таком случае приложение работать не должно(его надо чинить) + дефолтный хттп сервер сам отлавливает паники 6) приложение никак не валидирует урлы, такое чувство, что это не сокращатель урлов, а переосмысленный редис. 7) time.Now() используется без часового пояса 8) нету Readme и Swagger(пришлось лезть в код, чтобы понять как запускать сервис) 9) save_test.go:83 require.Equal(t, rr.Code, http.StatusOK) - если быть невнимательным, то создаст весёлую проблему 10) хэлсчек! Как минимум это первое что проверяют если с сервисом проблемы, лучше всего делать через вызов db.PingWithContext(ctx)
Спасибо за фидбэк, но с большинством пунктов в корне не согласен: 1) очень абстрактное заявление, довольно субъективный. В чем конкретно сложность? Что именно тяжело читать? 2) В предыдущем пункте вы жаловались на сложность, а добавление слоёв сложность увеличит. Их потому и нет - чтобы не переусложнять приложение. На мой взгля, в подобное проекте можно прекрасно обойтись без них. Если вы с этим не согласны, можем обсудить - приведите примеры, в которых у нас будут проблемы из-за отсутствия слоёв? 3) Да, а что с этим не так? Если подход непонятен, смотрите мой ролик на эту тему (ссылка есть в описании) 4) Тут согласен, контексты стоило добавить, это мой промах 5) "если у нас происходит гдето паника, значит она будет происхдить постоянно" - абсолютно неверное утверждение. У нас есть тесты, а значит, как минимум, happy path и некоторые fail-кейсы будут работать. Если паника и появляется, то точно не во всех случаях. Так зачем падать всему приложению целиком? Чтобы перестать обрабатывать даже корректные запросы? Что нам это падение вообще даст? 6) Посмотрите внимательней, валидация урлов - это вообще единственный валидатор, который у нас есть (помимо required), в хэндлере Save. 7) А зачем нам часовой пояс? Вы точно смотрели ролик, и просто бегло про коду прошлись? Во всем проекте всего 2 точки использования данной функции: подсчет дельты и задание сида в рандомайзере. Для чего там часовой пояс? 8) Readme не помешал бы, согласен. Но это явно не must have фича для работы приложения в продакшене, а скорее помощь себе в будущем. 9) Не очень понял, о какой проблеме речь? 10) Да, тут согласен, стоило сделать что-то простенькое. Но вообще, полноценный мониторинг будем делать в отдельном ролике
Если хотите обсудить подробней, приглашаю вас в наш чат Gopher Club (ссылка в описании). Приходите, подискутируем. Заодно и сообщество рассудит, кто из нас прав. Там присутствуют и гораздо более опытные коллеги, чем я.
@nikolay_tuzov 1) да, тяжело читается, хотя кода немного 2) я думаю большинство тех, кто смотрел видео это джун или тот кто хочет устроиться джуном, и на мой взгляд стоило бы показать как "правильно делать", потому что придут они на работу и начнут слой данных выпиливать ссылаясь на это видео). Если это попытка в хайлоад/уменьшение расхода памяти/времени отклика, то стоило бы и с остальным кодом то же самое делать Про проблему отсутствия слоёв, она возникнет когда захотите сменить бд, sqlite хороша, но когда нужно будет уходить от неё, то всплывёт проблема отсутствия слоя данных(возможно не такая острая как в серьёзных сервисах, где извращаются над запросами в целях оптимизаций, но будет, как минимум сейчас нет возможности вынести в конфиг тип базы для сервиса и переключиться например на редис или монгу) 3) ничего не имею против разделения интерфейсов, но для сервиса на пару таблиц ваш подход избыточен(возможно было бы лучше оставить как есть и обернуть их в общий интерфейс) 5) грубо говоря сервис каждый раз проходит одни и те же проверки и если передавая два набора валидных данных, в котором один успешно проходит, а второй падает в панике, то это говорит о серьёзной ошибке в коде, которую надо чинить, а не пытаться восстановить прилагу(возможно гдето данные сломались и тогда нет никакого смыслы хранить битые данные) 6) сорри, не заметил 7) сорри, привычка после работы с распределёнными сервисами, не актуально для одного инстанса 9) стоит почитать сигнатуру require.Equal() func Equal(t TestingT, expected interface{}, actual interface{}, msgAndArgs ...interface{}) {
@@user-lv9ko1ru7e 1) Я всё ещё не вижу конкретных аргументов - что именно там тяжело? Приведите пример того, как было бы легко в данном случае? 2) Такое ощущение, что у вас есть некое универсальное правило, какая архитектура правильная. А это не так, она сильно зависит от проекта. Писать пет-проект с кучей слоёв, которые там не пригодятся - НЕ правильно. И допускать оверинжениринг в пет-проектах, это тоже плохо. Это не попытка оптимизации производительности, это отсутствие бессмысленного повышения сложности проекта - кода меньше, он проще, понятней. 3) Не соглашусь с этим утверждением 5) А если в сервис приходит 99 запросов, и лишь 1 из них проблемный и ломает приложение? Нам нужно уронить сервис, чтобы он обрабатывал 0 запросов, пока мы чиним тот единственный проблемный? Вы действительно считаете это хорошим подходом? 7) дело даже не в распределенных сервисах, а в том, зачем вообще используется функция time.Now(). Если она нужна только для получения дельты времени, внутри одной и той же функции, то при чем тут распределенность? В распределенном сервисе я бы тоже не стал думать здесь о временных зонах 9) Я знаю сигнатуру, и всё ещё не понимаю, о какой конкретно проблеме речь.
Запрос на следующие уроки: - Как сделать асинхронную работу (пусть запускается через API вызов) в кластере, чтоб она 1) по какому-то ключу была только одна во всем кластере и 2) востанавливалась после падения сервера (можно с использованием ZooKepera или etcd) - Реал лайф пример работы с Dragonboat (RAFT либа).
Потому что мы инициализируем логгер различными способами, в зависимости от текущего конфига. Получается, для инициализации логгера нужно сначала получить конфиг.
Для иллюстрации приведу обратную крайность. В ООП языках порой встречаются люди, которые прочитали книгу по паттернам, и в первых своих проектах пытаются реализовать сразу все эти паттерны. Получается нечто ужасное и сложное в поддержке. Это называется - оверинжиниринг. С опытом же начинаешь лучше искать баланс между простотой, практичностью
Zap сейчас самый популярный, и slog до него далеко. Но slog актуальней в том плане, что он скоро будет в стандартной библиотеке, поэтому лучше начинать привыкать к нему. Но их сравнивать не очень корректно, тк slog сам по себе не совсем логгер, это лишь обертка. Можно Zap внутри slog использовать, например.
Нужно при запуске приложения указать эту переменную окружения. Заходи в наш чат (ссылка есть в описании), там уже разбирали этот вопрос подробно, и не раз
Блин, сел осваивать язык. Пока ищу, что можно тупо повторить, попутно въезжая в смысл. А тут роутер не стандарт... Хотелось бы пока с тем, что из коробки предоставляется разобраться. Но, что поделать... По любому благодарность!
@@user-gy5lg4vp9i на тот момент отложил изучение Go, узнал про Rust. На нем освоил написание API. Но, за неимением вакансий и пока скудный спрос на рынке, вот попутно решил опять и Go добивать. После Rust намного легче вроде теперь заходит. Во всяком случае понимание работы с памятью там пришлось намного лучше освоить. Но, пока именно по Go сказать нечего. Как только доберусь до реализации, отпишусь. 👍
Подскажите пожалуйста, где вы устанавливаете значение CONFIG_PATH, чтобы потом читать его в файле internal/config/config.go, в строке configPath := os.Getenv("CONFIG_PATH")?
Я пофиксил таким образом (GoLand) Там где у нас есть ранер, тыкаем на стрелочку и тыкаем Edit Configurations Там у нас высветиться автоматически созданые ранер (это когда на зеленую стрелочку play нажимаешь около func main) Находим там поле Environment и прописываем туда CONFIG_PATH=./config/local.yaml Тыкаем Apply и стартуем
@@BabaykaMoscow в Го такое встречается намного реже. Если не ошибаюсь, я даже не встречал ни разу. Но тут важно понимать, что оно потому и встречается редко, что интерфейс описан в месте использования. Я об этом подробно рассказывал в ролике на данную тему, советую посомтреть
chi более минималистичный и лучше совместим с net/http. При этом в нём есть всё необходимое для такого проекта. Но вообще, мы обсуждали выбор конкретного варианта в моём ТГ-канале (ссылка есть в описании). gin тоже был среди кандидатов.
Бывает иногда такой рассинхрон, с ним порой сложно бороться, т.к. видео пишется на внешнюю камеру. Но, вроде, тут это почти незаметно, да и не очень важно.
👾Мой канал в Telegram: t.me/ntuzov
Пишу там новости, анонсы своих активностей и просто интересные мысли
Также с его помощью я получаю от вас оперативный фидбэк по роликам - что нравится, что не нравится, какой ролик делать следующим и т.п.
❤ Если у вас есть желание поддержать развитие канала:
Секретный телеграм-канал:
- В рублях: t.me/+1UPXV_DGnG1mODJi
- В евро: t.me/+hedI8LevYTc5MDM6
boosty.to/nikolay.tuzov
www.patreon.com/tuzov
Приятно видеть полезные содержательные видео для новичков на великой Гошечке без всяких ужасностей - сразу к делу, качественно на уровне продакшн кода и без воды, уважаемо!
Только начал смотреть, но уже по содержанию вижу, что это золотое видео! Спасибо!
Отличный гайд, Николай. Очень познавательно и интересно смотреть твое творчество. Респект!
Спасибо за такой отличный урок, впервые просмотрела урок до конца. Узнала очень много нового и полезного, очень помогают твои подробные объяснения что и для чего нужно. Спасибо
ЛУЧШЕЕ ЧТО МОЖЕТ БЫТЬ В СУББОТНЕЕ УТРО. СПАСИБО ОГРОМНОЕ ЗА КОНТЕНТ. ПРОСТО ЛУЧШИЙ!!!!
э, что угодно?..
круто объясняет и самое главное, наглядно все показывает на практике👌
Мужик, ты крут, спасибо тебе за такие видео. Действительно очень полезные!
даешь практику для народа! Таким видосам тока лайк
Спасибо за контент ❤
Спасибо огромное за контент!
Николай, спасибо огромное за ваш труд и творчество! Благодаря вам, научился создавать веб-сервисы, которые очень удобно масштабировать, рефакторить и поддерживать, пересаживать на любые базы данных и реализации кэша, а также подключать несколько серверов, реализующих различные протоколы обмена данными! А всё благодаря разделению общей архитектуры на слои и интерфейсам! Просто топ, ещё больше стал любить писать на Go благодаря вам!
Рад, что помог ❤️
Всегда очень приятно видеть такие отзывы
Спасибо за контент!
Даешь видео про миграции!
В golang нет миграций
В Турцию можно мигрировать
Спасибо за видос!
Видео очень хорошее, спасибо автору!
Если есть возможность, можно ещё видео про деплой не через гитхаб, а через гитлаб ci/cd? Было бы 🔥
Спасибо за труд!
Блин. А в видео - это где можно увидеть? )) Хорошо, что уже не первый день обучалки смотрю и знаю о таких "выкрутасах от блогеров" - читать в надежде комменты. Но, все же. Это баг!!! )))
Просто огонь контент
Хотелось бы про concurrence и паттерны их использования. Например воркеры, fan-in , fan-out
спасибо, все очень круто!
По поводу тестирования хэндлера save, почему запрос NewRequest берётся из библиотеки http, а не httptest? В основе теста же лежит именно Response Recorder, соответственно не создаётся сервера на loop back, ну и нужды в реальном запросе нет, тогда почему бы не юзать из httptest?
Очень классный и полезный материал. Темы по наблюдению за всем этим хозяйством не хватает.
По мониторингу точно будет отдельное видео. У меня уже есть материал, я хотел в этом видео о нем рассказать. Но потом решил всё же отдельно, т.к. ролик слишком большой получался.
Николай, материл от вас - просто супер. Выпустите пожалуйста видео про миграции! 🌷
А что именно интеренсо про миграции услышать? Помимо того, что было показано в этом видео
Утро наступило!
Ух, супер!
Огромное спасибо! Таких видео очень не хватает, особенно на русском. Сегодня вечером просмотрю видео и сам пройду все шаги. У вас вижу GoLand, а я в vscode пишу. Но, думаю, из-за этого сложностей не будет.
Сложностей быть не должно. IDE - это лишь вспомогательный инструмент. Можно хоть в блокноте писать =)
@@nikolay_tuzov не, не можно) интеграция гита, бд, рефакторинг, навигация - у вскода из коробки ничего этого нет, можно обвешаться гирляндой расширений, но зачем если можно просто переактивировать голанд раз в месяц на диспозабл емейл 💀
@@paniciour а че так можно реактивировать?
@@jojogay7297 я этого не говорил, меня взломали)
@@paniciourили neovim поставить, только выиграешь в долгосрок
Будут ли видео по внутренностям go? А именно как точно устроена сборка мусора и как работает планировщик/аллокаторы? спасибо
Хорошее видео, разобрано много интересных подходов, спасибо. До хэндлеров было в целом понятно, потом объяснения пошли очень сжато и кратко, приходилось переслушивать 3-4 раза, чтобы стало понятно. Код хэндлеров очень плохо читается из-за кучи логов - может быть, их можно обработать как-то поэлегантнее?
В будущих видео хочется как можно меньше моментов в стиле "просто добавьте сюда этот код, который я не буду объяснять" - по мне такой код лучше вообще не добавлять в проект (ну или потратить дополнительное время на его объяснение).
P.S. Не понял, зачем нужно было делать столько лишних папок в проекте? (фактически каждый файл лежит в отдельной папке)
Т.е., например, зачем папка sqlite в папке storage? Можно сразу storage.go кинуть в storage. Или в lib/logger папка sl кажется лишней - можно сразу sl.go кинуть в logger, и все. Если поудалять все эти лишние папки, дерево проекта будет намного меньше.
Чем мне мешают эти дополнительные папки - они затрудняют ориентирование в проекте и сильно раздувают дерево проекта. А поскольку программист в основном читает код, то чем компактнее будут уложены файлы, тем лучше.
Про slog видео будет в паблике? Интересно твоё видение его кастомизации и настройки.
Было бы классно ещё понимать как описать то что ты сделал в комите, допустим сделали логер, он работает для теста вывели пару сообщений, как записать просто "Initialized logger" и всё, или допустим создали какую-то структуру, вывели возможно менять конфигурацию логера в конфиг файл
почему не сетится CONFIG_PATH
фатал печатает что конфиг пас не установлен(
Видимо имеется ввиду что запускать мы будем основной скрипт так CONFIG_PATH=./config/local.yaml go run main.go - и у нас есть свобода выбора какой путь к конфигу указать. Если на проде, то файл уже другой просто указываем и всё
Спасибо!
Спасибо!!!
Я ещё не досмотрел, но вопрос, пока не забыл: как сюда подключить ещё и обработку параметров запуска из консоли (ключей типа --config)? Как их правильно с обработкой конфига дружить?
Миграции очень нужны!
Да нужно про миграции
в самом начале когда вы перешли к написанию кода и начали создавать папку cmd, вы использовали какой то пакет который генерирует шаблон для проекта? (типа как vitejs на javascript чтобы собрать шаблон проекта?). или вы сами создали паку url-shortener и внутри создали файлы вручную?
подскажите, про миграции есть видео?
Супер! Пробовал пройти cоревнование Codeforces на стажировку в OZON, занял 300 место из 900 примерно, народу тьма в Go идет))))))
Привет, как называется модель кресла твоя? )
ЛУЧШИЙ
1. Rest коды не используютя по какой то причине?
2. Динамические/настраиваемые моки языком в принципе не поддерживаются? Все создавать в статике/ генерировать?
48:08 - mySQL как раз таки поддерживает стандартным драйвером. PostgreSql стандартным драйвером точно не поддерживает, надо в конец запроса добавлять RETURNING id и вместо экзека отправлять запрос через QueryRow
Сделайте видео с проектом по чистой архитектуре
какую команду выполнили когда запустили программу в самом начале чтобы убедиться что все конфиг настройки были учтены? просто git init? или что то еще
Спасибо
Подскажите пожалуйста, почему в каждом методе Storage , вы пересоздаете подготовленные выражения (stmt) при каждом вызове метода, а не ,например создаете специальный метод в котором эти выражения будут подготавливаться и уже потом сразу использоваться в методах?
Последнее время я всё реже использую автоматические id в базе данных. Именно из-за того, что id может быть неизвестен сразу после вставки. Я генерирую uuid, который не полностью рандомный, а типа последовательный. Таким образом, я заранее знаю id, и этот id не так сильно влияет на производительность базы, т.к. он уже отсортирован. Да, такое поле увеличивает размер базы, но оно слишком удобное, чтобы от него отказаться.
а как же метод returnid?
@@vasyarodionov1369 Не всегда возможно использовать. Особенно, когда в проекте ORM какая-то используется
кайф
Го видик по b-tree?) Не, го целый видик по имплементации базки с конкаренси, б-трии и фильтром блума!
2:00:10 - насколько правильно передавать объект storage в хендлер роута? Не будет ли лучше это делать внутри хендлера (там где мы работаем с базой непосредственно)?
Здравствуйте, Николай!
Благодарю за видео!
Хотелось бы узнать - почему Вы возвращаете именно ссылку на конфиг, а не значение из функции MustLoad?
Поправлю - указатель, а не ссылку*
Вообще, это тема для частых дискуссий - возвращать указатель или значение. У обоих вариантов есть свои плюсы и минусы, но в большинстве случаев разницы почти нет.
Если возвращаем значение, то при возврате и передаче мы каждый раз будем копировать все значения структуры. Зато в случае указателя можем накосячить с разыменованием.
@@nikolay_tuzov благодарю!
Очень ждём миграции
Прикольно, но отдельный ролик для https ты маханул конечно. Self-signed сертификат прям с Голанг идет из коробки.
Self-signed не совсем то. Я обычно через Cloud Flare делаю, но при этом сильно тоже не заморачиваюсь, выбираю гибридный вариант (от клиента до CF по https, от CF до моего сервиса http)
Заодно там можно будет показать, как настроить работу с доменом. Но в целом да, ролик получится короткий и простенький.
Решил делать как говорили в начале чтобы было аля своё, решил добавил логер в ямл конфиг, сделал как с http_server, всё работает за исключение что уровень логера с нулём просто не берёт выдаёт ошибку, ставлю допустим -4(дебагинг) всё работает, всё выводится как по видео, но если в кфг ямла ставлю 0 то всё, сам struct логера уровень логера int8
в ОП ubuntu имеет значение где я создам папку?
Лучший канал по гошке на русском ютубе!!!
Код по работе с БД и сетью же работает в один поток синхронно, если не ошибаюсь. В продакшен коде стоит сразу писать через горутины?
Нет, обычно в БД не ходят асинхронно, тк смысла нет - без похода туда обычно нечего делать дальше. А сам запрос обрабатывается в отдельной горутине и так
Ролик бесценный что тут сказать. 5 из 5
Спасибо ❤️
38:39 почему используется log.Error и Os.Exit, экзит же насколько я понимаю отменяет все defer. Не лучше ли тут кидать панику?
Да, согласен, os.Exit может быть не лучшим вариантом, если используется defer. Тут нужно быть аккуратным.
@@nikolay_tuzov прибивать пустым мешком все открытые ресурсы - самый дубовый вариант
Здравствуйте! Только начал изучать Go, хотелось бы узнать, то что пишет Николай в этом видео, обычно пишут Джуны Миддлы или Сеньоры? Спасибо всем за ответы!
ждём, бро. Но думаю без подобных проектов на тебя HR даже не посмотрят
export CONFIG_PATH=./config/local.yaml
Привет спасибо за видео)Скажи а как задается "CONFIG_PATH" в окружение?
Если ты на линуксе, то export CONFIG_PATH=
Если на виндовс то set CONFIG_PATH=
@@boomy842 Я правильно понял, тут получается set CONFIG_PATH=./config/local.yaml go run .\cmd\shrt\main.go ?
а это надо в терминал писать или куда?
@@boomy842
Ролик про миграции - плизззз!
Насколько распространена практика хранения констант с названием и путем функций для логирования? Выглядит как возможная мина и гемор при рефакторинге. Другого способа нет? А если получать в рантайме это считается плохой практикой?
Большое спасибо за ролик,и уважение за флаг Казахстана на фоне!
подскажи, а чт оу тебя за тема и шрифт ?
Всё стандартное для IDE GoLand. В видео я использую presentation mode
Спасибо за видео! Если у storage'a и URLSaver'a будут немного отличаться сигнатуры методов, то где описывать адаптер?
А зачем им отличаться? Их сигнатура должна совпадать.
Может, такое и бывает, но я не сталкивался.
@@nikolay_tuzov если например сторедж в другом пакете, не логично же интерфейс по месту использования подстраивать под этот сторедж🤔
Почему config_path не найден пишет? Зачем мы тогда local.yaml создавали
Тебе нужно путь до него в переменной окружения указать
1:14:09 как реализовать так чтобы наоборот, чтобы интерфейс был в отдельном файле в пакете sqlite. папка sqlite в том же месте что и у вас, затем внутри папка interfaces и там допустим save, и соответственно это надо как-то зарегистрировать в одноимённом файле пакета sqlite, как это сделать? Чтобы мы могли брать из одноименного файла sqlite и функцию save для сохранения url, а так же чтобы могли взять интерфейс в хандлере что в сервер, подскажите куда копать пожалуйста
Советую все подобные вопросы писать в Gopher Club. Они довольно сложные, не для комментов.
@@nikolay_tuzov
Тг хорошо, но безумно не удобно, в тг просто 1 чат, и там люди общаются о своём, ты что-то запостишь какой-то вопрос он почти моментом скроется, а спамить этим вопрос это плохо, даже просто реплаить по кд такое себе, лучше дискорд, там можно создать каналы, чтобы просто общения было отделено от тех вопросов.
Но как помню или тут в начале видео или из тех что в описании, был такой момент что был интерфейс Users в котором были как раз таки все методы и они были в отдельных папках, и получается что туда вручную записываются, то в файле допустим по уроку sqlite будет интерфейс по типу Users в котором будут интерфейсы, но как это правильно называется чтобы лучше разобраться вроде понял а вроде не до конца.
И если сможете, то подскажите как называется практика при которой такие вещи они регистрируется, чтобы был допустим интерфейс в котором можно запушить свой другой интерфейс, чтобы вручную всё не писать, чтобы не было сотни интерфейсов которые содержат интерфейсы которые ссылаются на интерфейсы.
Допустим User
User.signUpMethod(saveDefaultData)
и потом можно в любом месте User.saveDefaultData('...', '...')
Посмотрел анонс, но понял, что приснилось. Не может быть столько крутоты.
Сон наяву)
Будет ли что-то по golang+graphQL?
Возможно, будет. Но пока есть более важные и интересные темы на очереди
У меня ошибка когда я запускал программу после того как мы сделали функцию mustLoad выдавало ошибку что configPath пустой .Мне нужно создать env переменную CONFIG_PATH ?Чтобы решить эту проблему
Да, и она должна указывать путь до файла (понимаю вам скорее уже не надо, но вдруг кто увидит)
Отличное видео, но я так и не понял 1:43:30 почему надо писать tc := tc?
Николай, уже октябрь. Где анонсированное отдельное видео по log/slog ? )
Работы много, на видео очень мало времени остаётся. Но всё будет, планы в силе) Точную дату пока не могу назвать
@@nikolay_tuzov Николай, у вас очень полезные видео. В любом случае, спасибо вам большое.
вместо op можно в логгерах включить caller чтоб показывало файл с конкретной строкой
Это дорогостоящая операция, поэтому оно не всегда того стоит.
Хотя, это не чрезвычайно дорого, и каких-то случаях допустимо, согласен. К примеру, обычно логгеры добавляют стек вызовов в случае Error-сообщений
Кроме того, видеть имя функции вместо номера строки удобней. Потому что код может измениться, и номера строк сдвинутся. Придется выяснять, какая версия была задеплоена и т.п.
@@nikolay_tuzov ну не знаю, можно и выводить какая функция выполняется, насчёт накладных расходов - не знаю, в zerolog\zap врубаю во время разработки или когда приложение на тестовом контуре
@@nikolay_tuzov op в upspin подсмотрел?) имхо полусомнительная приставка, тк вызывающий код и так знает название вызываемой функи, ему интереснее какой именно ее бит сбойнул. ты из каждой функи ретурнишь обернутые опом ошибки?
А какой плагин ai используется для подсказки кода?
GitHub Copilot
@@nikolay_tuzovон платный?
@@StreetWorkout62 да, платный. Но там дают пару месяцев бесплатно попробовать. Если нужен бесплатный, то посмотри Codeium, говорят тоже хорош (но я не пробовал)
Видос шикарный, долго искал для практики.
Сзадий флаг Казахстана?)
Да)
На мой взгляд коду рано в реальное использование
1) неоправданно сложная структура проекта(было тяжело читать код) + сервис очень напоминает код node+express
2) явное отсутствие слоёв приложения
3) разделение интерфейсов для обращения к бд на отдельные операции???
4) отстутсвие контекста в методах для работы с бд(если бд находится локально, это не значит, что с таймингами будет всё ок. Например при обращении к бд может быть нагрузка на диск 100% и запрос будет схлопнут таймаутом который указали при конфигурации http сервера, что является не лучшим решением) + в серьёзных сервисах конфигурируют таймауты под каждый слой
5) цитата: "изза одного единственного запроса хэндлера не должно приложение падать целиком". Полностью несогласен! Для такого приложения с простой логикой все запросы "одинаковые" и если у нас происходит гдето паника, значит она будет происхдить постоянно, а в таком случае приложение работать не должно(его надо чинить) + дефолтный хттп сервер сам отлавливает паники
6) приложение никак не валидирует урлы, такое чувство, что это не сокращатель урлов, а переосмысленный редис.
7) time.Now() используется без часового пояса
8) нету Readme и Swagger(пришлось лезть в код, чтобы понять как запускать сервис)
9) save_test.go:83 require.Equal(t, rr.Code, http.StatusOK) - если быть невнимательным, то создаст весёлую проблему
10) хэлсчек! Как минимум это первое что проверяют если с сервисом проблемы, лучше всего делать через вызов db.PingWithContext(ctx)
Спасибо за фидбэк, но с большинством пунктов в корне не согласен:
1) очень абстрактное заявление, довольно субъективный. В чем конкретно сложность? Что именно тяжело читать?
2) В предыдущем пункте вы жаловались на сложность, а добавление слоёв сложность увеличит. Их потому и нет - чтобы не переусложнять приложение. На мой взгля, в подобное проекте можно прекрасно обойтись без них. Если вы с этим не согласны, можем обсудить - приведите примеры, в которых у нас будут проблемы из-за отсутствия слоёв?
3) Да, а что с этим не так? Если подход непонятен, смотрите мой ролик на эту тему (ссылка есть в описании)
4) Тут согласен, контексты стоило добавить, это мой промах
5) "если у нас происходит гдето паника, значит она будет происхдить постоянно" - абсолютно неверное утверждение. У нас есть тесты, а значит, как минимум, happy path и некоторые fail-кейсы будут работать. Если паника и появляется, то точно не во всех случаях. Так зачем падать всему приложению целиком? Чтобы перестать обрабатывать даже корректные запросы? Что нам это падение вообще даст?
6) Посмотрите внимательней, валидация урлов - это вообще единственный валидатор, который у нас есть (помимо required), в хэндлере Save.
7) А зачем нам часовой пояс? Вы точно смотрели ролик, и просто бегло про коду прошлись? Во всем проекте всего 2 точки использования данной функции: подсчет дельты и задание сида в рандомайзере. Для чего там часовой пояс?
8) Readme не помешал бы, согласен. Но это явно не must have фича для работы приложения в продакшене, а скорее помощь себе в будущем.
9) Не очень понял, о какой проблеме речь?
10) Да, тут согласен, стоило сделать что-то простенькое. Но вообще, полноценный мониторинг будем делать в отдельном ролике
Если хотите обсудить подробней, приглашаю вас в наш чат Gopher Club (ссылка в описании). Приходите, подискутируем. Заодно и сообщество рассудит, кто из нас прав. Там присутствуют и гораздо более опытные коллеги, чем я.
@nikolay_tuzov
1) да, тяжело читается, хотя кода немного
2) я думаю большинство тех, кто смотрел видео это джун или тот кто хочет устроиться джуном, и на мой взгляд стоило бы показать как "правильно делать", потому что придут они на работу и начнут слой данных выпиливать ссылаясь на это видео). Если это попытка в хайлоад/уменьшение расхода памяти/времени отклика, то стоило бы и с остальным кодом то же самое делать
Про проблему отсутствия слоёв, она возникнет когда захотите сменить бд, sqlite хороша, но когда нужно будет уходить от неё, то всплывёт проблема отсутствия слоя данных(возможно не такая острая как в серьёзных сервисах, где извращаются над запросами в целях оптимизаций, но будет, как минимум сейчас нет возможности вынести в конфиг тип базы для сервиса и переключиться например на редис или монгу)
3) ничего не имею против разделения интерфейсов, но для сервиса на пару таблиц ваш подход избыточен(возможно было бы лучше оставить как есть и обернуть их в общий интерфейс)
5) грубо говоря сервис каждый раз проходит одни и те же проверки и если передавая два набора валидных данных, в котором один успешно проходит, а второй падает в панике, то это говорит о серьёзной ошибке в коде, которую надо чинить, а не пытаться восстановить прилагу(возможно гдето данные сломались и тогда нет никакого смыслы хранить битые данные)
6) сорри, не заметил
7) сорри, привычка после работы с распределёнными сервисами, не актуально для одного инстанса
9) стоит почитать сигнатуру require.Equal()
func Equal(t TestingT, expected interface{}, actual interface{}, msgAndArgs ...interface{}) {
@@user-lv9ko1ru7e 1) Я всё ещё не вижу конкретных аргументов - что именно там тяжело? Приведите пример того, как было бы легко в данном случае?
2) Такое ощущение, что у вас есть некое универсальное правило, какая архитектура правильная. А это не так, она сильно зависит от проекта. Писать пет-проект с кучей слоёв, которые там не пригодятся - НЕ правильно. И допускать оверинжениринг в пет-проектах, это тоже плохо.
Это не попытка оптимизации производительности, это отсутствие бессмысленного повышения сложности проекта - кода меньше, он проще, понятней.
3) Не соглашусь с этим утверждением
5) А если в сервис приходит 99 запросов, и лишь 1 из них проблемный и ломает приложение? Нам нужно уронить сервис, чтобы он обрабатывал 0 запросов, пока мы чиним тот единственный проблемный? Вы действительно считаете это хорошим подходом?
7) дело даже не в распределенных сервисах, а в том, зачем вообще используется функция time.Now(). Если она нужна только для получения дельты времени, внутри одной и той же функции, то при чем тут распределенность? В распределенном сервисе я бы тоже не стал думать здесь о временных зонах
9) Я знаю сигнатуру, и всё ещё не понимаю, о какой конкретно проблеме речь.
@@nikolay_tuzov лучше вынесите обсуждение в канал
Запрос на следующие уроки:
- Как сделать асинхронную работу (пусть запускается через API вызов) в кластере, чтоб она 1) по какому-то ключу была только одна во всем кластере и 2) востанавливалась после падения сервера (можно с использованием ZooKepera или etcd)
- Реал лайф пример работы с Dragonboat (RAFT либа).
Как op расшифровывается?
operation
19:10 А почему нельзя сначала проинициализировать логгер? Как принято вообще?
Потому что мы инициализируем логгер различными способами, в зависимости от текущего конфига. Получается, для инициализации логгера нужно сначала получить конфиг.
Подсобите кто сможет, сделал 1:1 но падает на этапе деплоя в VM, говорит неправильный ключ
я возможно что то незаметил... но тут 2 слоя.. где usecases? прям из handler вызывать функции storage.. как то мне кажется не чисто
будь прагматичнее, если юзкейс дергает бд и ничего больше, то зачем плодить слои ради слоев
Кажется, что в проектах такого уровня слишком много слоёв будет скорее вредно. Но это дискутивная тема, вряд ли тут есть однозначный ответ.
Для иллюстрации приведу обратную крайность. В ООП языках порой встречаются люди, которые прочитали книгу по паттернам, и в первых своих проектах пытаются реализовать сразу все эти паттерны. Получается нечто ужасное и сложное в поддержке.
Это называется - оверинжиниринг. С опытом же начинаешь лучше искать баланс между простотой, практичностью
В чем смысл использовать файл конфига? Почему нельзя ограничится env + дефолтные значения в env-default. Выглядит как лишний слой.
Можно вместо alias использовать id и каждой цифре присвоить свой символ, а-ля base64
Николай, а zap менее актуален, нежели slog?
Zap сейчас самый популярный, и slog до него далеко. Но slog актуальней в том плане, что он скоро будет в стандартной библиотеке, поэтому лучше начинать привыкать к нему.
Но их сравнивать не очень корректно, тк slog сам по себе не совсем логгер, это лишь обертка. Можно Zap внутри slog использовать, например.
кто может помочь, я уже тупо переписал код, а в консоли все равно пишется CONFIG_PATH is not set, go в vs code словно ничего не видет
Нужно при запуске приложения указать эту переменную окружения. Заходи в наш чат (ссылка есть в описании), там уже разбирали этот вопрос подробно, и не раз
@@nikolay_tuzov 😂😂😂 вот где кроется маленький продажник, внутри прогера. Этот ответ, заслуживает оваций!!!
Блин, сел осваивать язык. Пока ищу, что можно тупо повторить, попутно въезжая в смысл. А тут роутер не стандарт... Хотелось бы пока с тем, что из коробки предоставляется разобраться. Но, что поделать... По любому благодарность!
как успехи броу? похожая сейчас ситуация у меня)
@@user-gy5lg4vp9i на тот момент отложил изучение Go, узнал про Rust. На нем освоил написание API. Но, за неимением вакансий и пока скудный спрос на рынке, вот попутно решил опять и Go добивать. После Rust намного легче вроде теперь заходит. Во всяком случае понимание работы с памятью там пришлось намного лучше освоить. Но, пока именно по Go сказать нечего. Как только доберусь до реализации, отпишусь. 👍
@@AndrewYurchenko в путь )
стоит ли потратить 10 баксов на copilot?
Стоит, конечно)
@@nikolay_tuzov спасибо за ответ
Подскажите пожалуйста, где вы устанавливаете значение CONFIG_PATH, чтобы потом читать его в файле internal/config/config.go, в строке configPath := os.Getenv("CONFIG_PATH")?
Я запускаю так CONFIG_PATH=./config/local.yaml go run ./...
Привет! Если ты разобрался с этим подскажи пожалуйста решение данной проблемы
вы это делаете в терминале?
@@gorsaroyan1060
а это в терминале вы запускаете или где?
@@gorsaroyan1060
Я пофиксил таким образом (GoLand)
Там где у нас есть ранер, тыкаем на стрелочку и тыкаем Edit Configurations
Там у нас высветиться автоматически созданые ранер (это когда на зеленую стрелочку play нажимаешь около func main)
Находим там поле Environment и прописываем туда CONFIG_PATH=./config/local.yaml
Тыкаем Apply и стартуем
13:30 это kebab case
Да, вы правы, спасибо
А где определять интерфейс, если мест его использования - 17? о.О
А у вас часто такое бывает? На мой взгляд, это редкий кейс. И разбираться с ним нужно в каждом конкретном случае отдельно.
@@nikolay_tuzov Нет, мне просто интересно как это будет работать в Го :) После Жавы такой подход кажется необычным.
@@BabaykaMoscow в Го такое встречается намного реже. Если не ошибаюсь, я даже не встречал ни разу.
Но тут важно понимать, что оно потому и встречается редко, что интерфейс описан в месте использования. Я об этом подробно рассказывал в ролике на данную тему, советую посомтреть
th-cam.com/video/eYHCCht8eX4/w-d-xo.html
почему не gin?
chi более минималистичный и лучше совместим с net/http. При этом в нём есть всё необходимое для такого проекта.
Но вообще, мы обсуждали выбор конкретного варианта в моём ТГ-канале (ссылка есть в описании). gin тоже был среди кандидатов.
Оргазм
А что у тебя за кресло ?)
dxracer air
афигеть он умный
Поцаны на ларке все это за 15 минут сделают
Когда уже фреймворк будет нормальный на гошке?
Был бы опыт побольше, сам бы написал уже
idle-timeout = keep-alive
1ч 42 мин смотрю уже 8ч. Очень годный видос. Не понравилось тольок что во время написания кода, его не было, просто копипаст
почему губы с голосом не совпадают (
Бывает иногда такой рассинхрон, с ним порой сложно бороться, т.к. видео пишется на внешнюю камеру. Но, вроде, тут это почти незаметно, да и не очень важно.
Это видео сделано искусственным интеллектом, если ты не понял