игнорируем переменную с ошибкой

а почему

игнорируем переменную с ошибкой

Ладно, а если там чет будет?

Ладно, а если там чет будет?

значит проверяй, это же для примера

Ладно, а если там чет будет?

Не логичней logger, err := zap.NewProduction() if err != nil { // Обрабатываем }

значит проверяй, это же для примера

Ок, понял

Не логичней logger, err := zap.NewProduction() if err != nil { // Обрабатываем }

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

Товарищи, а вы используете make/cmake для проектов на go? Если да, то в каких случаев, для чего?

Товарищи, а вы используете make/cmake для проектов на go? Если да, то в каких случаев, для чего?

юзаю make

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

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

Благодарю, я тоже наверн его буду

примерно такой у меня щас мэйкфайл у проектов: https://github.com/Snawoot/opera-proxy/blob/master/Makefile

для бэка чуть попроще

примерно такой у меня щас мэйкфайл у проектов: https://github.com/Snawoot/opera-proxy/blob/master/Makefile

пасиба, норм!

Здравствуйте, подскажите, есть ли какие-то библиотеки на подобии Selenium для Go?

https://github.com/playwright-community/playwright-go может это поможет?

Кто то может написать мне парсер Unix porn для определения самого популярного рабочего стола?

Там есть же фильтры

https://github.com/playwright-community/playwright-go может это поможет?

О, спасибо, видимо что нужно

Кто то может написать мне парсер Unix porn для определения самого популярного рабочего стола?

в итоге получишь фото мужиков в чулках 😁

в итоге получишь фото мужиков в чулках 😁

рустеров что-ли?

рустеров что-ли?

гордых реверс инженеров

Кто то может написать мне парсер Unix porn для определения самого популярного рабочего стола?

А зачем оно надо?

гордых реверс инженеров

что не смогли найти работу в SoC и пошли на онлифанс

Там есть же фильтры

Во первых да

Во вторых у Reddit вообще-то есть официальный RSS

Во вторых у Reddit вообще-то есть официальный RSS

Вопрос - что парсить.

Ладно, нету сортировки в rss.

Привет. Подскажите, пожалуйста, как пошарить куки между доменом example.team и поддоменном subdomain.example.team? В поле domain указан example.team без точки, в subdomain.example.team пусто, куки нет

там, вроде, у кук есть поле domain

Set-Cookie: name=value; domain=example.com

Да, установлен

Привет. Подскажите, пожалуйста, как пошарить куки между доменом example.team и поддоменном subdomain.example.team? В поле domain указан example.team без точки, в subdomain.example.team пусто, куки нет

Вроде с основного нельзя кинуть куку на поддомен, Но кука на поддомене через точку, будет доступна основному домену. document.cookie = "key=value;domain=.example.com"

Ну или как вариант (вызвать на клиенте JS или редирект через картинку, на страницу основного домена или нужного поддомена, чтобы положить куку.

Вроде с основного нельзя кинуть куку на поддомен, Но кука на поддомене через точку, будет доступна основному домену. document.cookie = "key=value;domain=.example.com"

Попробую

Привет всем! Кто подскажет что популярно в работе на го? Что используете в основном?

Привет всем! Кто подскажет что популярно в работе на го? Что используете в основном?

(простите) - Main - очень популярен, всегда есть!

{} тоже почти всегда

Я имею в виду для бизнеса, фреймфорки чаще используют и прочее. Как перейти на го, чтобы соотвествовать вакансиям

фреймворки для ленивых

Я имею в виду для бизнеса, фреймфорки чаще используют и прочее. Как перейти на го, чтобы соотвествовать вакансиям

и много ты видел вакансий на го с фреймворками?

фреймворки для ленивых

даже флоу выполнения на откуп отдают, гады!

фреймворки для ленивых

кроме индиго

кроме индиго

илья фокс

ты не фейк....

ты не фейк....

так лучше?

ХААХХА

SCAM.

скоро из телеги сделают вк 2.0......

с этими вашими emoji в никнеймах

emoji в никах еще фигня, вот когда там баннеры появятся...

парни хелп, как такое возможно

???

возможно приколы юникода, выведи []byte(result), []byte(password)

большое спасибо за помощь

сработало

товарищи, пилю микросервисы, подскажите пожалуйста, кто должен генерить куки, ? У меня 2 варианта 1. Отдельный сервис отвечающий за юзеров, премишонны, роли и т.д. 2. гейтвей, который обращается к сервису отвечающему за юзеров, только с целью записать/достать что то из базы, проверить что то, а сами токены, куки и т.д. генерит уже гейтвей. В обеих подходах я вижу свои плюсы. Например при подходе 1 код гейтвея будет чище, поддерживать и расширять его проще. при подходе 2 в теоррии оно может быть чуть быстрее, но я не уверен, + можно дать чуть меньше ресурсов сервису с юзерами. Правда встает вопрос "А зачем тогда сервис? Не проще в базу сразу лезть?"

Ребят, вопрос. Правильно ли я понимаю, что на уровне репозитория, не должно быть обработки ошибок? запрос просто отправляется на уровень сервиса, а там уже происходит обработка и выдается необходимый "кейс" на ручку?

Ребят, вопрос. Правильно ли я понимаю, что на уровне репозитория, не должно быть обработки ошибок? запрос просто отправляется на уровень сервиса, а там уже происходит обработка и выдается необходимый "кейс" на ручку?

да

товарищи, пилю микросервисы, подскажите пожалуйста, кто должен генерить куки, ? У меня 2 варианта 1. Отдельный сервис отвечающий за юзеров, премишонны, роли и т.д. 2. гейтвей, который обращается к сервису отвечающему за юзеров, только с целью записать/достать что то из базы, проверить что то, а сами токены, куки и т.д. генерит уже гейтвей. В обеих подходах я вижу свои плюсы. Например при подходе 1 код гейтвея будет чище, поддерживать и расширять его проще. при подходе 2 в теоррии оно может быть чуть быстрее, но я не уверен, + можно дать чуть меньше ресурсов сервису с юзерами. Правда встает вопрос "А зачем тогда сервис? Не проще в базу сразу лезть?"

Я за 1

товарищи, пилю микросервисы, подскажите пожалуйста, кто должен генерить куки, ? У меня 2 варианта 1. Отдельный сервис отвечающий за юзеров, премишонны, роли и т.д. 2. гейтвей, который обращается к сервису отвечающему за юзеров, только с целью записать/достать что то из базы, проверить что то, а сами токены, куки и т.д. генерит уже гейтвей. В обеих подходах я вижу свои плюсы. Например при подходе 1 код гейтвея будет чище, поддерживать и расширять его проще. при подходе 2 в теоррии оно может быть чуть быстрее, но я не уверен, + можно дать чуть меньше ресурсов сервису с юзерами. Правда встает вопрос "А зачем тогда сервис? Не проще в базу сразу лезть?"

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

товарищи, пилю микросервисы, подскажите пожалуйста, кто должен генерить куки, ? У меня 2 варианта 1. Отдельный сервис отвечающий за юзеров, премишонны, роли и т.д. 2. гейтвей, который обращается к сервису отвечающему за юзеров, только с целью записать/достать что то из базы, проверить что то, а сами токены, куки и т.д. генерит уже гейтвей. В обеих подходах я вижу свои плюсы. Например при подходе 1 код гейтвея будет чище, поддерживать и расширять его проще. при подходе 2 в теоррии оно может быть чуть быстрее, но я не уверен, + можно дать чуть меньше ресурсов сервису с юзерами. Правда встает вопрос "А зачем тогда сервис? Не проще в базу сразу лезть?"

А эндпоинт для юзера где?

​modgv – инструмент, который позволяет отрендерить граф зависимостей вашего go-проекта Позволяет конвертировать 'go mod graph' в Graphviz представление с возможностью сохранения в png ⤷ Ссылка на проект @Golang_google | #Interesting #Go #Graph

товарищи, пилю микросервисы, подскажите пожалуйста, кто должен генерить куки, ? У меня 2 варианта 1. Отдельный сервис отвечающий за юзеров, премишонны, роли и т.д. 2. гейтвей, который обращается к сервису отвечающему за юзеров, только с целью записать/достать что то из базы, проверить что то, а сами токены, куки и т.д. генерит уже гейтвей. В обеих подходах я вижу свои плюсы. Например при подходе 1 код гейтвея будет чище, поддерживать и расширять его проще. при подходе 2 в теоррии оно может быть чуть быстрее, но я не уверен, + можно дать чуть меньше ресурсов сервису с юзерами. Правда встает вопрос "А зачем тогда сервис? Не проще в базу сразу лезть?"

Если возникает такой вопрос, я бы порекомендовал серьёзно задуматься над необходимостью микросервисов на текущем этапе развития вашего проекта. Судя по всему, вы разрабатываете проект либо в одиночку, либо одной небольшой командой. А это значит, что вы просто ещё не доросли до необходимости микросервисов. Микросервисы – это дьявол, который помогает решить проблему масштабирования кодовой базы и команды разработчиков, но взамен приносит множество других проблем. Я лет 5 назад тоже решил что я уже крутой архитектор и сделаю-ка новый проект на микросервисах. Сколько же соли я сожрал на попытках правильно спроектировать взаимодействие между ними. А какие данные в каком МС должны храниться? А как быть, с консистентностью, когда микросервис биллинга должен списать деньги с баланса, а микросервис рулетки должен сделать ставку на зеро, но ставка зафейлилась, а деньги списались? В СУБД это решено уже давно на уровне транзакций, а на микросервисах вам придётся героически переизобретать эти довольно сложные механизмы. А как извлекать повторяющийся во всех микросервисах код, чтобы централизованно его править и переиспользовать? А точно ли это независимые микросервисы, если они имеют общие участки кода? И таких челенджей множество. Поэтому, рекомендую присмотреться к архитектуре монорепозитория. Это идеальная точка для старта. Любой из модулей монорепы можно впоследствие легко извлечь в микросервис, если руки из плеч росли при проектировании.

Ребят, а подскажите пожалуйста, как правильно интегрировать сторонний го пакет в свой проект, чтобы он являлся частью моей кодовой базы, и я мог править его? Сложность в том, что в пакете есть директория internal, не получается просто скопировать в поддиректорию проекта.

Ребят, а подскажите пожалуйста, как правильно интегрировать сторонний го пакет в свой проект, чтобы он являлся частью моей кодовой базы, и я мог править его? Сложность в том, что в пакете есть директория internal, не получается просто скопировать в поддиректорию проекта.

копируешь полностью пакет и делаешь replace в go.mod. с другой стороны, автор не просто так добавил internal

копируешь полностью пакет и делаешь replace в go.mod. с другой стороны, автор не просто так добавил internal

К сожалению, реплейс не помогает в данном случае. Какую бы цель ни преследовал автор, добавляя internal – мне надо пропатчить пакет. Я в любом случае могу сделать это, форкнув репозиторий. Но это не удобно, так как патч неразрывно связан с проектом, для которого он делается.

К сожалению, реплейс не помогает в данном случае. Какую бы цель ни преследовал автор, добавляя internal – мне надо пропатчить пакет. Я в любом случае могу сделать это, форкнув репозиторий. Но это не удобно, так как патч неразрывно связан с проектом, для которого он делается.

законтрибьютить нельзя?

законтрибьютить нельзя?

Не, слишком специфичный патч. Он будет полезен только мне, а остальным вреден.

Исправленный код либы это уже не та же самая либа Не нужно тут обманывать ни себя, ни других и пытаться «встроить либу и немного подправить» Либо копируй, либо форкай

Исправленный код либы это уже не та же самая либа Не нужно тут обманывать ни себя, ни других и пытаться «встроить либу и немного подправить» Либо копируй, либо форкай

А я не пытаюсь никого обмануть, и нигде не заявлял, что это та же самая либа. Я интересуюсь, как технически корректно скопировать либу с internal в свой проект

А я не пытаюсь никого обмануть, и нигде не заявлял, что это та же самая либа. Я интересуюсь, как технически корректно скопировать либу с internal в свой проект

CtrlC CtrlV

CtrlC CtrlV

А вы сами пробовали такой способ?

К сожалению, реплейс не помогает в данном случае. Какую бы цель ни преследовал автор, добавляя internal – мне надо пропатчить пакет. Я в любом случае могу сделать это, форкнув репозиторий. Но это не удобно, так как патч неразрывно связан с проектом, для которого он делается.

почему не помогает?

На крайняк ты можешь наковырять локальный вендор, но к ничему хорошему это не приведет Захотят обновить/кто-то потрет вендор и заново скачает - и все сломается

Ребят, а подскажите пожалуйста, как правильно интегрировать сторонний го пакет в свой проект, чтобы он являлся частью моей кодовой базы, и я мог править его? Сложность в том, что в пакете есть директория internal, не получается просто скопировать в поддиректорию проекта.

Форкаешь и импортируешь свой, например. Но лучше все-таки свою обёртку сделать, где будешь довешивать. Потому что мб там какие баг фиксы прилетят

почему не помогает?

Оно просто ничего не меняет. Что с реплейсом, что без него – одинаковые ошибки