Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 47
Будет удобно для детализаций звонков астериска. «Саша опять звонила подруге в Новосибирск». Спасибо
А почему я не могу узнать регион приписки номера без его полного набора (не хочу я полностью вводить номер на стороннем сайте, да и для поиска этого не нужно)? Ввожу 917 77 и получаю совсем не то, что нужно.
Молодец. Только у МТТ все же удобнее будет. Там можно указывать по первым цифрам и, как вариант, узнать как разбит диапазон, если указать только DEF код (первые 3 цифры). Ваш вариант подразумевает только точное (полное) указание номера, но зато позволяет работать и с городскими номерами, а не только с мобильными.
Что касается городских номеров, то в моем сервисе это тоже реализовано — Вам ничего не мешает указать городской.
По поводу укаания части номера я с Вами согласен, но у Россвязи какая-то странная штука — я так понял, по их логике номер может иметь не обязательно 10 цифр.
Например, если вызвать запрос innum.ru/cgi-bin/info.pl?number=7919341000, то результат будет но совершенно не тот что по номеру innum.ru/cgi-bin/info.pl?number=79193410000.
На сайте Россвязи — такая же шутка, поэтому оставил функционал «как есть».
Если нужно — могу допилить поиск по региону и/или оператору (как на сайте МТТ), также запрос нескольких диапазонов (например по маске «7351xxxxxxx» или типа того)
На данном этапе это уже вопрос «спроса» пользователей. Как я писал в посте — предложения и адекватная критика приветствуется.
По поводу укаания части номера я с Вами согласен, но у Россвязи какая-то странная штука — я так понял, по их логике номер может иметь не обязательно 10 цифр.
Например, если вызвать запрос innum.ru/cgi-bin/info.pl?number=7919341000, то результат будет но совершенно не тот что по номеру innum.ru/cgi-bin/info.pl?number=79193410000.
На сайте Россвязи — такая же шутка, поэтому оставил функционал «как есть».
Если нужно — могу допилить поиск по региону и/или оператору (как на сайте МТТ), также запрос нескольких диапазонов (например по маске «7351xxxxxxx» или типа того)
На данном этапе это уже вопрос «спроса» пользователей. Как я писал в посте — предложения и адекватная критика приветствуется.
Эта странная штука определяется приказом МИТС РФ №142 от 17 ноября 2006 года. )
Национальный номер не более 10 знаков, Международные не более 15 знаков… На сетях действуют например 3-хзначные номера. Например 112 — единый номер экстренных служб.
Национальный номер не более 10 знаков, Международные не более 15 знаков… На сетях действуют например 3-хзначные номера. Например 112 — единый номер экстренных служб.
Сей приказ вводит в действие «Российскую систему и план нумерации»… В самой базе все номера 10-значные. Префиксы они потому и префиксы, что однозначно определяются от начала.
А разве «внутренние» номера экстренных служб входят в общий реестр нумерации?
Ведь нельзя же позвонить (из другого региона), например, по номеру +7 495 112?
Ну и опять же, главный вопрос — а разве могут быть российские сотовые номера длиной менее(или более?) 10 знаков? (исключая код страны)
Я не совсем понимаю каким образом, например, номер "+7 919 300-000" может принадлежать МТС Калужской области? Это реально?
Я всегда был уверен что российский федеральный номер всегда имеет вид "+7 9XX XXX-XX-XX"
Ведь нельзя же позвонить (из другого региона), например, по номеру +7 495 112?
Ну и опять же, главный вопрос — а разве могут быть российские сотовые номера длиной менее(или более?) 10 знаков? (исключая код страны)
Я не совсем понимаю каким образом, например, номер "+7 919 300-000" может принадлежать МТС Калужской области? Это реально?
Я всегда был уверен что российский федеральный номер всегда имеет вид "+7 9XX XXX-XX-XX"
Для номеров служб ведется, типа, отдельный реестр. Также как есть отдельный реестр для бесплатных служб 8-800-.
Честно говоря, я считаю, что это дурь Россвязи. Скоро им придется делать реестр реестров… Это ведь действующие номера, их бы, по хорошему, было бы неплохо тоже отображать в справочнике.
Честно говоря, я считаю, что это дурь Россвязи. Скоро им придется делать реестр реестров… Это ведь действующие номера, их бы, по хорошему, было бы неплохо тоже отображать в справочнике.
8-800 находятся в общем реестре и прекрасно «ищутся» моим сервисом.
Меня сейчас больше всего смущают именно номерные блоки с номерами общей (вместе с кодом) длиной менее 10 знаков.
Меня сейчас больше всего смущают именно номерные блоки с номерами общей (вместе с кодом) длиной менее 10 знаков.
А пример такого блока привести можете?
Приводил уже здесь в комментах не один раз.
Например, если вызвать запрос innum.ru/cgi-bin/info.pl?number=7919341000, то результат будет но совершенно не тот что по номеру innum.ru/cgi-bin/info.pl?number=79193410000.
хм… Залез посмотреть.
У них (а сайте Россвязи) поле «Номер» очевидно числовое. При преобразовании в строку в соответствии со стандартными правилами преобразования int2str значение дополняется до 7 знаков нолями впереди, вместо конца. То есть про { Код => 919, Номер => 300000 } преобразуется в строку «9190300000» что естественно Калужская область. Последний номер блока 0399999.
Без комментариев…
У них (а сайте Россвязи) поле «Номер» очевидно числовое. При преобразовании в строку в соответствии со стандартными правилами преобразования int2str значение дополняется до 7 знаков нолями впереди, вместо конца. То есть про { Код => 919, Номер => 300000 } преобразуется в строку «9190300000» что естественно Калужская область. Последний номер блока 0399999.
Без комментариев…
Эти номера согласно закона обязаны быть доступны на всей территории РФ без всяких префиксов. вне зависимости от того в каком регионе я набрал 112 я должен попадать на эту службу. Причем не имеет значение техническая реализация. То ли владелец службы в каждой зоне создаст свой call-center, то ли все вызовы на этот номер будут перенаправляться на какой-то один конкретный call-center. Поэтому мне кажется логичным, если эти данные будут храниться в общем реестре…
Федеральный номер короче легко может быть. Это зависит от оператора. В Вашем примере от того, кому принадлежит блок +7919300000Х. Другое дело, захочет ли оператор отказываться от 10 телефонных номеров ради того чтобы сделать номер короче на один знак.
Ну и плюс надо учитывать особенности маршрутизации номеров при обработке вызовов…
Федеральный номер короче легко может быть. Это зависит от оператора. В Вашем примере от того, кому принадлежит блок +7919300000Х. Другое дело, захочет ли оператор отказываться от 10 телефонных номеров ради того чтобы сделать номер короче на один знак.
Ну и плюс надо учитывать особенности маршрутизации номеров при обработке вызовов…
Тут хотят сделать номера переносимыми между операторами.
Отличная идея, я считаю!
В контексте моего сервиса — придётся чаще синхронизировать справочники с «Россвязью».
Я думаю «мимо» них никто номера не будет переносить. Хотя, как говорится, «будем решать проблемы по мере их возникновения».
В контексте моего сервиса — придётся чаще синхронизировать справочники с «Россвязью».
Я думаю «мимо» них никто номера не будет переносить. Хотя, как говорится, «будем решать проблемы по мере их возникновения».
А мне кажется это редкостная блажь… Реализация этого функционала довольно нетривиальна. А реальной потребности сохранять за собой номер сотового телефона у физ.лиц нет. Ну, кроме случаев, если это блатные номера.
(Вот, кстати, чей бизнес подскочит до небес от введения этой услуги.)
Это может быть интересно только малому бизнесу, не имеющего фиксированного офиса и не привязанному к конкретному месту.
В моём окружении я один пользуюсь своим самым первым сотовым номером полученным 12 лет назад у регионального сотового оператора. Все остальные за это время как минимум по 3-4 раза поменяли свои номера. Многие имеют симки всех сотовых операторов. А некоторые, целенаправленно раз в 2-3 года меняют номера. Реальный платежный спроc на эту очень мал.
(Вот, кстати, чей бизнес подскочит до небес от введения этой услуги.)
Это может быть интересно только малому бизнесу, не имеющего фиксированного офиса и не привязанному к конкретному месту.
В моём окружении я один пользуюсь своим самым первым сотовым номером полученным 12 лет назад у регионального сотового оператора. Все остальные за это время как минимум по 3-4 раза поменяли свои номера. Многие имеют симки всех сотовых операторов. А некоторые, целенаправленно раз в 2-3 года меняют номера. Реальный платежный спроc на эту очень мал.
Я считаю, что пользователю нужно дать возможность выбора.
Пользоваться услугой или нет — это уже его дело.
Конкретно в данном случае я рассуждаю именно как пользователь. Сложности технической реализации и юридические аспекты (в данном случае меня не интересуют)
ЗЫ: лично меня на данном этапе жизни услуга переноса номера от оператора к оператору не интересует, но если такая возможность появится, разумеется, я не расстроюсь.
Пользоваться услугой или нет — это уже его дело.
Конкретно в данном случае я рассуждаю именно как пользователь. Сложности технической реализации и юридические аспекты (в данном случае меня не интересуют)
ЗЫ: лично меня на данном этапе жизни услуга переноса номера от оператора к оператору не интересует, но если такая возможность появится, разумеется, я не расстроюсь.
Я бы предпочел, чтобы национальные сотовые операторы сделали вменяемые цены на роуминг в том числе и международный… Для этого им ничего делать не надо. Только губу чуть-чуть закатать…
При нынешнем платежоспособном спросе цена услуги переносимого номера, будет чуть меньше цены самолета. Для этого придется строить общий центр нумерации, перелопатить софт коммутаторов, отладить взаимодействие и документооборот при переносе номера. Каждый оператор посадит еще полсотни девочек которые будут заниматься обслуживанием этого функционала. Ну и не преминут воспользоваться случаем и согласованно и «законно» очередной раз поднять стоимость минуты разговора для всех, независимо от того, пользуется ли абонент услугой переноса или нет.
При нынешнем платежоспособном спросе цена услуги переносимого номера, будет чуть меньше цены самолета. Для этого придется строить общий центр нумерации, перелопатить софт коммутаторов, отладить взаимодействие и документооборот при переносе номера. Каждый оператор посадит еще полсотни девочек которые будут заниматься обслуживанием этого функционала. Ну и не преминут воспользоваться случаем и согласованно и «законно» очередной раз поднять стоимость минуты разговора для всех, независимо от того, пользуется ли абонент услугой переноса или нет.
Это может быть интересно только малому бизнесу, не имеющего фиксированного офиса и не привязанному к конкретному месту.
Любой бизнес — если он заинтересован в своих клиентах всегда будет заинтересован иметь что-то «постоянное». В наше время такими вещами могут быть:
1) интернет-сайт
2) логины в IM(Mail.Агент,icq,skype,jabber)
3) Телефонный номер ( неважно какой..)
Причём третий пункт, если доставлять его по SIPy, как делают нормальные операторы тоже получается очень даже динамичным и тоже не зависит от «места»…
Любой бизнес — если он заинтересован в своих клиентах всегда будет заинтересован иметь что-то «постоянное». В наше время такими вещами могут быть:
1) интернет-сайт
2) логины в IM(Mail.Агент,icq,skype,jabber)
3) Телефонный номер ( неважно какой..)
Причём третий пункт, если доставлять его по SIPy, как делают нормальные операторы тоже получается очень даже динамичным и тоже не зависит от «места»…
Спасибо, отличная идея, прикручу ее к своей панели asterisk на extjs. Если поделитесь кодом info.pl буду очень благодарен, нет — сам напишу.
Скачал базу и перевел в Excel формат и заодно в sql скрипт для вставки в MySQL базу. Может еще кому нужно.
sysadminblog.ru/admin/2012/04/14/reestr-nomerov-rossvyazi.html
sysadminblog.ru/admin/2012/04/14/reestr-nomerov-rossvyazi.html
Кстати, Вы натолкнули меня на интересную мысль. Почему-то я про Excel не подумал… Так было бы (в какой-то степени) проще, и главное — быстрее.
У меня базы забирает скрипт через LWP::UserAgent, полученные файлы разбираем с помощью HTML::DOM, что несколько ресурсозатратнее, чем открыть полученные файлы в Excel и сохранить в CSV для дальнейшей работы.
Спасибо за «подсказку»!
У меня базы забирает скрипт через LWP::UserAgent, полученные файлы разбираем с помощью HTML::DOM, что несколько ресурсозатратнее, чем открыть полученные файлы в Excel и сохранить в CSV для дальнейшей работы.
Спасибо за «подсказку»!
А вы собираетесь каждый раз через эексель прогонять каждое обновление базы Россвязи? Получается, что ваш сервис будет жестко привязан к Windows-платформе? Для веб-сервиса идея ниже среднего.
Я писал аналогичный скрипт на ruby c nokogiri. Код импорта html-ей в базу sqlite без учета проверки входных данных на корректность занял десяток строк, не больше.
Я писал аналогичный скрипт на ruby c nokogiri. Код импорта html-ей в базу sqlite без учета проверки входных данных на корректность занял десяток строк, не больше.
Нет, в настоящий момент обновление справочников происходит в полностью автоматическом режиме, по крону.
Процесс обновления длится несколько десятков минут (сервис при этом, разумеется, работает в штатном режиме).
Просто мне кажется что при необходимости обновить вручную — через Excel будет быстрее.
Процесс обновления длится несколько десятков минут (сервис при этом, разумеется, работает в штатном режиме).
Просто мне кажется что при необходимости обновить вручную — через Excel будет быстрее.
Несколько десятков минут?! 0_о Почему так много? На рабочем буке максимум 15-20 секунд. На сервере быстрее чуть ли не напорядок. Правда у меня старые данные не удаляются дабы отслеживать историю изменений. Сотовые операторы любят перебрасывать блоки номеров между регионами. Это приходится отслеживать…
HTML::DOM очень медленный.
Основная часть времени уходит на парсинг этим модулем полученнго HTML.
Я уверен, что есть более быстрые способы разбора HTML, но в данном вопросе время — не критичный для меня показатель. Какая, по сути, разница сколько времени будет занимать этот процесс — одну минуту или двадцать? Россвязь обновляет данные, как я понимаю, раз в месяц.
Основная часть времени уходит на парсинг этим модулем полученнго HTML.
Я уверен, что есть более быстрые способы разбора HTML, но в данном вопросе время — не критичный для меня показатель. Какая, по сути, разница сколько времени будет занимать этот процесс — одну минуту или двадцать? Россвязь обновляет данные, как я понимаю, раз в месяц.
Я просто оставлю тут ссылочку
Есть у меня давняя идея — отдавать данные о телефонных номерах с помощью протокола DNS. Получим готовую инфрастр
Готовую инфраструктуру для серверов. А информацию о номере нужно дополнить справочники организаций и получится прекрасный сервис для коллцентров. Тема неисчерпаемая и неразвитая.
Вот здесь тоже интересное решение, я считаю.
Я бы попробовал что-то аналогичное, но у меня нету ключа к API 2GIS
Я бы попробовал что-то аналогичное, но у меня нету ключа к API 2GIS
Если я Вас правильно понимаю, то всё уже украдено придумано до нас — нечто аналогичное E.164 называется.
E.164 — международный формат номера, который мы с вами используем
ENUM — способ преобразования E.164 в ДНС запросы
Это и есть готовая инфраструктура, которую я имел ввиду.
ENUM — способ преобразования E.164 в ДНС запросы
Это и есть готовая инфраструктура, которую я имел ввиду.
Как способ отдачи информации вполне себе вариант. Как способ хранения данных, ниже всякой критики…
ЕNUM это способ сопоставить PSTN E.164 номер определенному пользователю и/или домену. Обычно используются для обеспечения переадресации между VoIP и PSTN (телефонной сетью общего пользования).
Использовать DNS ENUM для интеграции сервисов удобно, для конечного пользователя слишком заморочено…
ЕNUM это способ сопоставить PSTN E.164 номер определенному пользователю и/или домену. Обычно используются для обеспечения переадресации между VoIP и PSTN (телефонной сетью общего пользования).
Использовать DNS ENUM для интеграции сервисов удобно, для конечного пользователя слишком заморочено…
Хорошая у вас теперь база для спама ^_^
То что доктор прописал! Ссылку добавил в избранное (Opera), взвел галку «Show in panel» и теперь могу не залезая на МТТ оперативно смотреть требуемое. Спасибо! Жаль только favicon отсутствует.
Важно! В панели потом настроить на «Small Screen», иначе не видно всего всплывающего сообщения (а его не подвигать)
PS: чорд, хотел на хабрасторадж скриншот кинуть, а он меня не опознает. страннота.
Рискну выложить на халявный хостинг.
Важно! В панели потом настроить на «Small Screen», иначе не видно всего всплывающего сообщения (а его не подвигать)
PS: чорд, хотел на хабрасторадж скриншот кинуть, а он меня не опознает. страннота.
Рискну выложить на халявный хостинг.
через киви кошелёк тоже возможно
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Запрос номера из реестра «Россвязи»