Если правильно выражаюсь, то handler и так асинхронно работает. Но как вариант можно рассмотреть создание очереди на скрины, а потом вытаскивание из этой очереди по порядку. Как для упражнения по структурам и асинхронной обработке самое то. Запускается n + 1 раз http GET /resource/pull (страницы ждут ответа) и затем POST /resource (передаем в запросе данные) n раз. По порядку запросов выдаются данные (порядок запрос-клиент соблюдается) и 1 должен оставаться дожидаться ответа. Сам попробую такое поделать как упражнение + простая очередь сообщений реализуется
1:08:32 Проорался 😄 В го обрабатывать ошибки нужно с умом. Я вот когда читал по го книжку, как раз моделировал в голове ситуацию, когда незначительная и впролне правильная ошибка кладёт приложение)) Ты тут немного неправильно сделал. Там прямо из handler должен контекст первым параметром (это соглашение такое) в sacptureScreenshot передаваться, и в handler следить за дедлайном, а ты из-за него log.Error сделал в sacptureScreenshot а это панику вызывает и соответственно весь сервис ложится))
Цукалос. М., "Golang для профи " читаю сейчас, классная книга, показывает как правильно писать консольки на go (да и вообще в целом) а не как "введите число a:, введите число b:", вот здесь действительно возвышенность есть некоторая, но относительно универских и технарских задачек) Хотя на php тоже laravel и yii2 реализует у себя нормальные args --flags команды.
@@CutCodeRu Ну там лучше над примерами кода, особенно по асинхронике, экспериментировать. Там по "сюжету" создаём простой справочник номеров. Сначала в терминале, потом с использованием многоуровневых команд, далее всё это переписывается на веб и пишется консольный клиент под это всё, а дальше ещё не дочитал, но там как рассматривается ещё взаимодействие по ws, tcp/udp, grpc. В общем интересная книжка + подсказывают лучшие практики организации UX этого ПО для потребителя
В плане синтаксиса и простоты , по-моему python лучший, что не скажешь про php, PHP как по мне убогий язык, даже js если на typescript - е и то лучшемв разы
@CutCodeRu да есть такое. По golang если есть желание можно ознакомиться с книжкой Pro Go 2022 apress, там автор книги делает небольшой микро фреймворк (набор пакетов) для себя , где есть базовый функционал: авторизаци я, валидация, даже DI есть, можно подчерпнуть инфу оттуда. Я начинал с нее изучение.
Довольно интересно. Легкая подача.
Еще будет интересно посмотреть развитие сервиса под асинхонщину и рпс.
Спасибо, хорошая идея
Если правильно выражаюсь, то handler и так асинхронно работает. Но как вариант можно рассмотреть создание очереди на скрины, а потом вытаскивание из этой очереди по порядку. Как для упражнения по структурам и асинхронной обработке самое то.
Запускается n + 1 раз http GET /resource/pull (страницы ждут ответа) и затем POST /resource (передаем в запросе данные) n раз. По порядку запросов выдаются данные (порядок запрос-клиент соблюдается) и 1 должен оставаться дожидаться ответа.
Сам попробую такое поделать как упражнение + простая очередь сообщений реализуется
@@vesh95 Именно это я и имел в виду. Еще интересна не просто очередь, а устойчивая к падениям сервиса, например.
Скажите пожалуйста, как вы считаете, в микросервисной архитектуре, базу данных создава отдельно под микросервис или общую, есть ведь проблема с JOIN?
1:08:32 Проорался 😄 В го обрабатывать ошибки нужно с умом. Я вот когда читал по го книжку, как раз моделировал в голове ситуацию, когда незначительная и впролне правильная ошибка кладёт приложение))
Ты тут немного неправильно сделал. Там прямо из handler должен контекст первым параметром (это соглашение такое) в sacptureScreenshot передаваться, и в handler следить за дедлайном, а ты из-за него log.Error сделал в sacptureScreenshot а это панику вызывает и соответственно весь сервис ложится))
@@vesh95 глянем в след стриме
Очень круто спасибо
Цукалос. М., "Golang для профи " читаю сейчас, классная книга, показывает как правильно писать консольки на go (да и вообще в целом) а не как "введите число a:, введите число b:", вот здесь действительно возвышенность есть некоторая, но относительно универских и технарских задачек)
Хотя на php тоже laravel и yii2 реализует у себя нормальные args --flags команды.
Спасибо! Попробую найти время и почитать
@@CutCodeRu Ну там лучше над примерами кода, особенно по асинхронике, экспериментировать.
Там по "сюжету" создаём простой справочник номеров. Сначала в терминале, потом с использованием многоуровневых команд, далее всё это переписывается на веб и пишется консольный клиент под это всё, а дальше ещё не дочитал, но там как рассматривается ещё взаимодействие по ws, tcp/udp, grpc. В общем интересная книжка + подсказывают лучшие практики организации UX этого ПО для потребителя
На go пишут - гоферы, а на rust - растаманы))
то уж гопники и растаманы))
Кроме как под веб и вывод динамического HTML он мало пригоден
Ну вот и ты прав, все время приходится костылить что то под проект на php, почему?
А ссылка на репу будет?
@@vashkatsi могу сделать, надо?
@@CutCodeRu надо
@ github.com/lee-to/go-screenshoter-stream
Ну это очевидный этап, с php на go, я так же сделал и вам советую!
я тоже в процессе! расскажи легко было найти работу в новом стеке?
@ нет, 5 собесов и в озон.tech взяли
В плане синтаксиса и простоты , по-моему python лучший, что не скажешь про php, PHP как по мне убогий язык, даже js если на typescript - е и то лучшемв разы
вкусовщина видимо
@@haskelllisp5998 ну это просто привыкание к синтаксису, я когда проекты на js вижу , глаза краснеют
про Питон это шутка? там только гоноеды разберуться что написано, особенно в больших проектах
Полностью поддерживаю Данила в плане питона. Медленный, дырявый, нетипизированный, с убогим синтаксисом, с убогой реализацией ооп язык
Получается php умер
@@Seraf_ с чего бы?)
нет и не умрет)
жду симфони
ощущение что мало желающих
@CutCodeRu да есть такое. По golang если есть желание можно ознакомиться с книжкой Pro Go 2022 apress, там автор книги делает небольшой микро фреймворк (набор пакетов) для себя , где есть базовый функционал: авторизаци я, валидация, даже DI есть, можно подчерпнуть инфу оттуда. Я начинал с нее изучение.
@@CutCodeRu, желающие есть! Мы ждем)