У этих вроде своё приложение, ничего не могу сказать. Задарма даёт стандартный номер.
Зачем вы смотрите DID Абхазии? Вам нужен московский или родного города, короче, откуда вам будут звонить.
Смотрите, у того же Dellmont можно привязать DID номер.
К примеру, вот такой вариант (на вскидку, может найдёте сами интереснее)
https://zadarma.com/en/tariffs/numbers/russian_federation/penza/
Т.е. этот номер для входящих звонков.
Для исходящих используем штатные терминаторы оператора.
Получается, 10 долларов на счёт для VoIP + 430 руб. для DID.---------- Добавлено 17.06.2016 в 21:58 ----------Если есть время и аппаратные возможности, делаем свою PBX.
Ставим Asterisk, втыкаем в него GSM модем с вашей SIM. Всё, звонки идут напрямую через сотового оператора.
Можно поставить шлюз для подключения городской АТС.
Так же, чтобы не колхозить, существуют GSM шлюзы.
Всё ещё проще.
Выбираем оператора с интересной для нас ценой приземления https://www.voipkredi.com/page.php?page=betamax-dellmont
Ставим приложение, вводим учётные данные, всё.
Asterisk хорош, если у корреспондента тоже SIP терминал.
Тогда можно говорить бесплатно.
Использую Zoiper, завязанный на свой Asterisk, который уже подключен к дочке Деллмонта.
Устраивает.
Настройте нормально, полегчает заметно.
Все они, если не настроенные, убийство для глаз, потому что функция — светить прямиком в зрачок.
Вот смотрите: клиент отправляет запрос, ждёт получения ответа. Apache включает всю свою дурь, к примеру, порождает для этого процесс, который работает с клиентом до закрытия соединения (keep-alive включено?).
Теперь представим, что клиентов много, и каналы связи у них неидеальные. С каким скрипом будет работать этот механизм.
Поместим nginx на фронт. Он принимает запрос, передаёт apache в порядке очереди. Потом обратно, так же. Между ними keep-alive можно и выключить, т.е. всё происходит очень быстро, Apache занят только своей прямой обязанностью. Клиент для него nginx, и он оптимален в плане скорости.
С внешним же клиентом работает nginx, который ждёт, когда информация передастся, терпит, пока соединение не закрыто, и вообще, занимается всякой хренью, потребляя при этом мало памяти и почти не нагружая процессор.
Если начистоту, боитесь нового, так? Понимаю.
KitayacVsupez, заблуждаетесь.
У вас сейчас под нагрузкой apache памяти выжирает за 10 nginx.
Как раз для слабых конфигураций строго показан быстрый фронт энд.
С фронтэндом быстрее получается, архитектура nginx такова, что он не ложится от большого количества медленных запросов + кэширует.
Реально реактивная вещь, если по-серьёзному, то только так. Одинокий Apache никогда не достигнет той же нагрузочной способности.
Поставить фронтэндом — это сложно лишь на первый взгляд.
На деле, берём уже готовый рабочий apache и меняем порт. Запускаем nginx, и вот трафик забегал через реверс-прокси.
Одно это снизит нагрузку при http флуде в разы, так, что никакой защиты может не потребоваться.
