Сослан Хлоев

https://github.com/kamranahmedse/developer-roadmap

Почитайте про features и сделайте, что то подобное для себя:

extensions.conf:

[macro-pause-recording]
exten => s,1,Verbose(Stopping Recording)
exten => s,n,StopMixMonitor()

[macro-unpause-recording]
exten => s,1,Verbose(Resuming Recording)
exten => s,n,MixMonitor(${REC_FILE_NAME},a)

features.conf

StopMixMonitor   => #00,peer/both,Macro(pause-recording)
MixMonitor => #01,peer/both,Macro(unpause-recording)

Для этого необходимо, чтобы кем-то вам была выделена сеть и произведена процедура регистрации этой сети на вас в регистраторе. Для Европы, включая Россию, регистратором является RIPE (ripe.net).
Для IPv6 адресов вы можете запросить собственную сеть у RIPE и зарегистрировать ее как независящую от провайдера (PROVIDER INDIPENDENT или PI).
Для IPv4 такой возможности не осталось, т.к. пространство адресов у RIPE закончилось. Вы можете либо запросить подсеть у своего хостинг провайдера, такая сеть будет частью его сети (PROVIDER AGGREGATABLE или PA) и вы не сможете с ней уйти к другому провайдеру, или можно перекупить кусок PI сети у кого-то. После этого необходимо, чтобы администратор сети оформил процедуру назначения (ASSIGNMENT) этой сети в RIPE вам.

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

P.S. кроме случая когда вы получается полную PI сеть (напрямую от регистратора или вам полностью ее передают), все равно будет видно, что ваша сеть является частью сети принадлежащей кому-то другому.
Вы можете сами зарегистрироваться как провайдер (LIR), но это потребует существенных ежегодных взносов.

нужно так:

SELECT 
        dstnum AS t2dstnum, 
        MAX(calldate) AS t2lastcall 
    FROM cdr 
    WHERE route = "out" 
    GROUP BY dstnum

аналитика здесь не нужна, только агрегатная функция с группировкой. В итоге, при прохождении таблицы мы не собираем дубликаты, а берем только нужные строки. Иначе, будет создана временная таблица со множеством ненужных дубликатов, на удаление которых у DISTINCT уйдет время. Судя по работе запроса, в PostgreSQL оптимизатор сам догадывается что нужно сделать именно так, в MySQL нужно задавать явно.

А если изменить сам подход? Зачем парсить JSON регулярками?
https://codepen.io/KorniloFF/pen/vbaLdM?editors=1011

Прежде всего нужно понять - действительно ли быстрее?

Есть замечательный доклад на эту тему: https://www.youtube.com/watch?v=HPFARivHJRY - очень рекомендую к просмотру.

На вскидку:
- движок может выкидывать тот или иной кусок бенчмарка
- движок может реализовывать какой-либо кэш и считать один раз

P.s. в мозиле результаты другие: победил lodash, что иронично потому что у него под капотом indexOf

var html = '<button onclick="yaCounter1234567.reachGoal(\'<b>target</b>\'); return true;">Отправить</button>'

только вы уверены что там должно быть <b>target</b> , а не просто target это же имя идентификатора цели

Есть вариант на чистом CSS - https://codepen.io/anon/pen/RrLvgq

Проверенные модели с прошивками

Huawei E173 11.126.85.00.209
Huawei E1550 11.609.20.01.715
Huawei E1750 11.126.13.00.00
Huawei E171 11.126.85.01.143