to post messages and comments.

← All posts tagged лытдыбр

Разбираюсь с кликхаусом. Пытаюсь найти некую хрень, которая будет принимать разрозненные данные и потом объединять в один большой insert.
Нашел github.com и попытался воспользоваться — тупо пробрасывает запросы на бекенд, хотя по описанию должен держать их 1000мс (в дефолтном конфиге такое) и таки объединять. Увеличил сей таймаут — всё равно объединяет.
Похоже, придётся таки использовать таблицы типа Buffer, что несколько хужей, хоть и на ближайший год-два хватит.

Есть образ вм, где конфиги апача и юзеры создаются нашей панелью, дабы клиенты не утруждались.
Добавили туда nginx как тупой проксирующий фронтенд (что уже даёт уменьшение нагрузки на апача).
Нашелся странный товарищ, который устроил истерику по этому поводу и сразу же после истерики удалил свежесозданную вдс, не дав техподдержке таки разобраться, в чём там проблема.

Сочетание 4.9 на хосте и 3.16 в виртуалке приводит к подвисанию виртуалки при создании qemu-снапшота.
Если откатить 4.9 на 4.6 — всё ок, но 4.6 — древнее даже для бекпортов jessie, не говоря уже о текущем стабильном дебиане.

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

Запустили технопревью следующей версии шаред хостинга, с изоляцией сайтов и контейнерами.
Бесплатно до тех пор, пока не допилим до конца (планируется до 15 марта доделать, но с учётом того, что сей хостинг хотели выкатить ещё осенью — хз).
Кому надо — регистрируйтесь на netangels.ru и пишите в техподдержку про то, что хотите протестировать "облачный хостинг".

Решил скачать побольше песен группы "Научно-технический рэп" и таки слушать дома, а не на работе.
Заодно слегка пошокировать жену и дочь — при них слушал больше Nightwish, Кипелова, Пелагею.
Интересно, что они выразят за такое? :-)

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

На работе погонщик техподдержки потребовал данные о звонках в БД.
Но есть нюанс — телефония вся в офисе, а БД 1) в датацентре, 2) астериск не умеет писать туда напрямую, 3) требуются поля, которые астериск в cdr не пишет
Понаписал скрипт и выяснил, что задолбаюсь вписывать его в диалплан.
Пока предварительно решил, что проще по крону проверять новизну файла логов (он же Master.csv) и потом выдирать новые звонки оттуда.
Осталось выяснить, какая задержка между покладанием трубки и попаданием в БД подойдёт сему погонщику...

У повелителя всея техподдержки появилась идея писать статистику по звонкам в influxdb.
Для меня это выльется в скрипт, который будет по окончании звонка дёргать curl, в результате чего лог будет писаться не только в Master.csv, но и в influxdb.
Причём сделать правильно, через логирование в БД, не получится — influxdb находится не в офисе, а в датацентре, отчего может быть недоступен.