[Kolunchik]

Это именно с биллингом связано, а не просто петля образуется на этом направлении?

Что думает nas по этому поводу?

[Andrei]

Дело было не в биллинге. В прозу подгорело пара портов на паре разных свичей (кабели были проложены через подвал без выхода на улицу, но все равно...) и на свиче срабатывал loopdetect, а это в свою очередь почему-то вызывало переход пары портов в down на вышестоящем свиче агрегации. Потом recover_interval проходил, порты поднимались в up, pppoe соответственно тоже поднимались, но потом все по кругу, пока я эти горелые порты не вычислил и не сделал disable.

[Andrei]

Для нужд БД СОРМ-3 требуется по каждой учетке получить параметр дата и время начала оказания услуги. Учетки вот в этой таблице:

mysql> describe vgroups;
+----------------+---------------------+------+-----+---------------------+----------------+
| Field          | Type                | Null | Key | Default             | Extra          |
+----------------+---------------------+------+-----+---------------------+----------------+
| vg_id          | int(11)             | NO   | PRI | NULL                | auto_increment |
| uid            | int(11)             | YES  | MUL | NULL                |                |
| cu_id          | int(11)             | YES  | MUL | NULL                |                |
| descr          | varchar(255)        | NO   |     |                     |                |
| login          | varchar(128)        | YES  | MUL | NULL                |                |
| pass           | varchar(128)        | YES  |     | NULL                |                |
| agrm_id        | int(11)             | YES  | MUL | NULL                |                |
| blk_req        | tinyint(4)          | NO   | MUL | 0                   |                |
| blocked        | tinyint(4)          | NO   | MUL | 0                   |                |
| changed        | tinyint(4)          | NO   | MUL | 0                   |                |
| tar_id         | int(11)             | YES  | MUL | NULL                |                |
| id             | int(11)             | NO   | MUL | 0                   |                |
| shape          | int(10) unsigned    | NO   |     | 0                   |                |
| c_date         | date                | NO   | MUL | 0000-00-00          |                |
| d_limit        | bigint(20) unsigned | NO   |     | 0                   |                |
| d_clear        | date                | YES  |     | NULL                |                |
| max_sessions   | int(11)             | NO   |     | 1                   |                |
| amount         | double              | NO   |     | 0                   |                |
| current_shape  | int(10) unsigned    | NO   |     | 0                   |                |
| ip_det         | tinyint(1)          | NO   |     | 0                   |                |
| port_det       | tinyint(1)          | NO   |     | 0                   |                |
| archive        | tinyint(1)          | NO   | MUL | 0                   |                |
| acc_ondate     | datetime            | NO   | MUL | 0000-00-00 00:00:00 |                |
| acc_offdate    | datetime            | NO   | MUL | 0000-00-00 00:00:00 |                |
| block_date     | datetime            | NO   |     | 0000-00-00 00:00:00 |                |
| creation_date  | timestamp           | NO   |     | CURRENT_TIMESTAMP   |                |
| template       | tinyint(1)          | NO   |     | 0                   |                |
| dirty          | tinyint(4)          | NO   |     | 0                   |                |
| connected_from | int(11)             | YES  |     | NULL                |                |
| parent_vg_id   | int(11)             | YES  | MUL | NULL                |                |
| port_id        | int(11)             | YES  | MUL | NULL                |                |
| user_packet_id | int(11)             | YES  | MUL | NULL                |                |
+----------------+---------------------+------+-----+---------------------+----------------+
32 rows in set (0.00 sec)

По структуре вроде как эта дата/время в acc_ondate , но в БД ЛанБиллинг куча работающих учеток, у которых это поле нулевое. Не там смотрю?

[Susanin]

Все верно смотрите. Но в предыдущих версиях лб это поле не заполнялось.

[Andrei]

Сейчас стоит ЛБ 2.0 сборка 006. Старая, да. Но и в ней это поле не заполняется - посмотрел подключенных на прошлой неделе. Можно наверное прогнать update с записью прямо  в базу, которым заменить эти нулевые даты например хотя бы датой заключения договора? 

 

 update vgroups,agreements set vgroups.acc_ondate=agreements.date  where vgroups.acc_ondate='0000-00-00' and vgroups.agrm_id=agreements.agrm_id

 

Но новые подключецы все равно будут с нулевыми датами

[Andrei]

mysql> select login from accounts where login like "samarin%";
+------------------------+
| login                  |
+------------------------+
| samarin                |
| samarin-20101203173412 |
+------------------------+
2 rows in set (0.00 sec)

Тоже последствия переходов с версии на версию? (В реальности пользователь с таким логином один)

[No_name]

3 минуты назад, Andrei сказал:

mysql> select login from accounts where login like "samarin%";
+------------------------+
| login                  |
+------------------------+
| samarin                |
| samarin-20101203173412 |
+------------------------+
2 rows in set (0.00 sec)

Тоже последствия переходов с версии на версию? (В реальности пользователь с таким логином один)

А причем тут последствия? Одна учетка действующая, а другая удаленая(samarin-20101203173412).

[Susanin]

@Andrei Даты покажите по ним.

То, что с добавлением даты в логин - это отключенный абонент (archive=1). Верхний - действующий.

В 26.09.2018 в 12:14, Andrei сказал:

Сейчас стоит ЛБ 2.0 сборка 006. Старая, да. Но и в ней это поле не заполняется - посмотрел подключенных на прошлой неделе. Можно наверное прогнать update с записью прямо  в базу, которым заменить эти нулевые даты например хотя бы датой заключения договора? 

 

 update vgroups,agreements set vgroups.acc_ondate=agreements.date  where vgroups.acc_ondate='0000-00-00' and vgroups.agrm_id=agreements.agrm_id

 

Но новые подключецы все равно будут с нулевыми датами

Сейчас посмотрел у себя - мы изначально используем agreements.date

[SyJet]

Ребят, подскажите возможно ли сделать автоматическое формирование и рассылку счетов в ЛБ?

[Andrei]

4 часа назад, Brainiac сказал:

Одна учетка действующая, а другая удаленая(samarin-20101203173412).

Видимо не удаленная, а отключенная:

select login, archive, wrong_date, last_mod_date  from accounts where login like "samarin%";
+------------------------+---------+---------------------+---------------------+
| login                  | archive | wrong_date          | last_mod_date       |
+------------------------+---------+---------------------+---------------------+
| samarin                |       0 | 0000-00-00 00:00:00 | 2018-02-19 20:32:03 |
| samarin-20101203173412 |       1 | 0000-00-00 00:00:00 | 2018-09-24 17:12:56 |
+------------------------+---------+---------------------+---------------------+
2 rows in set (0.00 sec)

В выгрузках из БД в ИС практически всегда делаю "where archive=0"

[No_name]

В 01.10.2018 в 15:33, Susanin сказал:

@Andrei

То, что с добавлением даты в логин - это отключенный абонент (archive=1). Верхний - действующий.

 

Не отключенный, а удаленный. Не вводите в заблуждение, если не уверены!

 

21 час назад, Andrei сказал:

Видимо не удаленная, а отключенная:

select login, archive, wrong_date, last_mod_date  from accounts where login like "samarin%";
+------------------------+---------+---------------------+---------------------+
| login                  | archive | wrong_date          | last_mod_date       |
+------------------------+---------+---------------------+---------------------+
| samarin                |       0 | 0000-00-00 00:00:00 | 2018-02-19 20:32:03 |
| samarin-20101203173412 |       1 | 0000-00-00 00:00:00 | 2018-09-24 17:12:56 |
+------------------------+---------+---------------------+---------------------+
2 rows in set (0.00 sec)

В выгрузках из БД в ИС практически всегда делаю "where archive=0"

Коллега, надо не "видением" знать описание структуру базы данных, а иногда заглядывать в мануалы, которые составлены, на русском языке.

 

Из официального мануала описания "archive - Учетная запись удалена (флаг)".

 

 

 

Изменено 2 октября, 2018 пользователем Brainiac
для лучшего понимания

[Andrei]

Очень странно, что "флаг 0" - это запись удалена. Практика показывает обратное.

 

К мануалам есть доступ из личного кабинета?

Ссылка из этого сообщения

3 часа назад, Brainiac сказал:

Из официального мануала описания "archive 0 0 Учетная запись удалена (флаг)".

не открывается.

 

 

[Susanin]

Да все верно. Отключена, т.е. заблокирована - это поле vgroups.blocked=10. При этом логин не меняется, так как можно включить обратно. И только при удалении выставляется флаг archive и меняется логин.

[No_name]

3 часа назад, Andrei сказал:

Очень странно, что "флаг 0" - это запись удалена. Практика показывает обратное.

К мануалам есть доступ из личного кабинета?

Ссылка из этого сообщения

не открывается.

 

 

С чего вы решили, что "флаг 0" - это запись удалена? "флаг 1" - запись удалена.

 

Доступ к мануалам только через авторизацию в ЛК

 

В карйнем случае, зайдите в базу через phpmyadmin, там все подписано будет где какие флаги и за что отвечают.

Изменено 2 октября, 2018 пользователем Brainiac

[Andrei]

По поводу archive=0/1: по моей практике 0 - обычная рабочая учетка, 1 - удаленная.

 

1 час назад, Brainiac сказал:

Доступ к мануалам только через авторизацию в ЛК

Руководство по эксплуатации я конечно оттуда брал и читал.

Структура БД там есть только в онлайн режиме, не очень удобно, но терпимо. Описание БД скудное. 

Вобщем-то в структуре разобрался  и так, выгрузки в ИС для СОРМ-3 практически написаны. Информации из БД ЛБ для ИС СОРМ-3 не всегда достаточно, но попробуем согласовать с куратором то, что есть.

[Nasar]

Привет Алл!

Пишу мобильное приложение для билла.

Пока встроил возможность оплаты через сбер, приостановку обслуживания, просмотр баланса, подключенных тарифов.

Кому интересно, обращайтесь.

[SyJet]

19 часов назад, Nasar сказал:

Привет Алл!

Пишу мобильное приложение для билла.

Пока встроил возможность оплаты через сбер, приостановку обслуживания, просмотр баланса, подключенных тарифов.

Кому интересно, обращайтесь.

Интересно )) только оплата не Сбера - а яндекскасса

 

[Nasar]

1 hour ago, SyJet said:

Интересно )) только оплата не Сбера - а яндекскасса

 

В яндексе через веб? Есть описание процесса ?

[Andrei]

Тоже интересно, т.к. уже задумывался о самостоятельном написании приложения для ЛБ.

 

[saaremaa]

Мы вообще написали свой API(Golang) и ЛК(YII2) под LANBilling. То что "из коробки" - это мягко говоря не удобно.

[Nasar]

https://play.google.com/store/apps/details?id=ru.yunicom.Yunicom

Может немного неказисто пока. И сыровато еще.

Буду развивать. Если кого интересует - могу дорабатывать параллельно под личные хотелки. Условия обговариваются.

[Andrei]

В 05.10.2018 в 10:36, Nasar сказал:

Может немного неказисто пока.

Чтобы попробовать, надо быть вашим абонентом, т.к. адрес сервера биллинга захардкодили.

[Nasar]

2 hours ago, Andrei said:

Чтобы попробовать, надо быть вашим абонентом, т.к. адрес сервера биллинга захаркодили.

Могу сделать под ваши параметры апк-ку.

[SyJet]

В 05.10.2018 в 08:26, saaremaa сказал:

Мы вообще написали свой API(Golang) и ЛК(YII2) под LANBilling. То что "из коробки" - это мягко говоря не удобно.

Хорошо когда программер есть. Никто не желает пошабашить по написанию для ЛБ хотелок?

[Andrei]

В 01.10.2018 в 17:33, Susanin сказал:

 

В 26.09.2018 в 13:14, Andrei сказал:

Сейчас стоит ЛБ 2.0 сборка 006. Старая, да. Но и в ней это поле не заполняется - посмотрел подключенных на прошлой неделе. Можно наверное прогнать update с записью прямо  в базу, которым заменить эти нулевые даты например хотя бы датой заключения договора? 

 

 update vgroups,agreements set vgroups.acc_ondate=agreements.date  where vgroups.acc_ondate='0000-00-00' and vgroups.agrm_id=agreements.agrm_id

 

Но новые подключецы все равно будут с нулевыми датами

Сейчас посмотрел у себя - мы изначально используем agreements.date

Это не всегда прокатывает, т.к. дата заключения договора может быть одна, а дата подключения услуги другая. Это достаточно распространено: сначала подключают инет, через некоторое время заказывают например белый выделенный ip, потом приходят за ТВ и т.д.. У каждой услуги своя учетка и своя дата.