на серваке другая таймзона

ну вот. совсем телепатия поломалась

на серваке другая таймзона

так у тебя откуда запускается пхп? с голого сервера?

всмысле?

есть сервак с нжинкс+фпм

всмысле?

контейнеризации никакой нет?

нет

тогда дело в пхп, возможно по дефолту собрана с такими параметрами

(есть шанс)

fgrep -r Berlin /etc :)

почему то пыха отдает берлин блин

мб не тот php.ini ?)

тот

глянь в php info

вижу что логи которые пишет пыха как раз используют таймзону которую отдает пхп инфо

хедеры?

чет не могу я увидеть версию. http://sijabra.com/ мож глянуть?

чет не могу я увидеть версию. http://sijabra.com/ мож глянуть?

Это было предположение

Это было предположение

блин ну не вижу там. а есть ещё варианты?

блин ну не вижу там. а есть ещё варианты?

Хз, ноду не ем

Всем привет. А кто нибудь знает как в гитлабе настроить вебхук, чтобы отрабатывал определенный stage?

stage?

мож ветку?

ветка одна

Всем привет. А кто нибудь знает как в гитлабе настроить вебхук, чтобы отрабатывал определенный stage?

В новом гитлабе смотри на "only", там можно условия по переменным делать.

Есть ли способ запланировать терминейт инстанса в амазоне через какое-то время? Только ручками, в крон писать?

Не раз сталкиваюсь с тем, что создаю параллельный инстанс новой версии, а старый впоследствии забываю убить :)

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

а зачем конкурирующий чат советовать?

он не конкурирующий потому что

Парни, а кто-то юзает консула с микросервисами и докером? Есть что почитать про это? или только живыми эксперементами узнавать удобство и целесообразность?

а что интересует?

consul+registrator

работает неплохо

Парни, а кто-то юзает консула с микросервисами и докером? Есть что почитать про это? или только живыми эксперементами узнавать удобство и целесообразность?

Удобно, но есть ньюансы

Удобно, но есть ньюансы

какие?

какие?

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

В случае с кафкой, зукипером например

а, у меня таких кейсов не было

Ребят, а были у кого случаи, когда RabbitMQ уже очень плохо справлялся, и меняли на кафку?

Ребят, а были у кого случаи, когда RabbitMQ уже очень плохо справлялся, и меняли на кафку?

многие так и делают

но еще есть https://nats.io/

А в чем именно заключаются проблемы побега с RabbitMQ на кафку?

ибо java не охотно тянут в прод

А в чем именно заключаются проблемы побега с RabbitMQ на кафку?

кластеризация из каробки

и еще много чего

но это я ща дам урлу

https://www.youtube.com/playlist?list=PL4SYYR2oOSEA7ChZNN4VzvP0Atv0Pj8DX

А в чем именно заключаются проблемы побега с RabbitMQ на кафку?

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

но еще есть https://nats.io/

А он нормально переварит много-много разных очередей (~1 000 000)?

А он нормально переварит много-много разных очередей (~1 000 000)?

это я дал как вариант

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

Я работал с кроликом просто, и в целом он подходит для задач текущего проекта (там сложная очередь для можества ботов), причем его проще, как мне показалось сконфигурировать чем кафку, и проще внедрить.

Я работал с кроликом просто, и в целом он подходит для задач текущего проекта (там сложная очередь для можества ботов), причем его проще, как мне показалось сконфигурировать чем кафку, и проще внедрить.

это да

но биг дата на kafka

почему и из-за чего - вопрос другой

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

чего стоит с 0 настроить простых парочку тем ;)

я тоже это ощутил ;) пока отложил ее в сторонку

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

Пользователей именно?

Или очередей?)

А специфика такая, что на каждого пользователя нашего пользователя отдельная очередь нужна

Охяебу, а чего так криво?

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

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

😂

А специфика такая, что на каждого пользователя нашего пользователя отдельная очередь нужна

Напиши башик и отойди, оно клево падает)

Lightweight

java != lightweight

😂

Позиционируется так, да 😀

Примерно так: есть N ботов, ботам пишут пользователи, они могут строчить быстрее, чем бот отработает прошлые таски. Для каждого пользователя своя последовательная очередь тасков Сами очереди «паралелльно» отрабатывают, то есть таски одного пользователя, естественно, не должны блокировать выполнение задач для другого

изоляция типа? только из-за этого придуман такой ресурс-мастурбейшн?

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

телеграм боты?

Не только

Я бы сказал любые диалоговые, которые только возможны

а чего не redis?

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

очереди на базе редиски… ферма, та самая что с блендером, юзает kue - nodejs обертка вокруг редиса

а чего не redis?

Редис сейчас работает

Не очень нравится, там хитрожопую обертку на NodeJS пришлось запилить, чтобы нормально разделять по воркерам обновления

И для HA очень не нравится Sentinel

я думаю, быстрее бредиса не будет 🙂

при нашем раскладе нагрузки только в канал упираются 🙂

Дело не только в скорости, это понятно. Хочется меньше костылей и ада конфигурации, но при том, чтобы горизонтально можно было в кластере размазать