engelbart
https://play.golang.org/p/XvRdovIdy7 вот нашел
Vitaly
Вопрос новичка, у меня две разные задачи для одного проекта, например обработать файл и сделать бекап, у меня будут разные исполняемые файлы на выходе. Вопрос: Мне нужно два разных проекта делать? Все конфиги и точки и окружение одинаковое. И будет еще куча таких задач. Не пойму, мне что под каждую задачу создавать отдельный проект в IDE?
Сережа
иде то какая? забыл самое важное сказать!
Vitaly
Gogland
Vitaly
А на что IDE влияет?
Kirill
А вообще
Kirill
Это как спрашивать "хочу забить два гвоздя, мне нужен отдельный стол?"
Vitaly
:)
Kirill
Anonymous
Всем привет! Подскажите, пожалуйста, а куда можно прислать вакансию erlang разработчика?)
Andrey
в чатик erlang? )
Kirill
Andrey
ну или на hh.ru выложить
Anonymous
не нашла такого 😕
Andrey
наверное не там искали (
Anonymous
поняла, буду искать дальше, спасибо
Vitaly
Ок, по другому: Есть много схожих задач для одного проекта. Мне создавать отдельные проекты в IDE под них? Конфиги для доступа к БД одинаковые, окружение одинаковое.
Andrey
Ок, по другому: Есть много схожих задач для одного проекта. Мне создавать отдельные проекты в IDE под них? Конфиги для доступа к БД одинаковые, окружение одинаковое.
Вы сейчас хотите узнать как лучше организовать структуру проекта?
Kirill
Vitaly
Вы сейчас хотите узнать как лучше организовать структуру проекта?
Да, хочу понять как правильно делать.
Kirill
Тогда стоит понять, что ide ни при чём
Andrey
можно разделить на пакеты, и в схожем проекте подключать нужные пакеты
Vitaly
Ну как бы IDE проект можно создать в родительской папке а можно в корне
Vitaly
можно разделить на пакеты, и в схожем проекте подключать нужные пакеты
Вот тоже об этом думаю...
Andrey
пакеты сложить в github, gitlab и потом вытягивать их оттуда
Michael
у меня будут разные исполняемые файлы на выходе.
Michael
это из его требований
Michael
https://golang.org/doc/code.html
Vitaly
Вопрос про конфиг, он одинаковый для всех задач. Там подключение к базе. Не буду же я его в пакет ложить и тянуть везде. Или буду? ))
Michael
И? не удобно?
Anonymous
Я бы хранил конфиг в одном json/yaml файле, копипастя между проектами.
Kirill
Я бы хранил конфиг в одном json/yaml файле, копипастя между проектами.
А я бы запилил пакет конфиг и вычитывал из одного файла
Anonymous
А я бы запилил пакет конфиг и вычитывал из одного файла
Я передумал, голосую за такой же вариант ^
Kirill
:)
Vitaly
:) Спасибо, пошёл думать ))
Anton
Всем двс. Есть задачка. Клиентик пишет сообщения по rest/jsonrpc в общую кучу ("storage" табличку), потом это сообщения по опред фильтрам (настраиваются одмином) диспетчеризуются в "очереди" (queue_records табличка). При диспетчеризации у сообщения появляется id очереди, в которую оно отфильтровалось. И потом клиентик может считать из очереди (по id очереди) сообщения по опред статусам. Есть для этого гошная реализация mq? или mq тут не пахнет?
Konstantin
rabbit не подходит?
Stas
https://nats.io/
Сережа
https://github.com/avelino/awesome-go#messaging
Сережа
зачем тебе mq? не хочешь монолит потому что микросервисы это бест практис?
Сережа
а тут написано от 99$ в месяц https://www.nats.cloud/
Сережа
или есть возможность свой сервер развернуть при желании?
Сережа
да, там на гитхабе и сервер есть
Stas
а тут написано от 99$ в месяц https://www.nats.cloud/
Ну это ж с энтерпрайз поддержкой, если не хочешь, можешь не платить) А так проект полностью опенсорсный.
Anton
зачем тебе mq? не хочешь монолит потому что микросервисы это бест практис?
таки нужен монолит. Я говорил просто про реализацию mq на го, чтобы ее использовать в проекте. Написал про mq просто потому что нужна диспетчеризация-доставка :D В принципе можно все порешать самому (не много кода получится), но если есть что-то готовое от умных людей - лучше я посмотрю на такие библиотеки
Vitaly
Vitaly
Вот к чему я пришёл по структуре проекта. (см картинку). Напомню, что мне нужно выдавать несколько исполняемых файлов в одном проекте.
Vitaly
go build main/import_price.go
Vitaly
все общие инструмены и тп в папке app
Vitaly
вроде работает как нужно. Есть замечания?
Roman
таки нужен монолит. Я говорил просто про реализацию mq на го, чтобы ее использовать в проекте. Написал про mq просто потому что нужна диспетчеризация-доставка :D В принципе можно все порешать самому (не много кода получится), но если есть что-то готовое от умных людей - лучше я посмотрю на такие библиотеки
у нас мыку на го есть, но не в опенсорсе IronMQ, в планах открыть
Илья
https://stackoverflow.com/questions/37736528/building-multiple-binaries-with-go
Илья
+ http://peter.bourgon.org/go-in-production/
Илья
лучше разложить в отдельные папки
Vitaly
В таком случае когда делаю
go build import_cross/main.go
в корне появляется main.exe
А если так
go build main/import_price.go
то сразу import_price.exe
Илья
go build import_cross
Vitaly
Илья
ну, эт самое, GOPATH полный можно прописывать, или в Makefile в проекте определять при сборке
Nik
Будет ща очень странный вопрос.
Есть софтина, она запускается, делает свое дело, по этому делу рисует pb. В связи с раширением ее функционала делаю из нее сервис, котороый будет запущен постоянно и он будет управляться по http. И вот, когда я отдам команду сделать дело по http, как лучше смотреть статус? Пока все, что пришло в голову, это вкрутить счетчик, и отдавать его при запросе статуса.
Aleksandr
Nik
Да
Das Rote Pferd
ws и в него кидать %% выполнения
Andrey
Всем добрый вечер! Просьба подсказать, если mysql has gone away, правильно будет ловить ошибку и пересоздать коннект или есть драйвер уже с реконнектом, вопрос вроде прогуглил , но хотелось бы мнение авторитетных людей услышать. Спасибо
🏳️ Phil
Илья
Всем добрый вечер! Просьба подсказать, если mysql has gone away, правильно будет ловить ошибку и пересоздать коннект или есть драйвер уже с реконнектом, вопрос вроде прогуглил , но хотелось бы мнение авторитетных людей услышать. Спасибо
Насколько я знаю, database sql сам занимается обслуживанием коннекта
Mike
Сережа
если у него монолит и не планируется распределять задачу между процессами, то лучше не использовать никакие сторонние менеджеры сообщений, а сделать все на горутинах
Сережа
вне зависимости от того, что там на клиенте
Mike
чет ты теплое с мягким путаешь
Сережа
между сервисами
Сережа
что именно я путаю?
Mike
при чем тут горутины, если интересует общение внешнего сервиса?