Перейти к содержимому
Local

mac

Маглы
  • Публикации

    87
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

О mac

  • Звание
    Первая Кровь

Посетители профиля

Блок посетителей профиля отключен и не будет отображаться другим пользователям

  1. mac

    Релизы Ubilling 2018

    Пару недель назад ставил Ubilling 0.9.1 в VirtualBox на FreeBSD 10.4 x86 (в тестовых целях). Возникают ошибки при установке (пробовал 2 раза). Войти в MySQL по паролю из конфига не смог. Вернулся к задаче, но больше x86 мучать не буду, - amd64 поставлю.
  2. mac

    op_customers

    Все команды набирать в sql консоли Ubilling Посмотреть содержимое op_customers select * from op_customers; Удалить неверно созданный view drop view if exists op_customers; Создать view, если у вас полностью цифровые логины у пользователей (wiki) CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, users.login FROM `users`;
  3. mac

    Миграция клиентов и MikroTIk

    podwar, модуль "Миграция 2" работает отлично, - проверено. Делайте все строго как в wiki , только дайте правильные исходные данные в нужные поля. Перед миграцией нужно создать сеть и НАС, прописать доступ к НАСу (тарифы и скорость, если есть в таблице для импорта) Если IP абонов у вас были из другой сети, то ИМХО, их в миграцию передавать не надо, пусть автоматом назначатся из диапазона целевой сети. Опция NOSTGCHECKPID поможет вам работать в Ubilling при выключенном Stargazer во время процесса миграции
  4. Появились новые вопросы по "Миграции 2" 1. Когда создавать недостающие тарифы - до или после миграции? 2. В wiki есть рекомендация выключить stargazer перед миграцией. Но тогда перестает работать ubilling. Это как раз тот случай, когда нужно использовать опцию NOSTGCHECKPID ?
  5. Ничего (логины юзеров, сети, и прочее такое) не перекрывается. Т.к. сначала данные были в одном биллинге, потом их разделили на 2 (ломать - не строить). Дальше они жили своей жизнью. И теперь из-за автоматизации платежей (opayz) их нужно объединить. Nightfly, Ваше мнение понял, заселятор я не осилю, поэтому - или миграция, или вручную.
  6. l1ght, Pautiina, большое спасибо за советы и решения! Pautiina, в вашем запросе в `users`.`login`, `ip`, пропущен `password`. Правильнее будет `users`.`login`, `password`, `ip`,
  7. Да, конечно на виртуалке испытаю сначала. Просто глубоко не копал, что и где лежит. Имена полей и таблиц - вроде как адекватны назначению. Но могут же быть, типа, legacy, и не использоваться в новых версиях убилинга В частности, смущает таблица users (оч много столбцов)
  8. Естественно, ip сети и города - разные, версии Ubilling - одинаковые. Собственно, как это сделать максимально просто и безопасно? То, до чего сам додумался - это использовать "Модуль Миграция 2" Для это планирую сделать экспорт нужных полей из базы данных с помощью запроса По sql запросу вопрос прежде всего к уважаемому nightfly : оттуда ли (таблицы, поля) я беру значения?
  9. mac

    Оплати приват

    Отвечу на свой вопрос: Payment ID можно передать в my-payments.privatbank.ua через параметр account Привел mypayprivat/index.php к такому виду, скопипастил из другого бэкенда: <?php //the code from another backend if (isset($_GET['customer_id'])) { $customer_id= mysql_real_escape_string($_GET['customer_id']); } //config payment URL here, but don't forget about account parameter //$url='https://my-payments.privatbank.ua/mypayments/customauth/identification/fp/static?staticToken=123456789&account=' . $customer_id; //no changes further print('<script language="javascript">document.location.href="' . $url . '";</script>'); ?> Хотя именно в url указанного вида (....mypayments/customauth/identification/fp/static?staticToken=123456789...) у меня НЕ заработало. Но этот url редиректится на url другого вида (....mypayments/payment/default?companyId=1234567&budgetId=...), и вот там то параметр account подхватывается Поэтому в mypayprivat/index.php у меня url второго вида
  10. mac

    Оплати приват

    Подскажите еще по бэкенду mypayprivat: в него Payment ID тоже передается? Если да, то каким образом это происходит? Присвоением какому-то параметру в url, тот что указан в mypayprivat/index.php или бэкенд "видит" url, откуда пришел редирект на него, и вытаскивает Payment ID из параметра customer_id?
  11. mac

    Оплати приват

    не нужен для работы? или не поддерживается фронтэндом?
  12. mac

    Оплати приват

    Вобщем заполняю приватовскую анкету Посмотрел privatx/index.php Правильно ли я понял, что privatx из методов протокола v2 (Предварительный поиск, Поиск, Проверка на запись, Расчет комиссии, Запись платежа, Отмена платежа, Выгрузка реестра) реализует только эти : Предварительный поиск, Поиск, Проверка на запись, Запись платежа ?
  13. mac

    Оплати приват

    Подскажите еще по такому вопросу. Приват для идентификации абонентов предложил на выбор адрес, фио и номер договора. Никаких платежных ID или лицевого счета. Есно выбрали номер договора, а номеров договора нет. Соотв. поле договор пустое, что будет сбивать с толку абонентов. Если заполнить это поле у всех абонентов из virtualid, будет ли frontend privatx работать нормально? Что-то типа: UPDATE contracts JOIN op_customers ON contracts.login=op_customers.realid SET contracts.contract=op_customers.virtualid; Но это неудобно: каждый раз при создании абонента, или руками номер договора заполнять, или запрос делать... Может есть другой вариант?
  14. mac

    Оплати приват

    Спасибо!
×