Механические клавиатуры 2023. Продолжение

Не только

вот, например: https://www.wasdkeyboards.com/wasd-v3-105-key-iso-custom-mechanical-keyboard.html

А если говорить за кастомные то там и в наборах кейкапов часто кладут оба варианта, и плейт можно купить под широкий и под узкий(а есть универсальные плейты)

Asterisk — это болид «Формулы-1», а не рейсовый автобус

Один звонок и смотрим в /tmp/pbx_lua.log, удивляемся…

Получил 3 записи

— iteration ---

Одна на звонок, одна на hangup hook, одна на gosub в Dial. Ничего криминального и удивительного как по мне =). Или должно было быть что-то еще?

Тоже решение так себе если честно. Нагруженный сервер(asterisk), база(postgre), что то еще и все на одной «бочке», я бы разнес.

Я может не так выразился. У каждого астериска именно реплика одной базы с настройками. Тоесть нагрузка на БД размазана. Каждый астериск читает из своей копии. Нагрузки на Master базу при этом нет вообще. Если упадет база на каком нибудь из астерисков, kamailio просто попробует позвонить через другой астериск.

Asterisk — это болид «Формулы-1», а не рейсовый автобус

Сделайте тестовое логирование в extensions.lua, в самом начале перед формированием таблицы extensions.

Не очень понял, если честно. Вы к тому что на каждый звонок дергается этот скрипт? В лучае с lunapark у вас каждый вызов это новый tcp коннект. Единственная проблема pbx_lua в том что нельзя шарить между звонками данные напрямую (например коннектор к БД. Но и тут можно найти решение. Например у меня на нагруженных системах у каждого астериска есть своя реплика postgresql с которой он читает + коннект через сокет файл.)

А что с realtime в астериске не так, как раз там то все вполне себе

Во-первых: нужно иметь определенную структуру БД(название таблиц и колонок). Если бы не view в БД, не знаю как вообще этим пользовался бы. Во-вторых: непрозрачный и не очень удобный механизм кеширования(это я про Sorcery). Ну и в целом он морально устарел(вы удивитесь сколько он делает обращений в БД). Хотелось бы более удобного механизма.

Смущает так же необходимость держать еще 1 сервис. Как вы его резервируете? Цепляете ли к одному сервису больше 1 астериска? Или 1 lunapark = 1 астериск?

Вы не подумайте, я не хейчу. Просто про этот инструмент слышу впервые. Поэтому много вопросов. Может даже соберу тестовый кластер и погоняю вызовы. Хочется знать сколько звонков и какой cps вытянет lunapark

Asterisk — это болид «Формулы-1», а не рейсовый автобус

del

Asterisk — это болид «Формулы-1», а не рейсовый автобус

Интересный проект конечно, но чисто из академического интереса. pbx_lua вполне себе. У астериска, как по мне, нет проблем с динамическим диалпланом. Проблемы с пользователями, очередями и в целом с механизном realtime. Вот тут как раз ему бы пригодился опыт freeswitch'a с динамической конфигурацией.