¯\_(ツ)_/¯

комьюнити

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

ну, мессаджинг через http такой мессаджинг..

кафки нету чтоль?

ну да ладно, к черту холивар :)

опять же высокопроизводительные системы могут остаться на 1.7 :))

на легаси проектах думаю есть мосты) хотя там на другой стороне пхп, лол

у меня php с go через очереди redis взаимодействуют

у всех бывает право на неудачный коммит

да там с большего всех возмутил ответ, чем регрессия

линукс ядро каждый год регрессирует на несколько процентов

блоатваре

а что с ответом не так? приняли, поблагодарили, сказали что пофиксят. В соответствии с релизной политикой после RC никаких фиксов кроме документации

https://github.com/golang/go/issues/18964#issuecomment-278308719

ну блин, прогроммисты ж зачастую с "так себе" социальными скилами

да там с большего всех возмутил ответ, чем регрессия

могло быть и хуже - "вы все петухи, проблем с кодом нет, у нас всё быстрее стало работать" =)

кто-нибудь использовал gocron?

?

думаю на задворках его повседневных мыслей все так и было :)

кто-то кстати писал пост что з.ебали хейтить OS разработчиков

небольшая туса https://twitter.com/AvitoTech/status/829301223207665665

неужели никому не приходилось шедулить таски в go ?

:(9

неужели никому не приходилось шедулить таски в go ?

мы у себя пришли к тому, что лучше иметь внешнее приложение которое периодически дёргает хандлер по рпц

а это внешнее приложение чем шедулится? :)

у нас это таймеры systemd

ясн.. просто мне еще нужно знать "время до" события. и гокрон все это умеет

синхронизировать расписание между системд и го совсем уж зашквар

ясн.. просто мне еще нужно знать "время до" события. и гокрон все это умеет

системдэ таймеры показывают такую инфу

эм? пошел гуглить.

root@unassigned:~# systemctl list-timers NEXT LEFT LAST PASSED UNIT ACTIVATES Ср 2017-02-08 12:25:00 UTC 54s left Ср 2017-02-08 12:20:04 UTC 4min 0s ago ad-clean-sessions.timer ad-clean-sessions.service

типа того

ну а в приложение назад это как ?:) парсить..

ну видимо) В твоём случае да, подумать надо)

"таймеры системд" - сложна

да я гокрон прикрутил ,но он периодически с ума сходит

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

думал что как-то связано с часовыми поясами

двигал туда сюда, туда сюда , no cigar

во во. Демоны надо делать как можно проще, с как можно меньшим кол-вом фоновых задач. Их дебажить сложно

а в виде таймера - ну зафейлилось. Посмотрел лог. Можно ещё раз запустить, вне таймера

надеюсь тому кто придумал часовые пояса отдельную сковородку выделили.

у меня обратная ситуация, лишний раз запускает

надо посмотреть, чё он (gocron) внутрях юзает. Вообще если абсолютное время не важно, то лучше юзать линуксовый monotonic time

да он вроде простой как палка

for i := 0; i < s.size; i++ { if s.jobs[i].shouldRun() { runnableJobs[n] = s.jobs[i]

тогда легко могут быть проблемы, если у тебя по ntp синхронизация прошла, например

func (j *Job) shouldRun() bool { return time.Now().After(j.nextRun) }

та у меня между тасками часовые интервалы

он просто при инциализации почему-то решает иногда и только в проде, тригернуть таску которая должна быть только через 30 минут

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

а, нет.. поле nextRun инциализируется тут https://github.com/jasonlvhit/gocron/blob/master/gocron.go#L158

видимо гдесь есть какой-то баг.

я gocron использую

// каждый день перезагружать список вокзалов log.Println("Перезагрузка списка вокзалов каждый день в", dyc.Config.ReloadAt) gocron.Every(1).Day().At(dyc.Config.ReloadAt).Do(func() { dyc.reloadChan <- true }) gocron.Start()

Вот и всё использование

да да. именно так

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

var mskZone, err = time.LoadLocation("Europe/Moscow") if err != nil { fmt.Println("TZ change error: ", err) } var scheduler = gocron.NewScheduler() gocron.ChangeLoc(mskZone) scheduler.Every(1).Day().At("00:00").Do(Compute) <- scheduler.Start()

вот и всё использование

Баг Шрёдингера

просто тебе без разницы сработает оно или нет лишний раз, наверное..

ну перегрузится лишний раз :) а у меня таску так нельзя дергать

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

надо экзактли уанс

ERROR: S client not available

дык и я локально не видел

а в проде стреляет

:-\

https://github.com/golang/go/issues/12914 go не умеет в monotonic time

да там часовые интервалы, не может же оно часы переводить на полчаса вперед

единственное различие между продом и локальной машиной — часовой пояс

пиши логи

каждый раз на срабатывание

с чем?

так и делаю

в проде

и вижу что срабатывает на старте

потом все ровно

а gocron.ChangeLoc(mskZone) часовой пояс не шудлера поумолчанию ставит?

ну у меня он там всего один

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

локально пытался ставить ему Asia/Krasnoyarsk

думал что как-то перепрыгивает через часы и глючит

можт не в ту сторону переводил..

надо GMT поставить.

нет.

voodoo magic.

почитал код. Честно - если тебе нужно шедулить по дельтам но точно (типа через каждые n сек) то лучше не юзать эту библиотеку. А вот если тебе надо что то вроде: запускать, когда на часах компа такое то время, то пойдёт.

а на продакшене ты как запускаешь?

мне нужно "в 12 ночи"

запускаю просто сейчас отдельный скрипт starter.go который как ты говоришь RPC шит основной процесс

все что есть в этом скрипте - расписание, джойн на канале и чендж зоны

всё.

Всем привет. Есть ли готовые решения перезаписи файла читаем кластер изменяем перезаписываем в то же место?

всё.

я имею в виду, как демон запускаешь? Из под systemd или ещё что?

да просто go run starter.go сейчас запускаю

думаю проблема здесь. loc не передаётся: https://github.com/jasonlvhit/gocron/blob/master/gocron.go#L168