У них и Start не обрабатывается, какой еще Update.
Вы много хочете... Тут такая пичалька что даже текущих звонков не видно
| forum.bitel.ru http://forum.bitel.ru/ |
|
| Приоритет параметров http://forum.bitel.ru/viewtopic.php?f=44&t=12324 |
Страница 1 из 1 |
| Автор: | mhollow [ 24 мар 2017, 22:15 ] |
| Заголовок сообщения: | Приоритет параметров |
Привет. Документация вводит в некий конфуз. Вот тут https://docs.bitel.ru/pages/viewpage.ac ... d=73597961 написано: "Этот параметр можно указать для типа сервиса, в конфигурации типа сервиса: serv.radius.connection.checkDuplicate." Речь идет про параметр radius.connection.checkDuplicate. Тоже самое написано про serv.radius.connection.checkDuplicate.type Вопрос: Я всегда думал, что параметры в конфигурации модуля, устройства, типа устройства, и типа сервиса, можно использовать одни и те же, просто нужно учитывать приоритеты. В документации это четко нигде не написано, но косвенно это следовало. Получается что это не так? Разве нельзя использовать параметр radius.connection.checkDuplicate в типе сервиса? Он не будет работать или что? Зачем нужен его "дублер" с именем serv.radius.connection.checkDuplicate специально для конфигурации типа сервиса? Тогда, если не трудно, подскажите пожалуйста, каков точный приоритет параметров в конфигурациях модуля, устройства, типа устройства, типом сервиса (я ничего не забыл?) и разрешается ли все доступные параметры использовать в конфигурациях любых этих сущностей в зависимости от "логики" и приоритета? Или есть определенный набор параметров, которые будут работать будучи объявленными только в конфигурации определенной сущности? Например как в этом примере только в типе сервиса? Спасибо. |
|
| Автор: | stark [ 28 мар 2017, 22:53 ] |
| Заголовок сообщения: | Re: Приоритет параметров |
В документации написано какие параметры и где можно указывать. Данный можно указать в типе сервиса. Для устройств/типов устройств есть вот такое: https://docs.bitel.ru/pages/viewpage.ac ... d=73598065 Цитата: Конфигурация каждого устройства наследует все параметры конфигурации своего типа устройства, а затем устройства-предка (конфигурация которого также унаследована). Т.е. параметр, указанный в предке будет доступен во всех потомках и его можно переопределить в конфигурации типа устройства потомка и ещё раз - в конфигурации самого потомка. Это свойство можно использовать для определения одинаковых параметров для множества устройств с одним предком. Но на самом деле там уже поменялось, в документации не описано. Сейчас наследование такое : Конфигурация модуля->Тип устройства->устройство. Тип сервиса пока не участвует в этом. |
|
| Автор: | stark [ 28 мар 2017, 22:57 ] |
| Заголовок сообщения: | Re: Приоритет параметров |
Немного поправил это место в документации. |
|
| Автор: | mhollow [ 29 мар 2017, 11:49 ] |
| Заголовок сообщения: | Re: Приоритет параметров |
Цитата: В документации написано какие параметры и где можно указывать. Данный можно указать в типе сервиса. Там нигде толком ниче не написано. Написано про некоторые и то не везде. И тут же в примерах идут взаимоисключающие вещи когда один и тот же параметр тыкают куда угодно включая то место которое не описано. Я могу привести много параметров которые ВООБЩЕ не упомянуты, как-будто они не существуют. Описаны они.. Ну так на вопросы то ответьте пожалуйста. 1) Будут ли все параметры работать в любой конфигурации любой сущности, том числе и в типе сервиса? Чисто технически, я могу их указывать где угодно, или типы сервиса стоят обособленно? Если да, то зачем эта свистопляска с отделенными именами для (serv).radius.connection.checkDuplicate. Если нет, то почему например serv.password.char судя по документации можно размещать и в конфигурации модуля и в конфигурации типов сервиса и вообще где угодно потому что все остальное кроме типа сервиса наследуется. Почему для некоторых параметров которые можно указывать конфигурации устройства (или типа устройства), так и в конфигурации типа сервиса есть аналоги для типа сервиса с префиксом serv. а для некоторых нет. Назовите мне хоть одну причину для такого именования параметров, даже самую идиотскую. Ну кроме конечно той, которая предназначена для запутывания пользователя. С параметрами, господа, у Вас творится полная вакханалия, скажу я Вам. Вот вроде заново с нуля спроектировали новый модуль Inet, а все равно такое впечатление что ничего продумано не было, одни костыли вокруг. 2) Как мне, глядя на параметр определить где его можно указывать, а где нет? Ну почему, почему у вас нет мазафака четкого описания всех параметров с их подробным описанием и указанием где, в каких конфигурациях их можно употреБЛЯТЬ. Это бесит просто капитально, выглядит просто как издевательство над людьми. Как человек предполагается должен разбираться в вашем продукте без нормального руководства?? Ну как? может я не понимаю чего-то... И почему в вас сервер с документацией лежит постоянно? То 502 Bad Gateway то еще какая-нибудь хрень. В результате даже та скудная дока и та сука часто недоступна. И кстати личный кабинет billing.bitel.ru на том же серваке и тоже недоступен. Ну так же нельзя... |
|
| Автор: | a.vozny [ 29 мар 2017, 19:46 ] |
| Заголовок сообщения: | Re: Приоритет параметров |
подтверждаю HTTP Status 500 |
|
| Автор: | skn [ 29 мар 2017, 19:59 ] |
| Заголовок сообщения: | Re: Приоритет параметров |
тех. проблемы с сервером, попробуйте сейчас |
|
| Автор: | mhollow [ 29 мар 2017, 21:48 ] |
| Заголовок сообщения: | Re: Приоритет параметров |
Эти проблемы с сервером у вас слишком часто последнее время |
|
| Автор: | dimOn [ 30 мар 2017, 00:03 ] |
| Заголовок сообщения: | Re: Приоритет параметров |
mhollow писал(а): Эти проблемы с сервером у вас слишком часто последнее время а есть нормативы какие-то? |
|
| Автор: | mhollow [ 30 мар 2017, 00:07 ] |
| Заголовок сообщения: | Re: Приоритет параметров |
Есть Называется "Отток клиентов на основании субъективных оценок частоты перебоев сервера". Как Вам такой норматив? |
|
| Автор: | dimOn [ 30 мар 2017, 02:31 ] |
| Заголовок сообщения: | Re: Приоритет параметров |
mhollow писал(а): Называется "Отток клиентов на основании субъективных оценок частоты перебоев сервера". Как Вам такой норматив? А, это всё же субъективное оценочное суждение, ок. |
|
| Автор: | mhollow [ 30 мар 2017, 09:49 ] |
| Заголовок сообщения: | Re: Приоритет параметров |
Вы наверняка отличный бизнесмен! Так и представляю: -Шеф, клиенты недовольны, клиенты уходят! Говорят что у нас #$&^aя документация и та на сайте, который слишком часто лежит. -Так, спокойно, нормативы есть? Так это на основании субъективных оценочных суждений! Всё ок)) |
|
| Автор: | Phricker [ 30 мар 2017, 10:39 ] |
| Заголовок сообщения: | Re: Приоритет параметров |
Вторую фразу надо заменить на "Увы". Димон не объясняется так длинно |
|
| Автор: | mhollow [ 30 мар 2017, 10:45 ] |
| Заголовок сообщения: | Re: Приоритет параметров |
Никаких "Увы", «Ни любви, ни тоски, ни жалости»)))) На "ok" же!) Он же сказал) |
|
| Автор: | ok-2004 [ 30 мар 2017, 11:21 ] |
| Заголовок сообщения: | Re: Приоритет параметров |
Благодаря недюжей активности в этой ветке господина mhollow - я за неделю узнал о модуле INET больше . чем за последние 5 лет. |
|
| Автор: | mhollow [ 30 мар 2017, 11:29 ] |
| Заголовок сообщения: | Re: Приоритет параметров |
Это все фигня, я сейчас добрался до модуля VoiceIP. Запасайтесь попкорном )) |
|
| Автор: | ok-2004 [ 30 мар 2017, 12:37 ] |
| Заголовок сообщения: | Re: Приоритет параметров |
Хотя этот модуль у нас работает лет 9, но всёж уже побежал. А вдруг сможете срестить эккаунтинг евойного радиус-сервера с астериском путём радиус-апдейт пакетов, а не только по старт-стоп. |
|
| Автор: | mhollow [ 30 мар 2017, 17:17 ] |
| Заголовок сообщения: | Re: Приоритет параметров |
У них и Start не обрабатывается, какой еще Update. Вы много хочете... Тут такая пичалька что даже текущих звонков не видно
|
|
| Автор: | stark [ 05 апр 2017, 12:59 ] |
| Заголовок сообщения: | Re: Приоритет параметров |
mhollow писал(а): 1) Будут ли все параметры работать в любой конфигурации любой сущности, том числе и в типе сервиса? Чисто технически, я могу их указывать где угодно, или типы сервиса стоят обособленно? Нет. Я же написал иерархия такая - конфигурация модуля -> Тип устройства -> устройство. mhollow писал(а): serv.password.char судя по документации можно размещать и в конфигурации модуля и в конфигурации типов сервиса и вообще где угодно потому что все остальное кроме типа сервиса наследуется. Этот параметр особенный. Там иерархия такая Модуль -> тип сервиса. Нет устройств. Его нельзя задать на устройстве. Т.е его можно указать либо в конфигурации модуля либо в типе сервиса. mhollow писал(а): Почему для некоторых параметров которые можно указывать конфигурации устройства (или типа устройства), так и в конфигурации типа сервиса есть аналоги для типа сервиса с префиксом serv. а для некоторых нет. Назовите мне хоть одну причину для такого именования параметров, даже самую идиотскую. Ну кроме конечно той, которая предназначена для запутывания пользователя. С параметрами, господа, у Вас творится полная вакханалия, скажу я Вам. Вот вроде заново с нуля спроектировали новый модуль Inet, а все равно такое впечатление что ничего продумано не было, одни костыли вокруг serv.password.char - был глобальный изначально, он был только в конфигурации модуля. Потом кому-то понадобилось делить. Изначально у нас конфигурация модуля не наследовалась в устройствах. Потом сделали наследование. Т.е это все менялось динамично по мере развития модуля inet. Изначально вообще никак не связаны были эти конфигурации, а к тому, что их нужно связать, пришли уже потом. Тип сервиса пока отделельно, потому как изначально у него были только параметры, которые нужны только на нем. У нас в биллинге вообще много конфигураций, очень многие сущности имеют свои конфигурации(например опции) - они не наследуются. Если их все сделать наследуемыми, то все будет еще более запутанно. Да. модуль развивается и обрастает костылями, потому что каждый день кому надо что-то новое, и надо это все это делать совместимым со старым - это нормально . mhollow писал(а): 2) Как мне, глядя на параметр определить где его можно указывать, а где нет? Возле каждого параметра обычно написано где его можно использовать. И serv.password.char этот описан в 2-х местах. |
|
| Страница 1 из 1 | Часовой пояс: UTC + 5 часов [ Летнее время ] |
| Powered by phpBB® Forum Software © phpBB Group http://www.phpbb.com/ |
|