Kolunchik Опубликовано 6 июля, 2018 · Жалоба Это именно с биллингом связано, а не просто петля образуется на этом направлении? Что думает nas по этому поводу? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 6 июля, 2018 · Жалоба Дело было не в биллинге. В прозу подгорело пара портов на паре разных свичей (кабели были проложены через подвал без выхода на улицу, но все равно...) и на свиче срабатывал loopdetect, а это в свою очередь почему-то вызывало переход пары портов в down на вышестоящем свиче агрегации. Потом recover_interval проходил, порты поднимались в up, pppoe соответственно тоже поднимались, но потом все по кругу, пока я эти горелые порты не вычислил и не сделал disable. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 26 сентября, 2018 · Жалоба Для нужд БД СОРМ-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 , но в БД ЛанБиллинг куча работающих учеток, у которых это поле нулевое. Не там смотрю? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Susanin Опубликовано 26 сентября, 2018 · Жалоба Все верно смотрите. Но в предыдущих версиях лб это поле не заполнялось. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 26 сентября, 2018 · Жалоба Сейчас стоит ЛБ 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 Но новые подключецы все равно будут с нулевыми датами Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 1 октября, 2018 · Жалоба mysql> select login from accounts where login like "samarin%"; +------------------------+ | login | +------------------------+ | samarin | | samarin-20101203173412 | +------------------------+ 2 rows in set (0.00 sec) Тоже последствия переходов с версии на версию? (В реальности пользователь с таким логином один) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
No_name Опубликовано 1 октября, 2018 · Жалоба 3 минуты назад, Andrei сказал: mysql> select login from accounts where login like "samarin%"; +------------------------+ | login | +------------------------+ | samarin | | samarin-20101203173412 | +------------------------+ 2 rows in set (0.00 sec) Тоже последствия переходов с версии на версию? (В реальности пользователь с таким логином один) А причем тут последствия? Одна учетка действующая, а другая удаленая(samarin-20101203173412). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Susanin Опубликовано 1 октября, 2018 · Жалоба @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 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SyJet Опубликовано 1 октября, 2018 · Жалоба Ребят, подскажите возможно ли сделать автоматическое формирование и рассылку счетов в ЛБ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 1 октября, 2018 · Жалоба 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" Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
No_name Опубликовано 2 октября, 2018 (изменено) · Жалоба В 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 для лучшего понимания Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 2 октября, 2018 · Жалоба Очень странно, что "флаг 0" - это запись удалена. Практика показывает обратное. К мануалам есть доступ из личного кабинета? Ссылка из этого сообщения 3 часа назад, Brainiac сказал: Из официального мануала описания "archive 0 0 Учетная запись удалена (флаг)". не открывается. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Susanin Опубликовано 2 октября, 2018 · Жалоба Да все верно. Отключена, т.е. заблокирована - это поле vgroups.blocked=10. При этом логин не меняется, так как можно включить обратно. И только при удалении выставляется флаг archive и меняется логин. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
No_name Опубликовано 2 октября, 2018 (изменено) · Жалоба 3 часа назад, Andrei сказал: Очень странно, что "флаг 0" - это запись удалена. Практика показывает обратное. К мануалам есть доступ из личного кабинета? Ссылка из этого сообщения не открывается. С чего вы решили, что "флаг 0" - это запись удалена? "флаг 1" - запись удалена. Доступ к мануалам только через авторизацию в ЛК В карйнем случае, зайдите в базу через phpmyadmin, там все подписано будет где какие флаги и за что отвечают. Изменено 2 октября, 2018 пользователем Brainiac Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 2 октября, 2018 · Жалоба По поводу archive=0/1: по моей практике 0 - обычная рабочая учетка, 1 - удаленная. 1 час назад, Brainiac сказал: Доступ к мануалам только через авторизацию в ЛК Руководство по эксплуатации я конечно оттуда брал и читал. Структура БД там есть только в онлайн режиме, не очень удобно, но терпимо. Описание БД скудное. Вобщем-то в структуре разобрался и так, выгрузки в ИС для СОРМ-3 практически написаны. Информации из БД ЛБ для ИС СОРМ-3 не всегда достаточно, но попробуем согласовать с куратором то, что есть. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nasar Опубликовано 3 октября, 2018 · Жалоба Привет Алл! Пишу мобильное приложение для билла. Пока встроил возможность оплаты через сбер, приостановку обслуживания, просмотр баланса, подключенных тарифов. Кому интересно, обращайтесь. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SyJet Опубликовано 4 октября, 2018 · Жалоба 19 часов назад, Nasar сказал: Привет Алл! Пишу мобильное приложение для билла. Пока встроил возможность оплаты через сбер, приостановку обслуживания, просмотр баланса, подключенных тарифов. Кому интересно, обращайтесь. Интересно )) только оплата не Сбера - а яндекскасса Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nasar Опубликовано 4 октября, 2018 · Жалоба 1 hour ago, SyJet said: Интересно )) только оплата не Сбера - а яндекскасса В яндексе через веб? Есть описание процесса ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 4 октября, 2018 · Жалоба Тоже интересно, т.к. уже задумывался о самостоятельном написании приложения для ЛБ. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
saaremaa Опубликовано 5 октября, 2018 · Жалоба Мы вообще написали свой API(Golang) и ЛК(YII2) под LANBilling. То что "из коробки" - это мягко говоря не удобно. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nasar Опубликовано 5 октября, 2018 · Жалоба https://play.google.com/store/apps/details?id=ru.yunicom.Yunicom Может немного неказисто пока. И сыровато еще. Буду развивать. Если кого интересует - могу дорабатывать параллельно под личные хотелки. Условия обговариваются. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 5 октября, 2018 · Жалоба В 05.10.2018 в 10:36, Nasar сказал: Может немного неказисто пока. Чтобы попробовать, надо быть вашим абонентом, т.к. адрес сервера биллинга захардкодили. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Nasar Опубликовано 5 октября, 2018 · Жалоба 2 hours ago, Andrei said: Чтобы попробовать, надо быть вашим абонентом, т.к. адрес сервера биллинга захаркодили. Могу сделать под ваши параметры апк-ку. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SyJet Опубликовано 6 октября, 2018 · Жалоба В 05.10.2018 в 08:26, saaremaa сказал: Мы вообще написали свой API(Golang) и ЛК(YII2) под LANBilling. То что "из коробки" - это мягко говоря не удобно. Хорошо когда программер есть. Никто не желает пошабашить по написанию для ЛБ хотелок? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Andrei Опубликовано 13 октября, 2018 · Жалоба В 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, потом приходят за ТВ и т.д.. У каждой услуги своя учетка и своя дата. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...