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 и пишите в техподдержку про то, что хотите протестировать "облачный хостинг".

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

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

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

youtube.com — Эффективное использование ClickHouse / Алексей Миловидов (Яндекс)

Обслушался сей записи и понял, что товарищ, который хочет писать в БД первый мегабайт каждого POST-запроса на хостинге и потом по этому делать поиск — обломается или, по-крайней мере, не факт, что будет эффективно.
А простые логи и метрики туда писать — очень даже неплохо. По-крайней мере, какую-нибудь influxdb заменить можно, если приспичит.