strushke

Да я просто тупой, как сапог)

Всем доброго вечера! Пытаюсь заскриптить бэкап с SwOS, благо, нагуглилась такая возможность получать его через http://login:password@ip/backup.swb Вырисовался следующий скрипт: set timeout 60 set login {LOGIN} set password {PASSWORD} set ip {IP} spawn wget -q -S -O - http://$login:$password@$ip/backup.swb expect eof И не работает, в предварительном просмотре отображается только spawn wget -q -S -O - http://myuser:mypass@myip/backup.swb При этом, тот же скрипт работает в консоли и выплёвывает конфиг прямо в неё. Пробовал то же через

Ну в том плане, что если у кого-то бабушка, либо друга привел ради спец предложения, получил скидку и платили за 2 как бы оптом. Потому что если тариф сделать с меньшей ценой, получится, что один может либо задержать оплату, либо вообще слететь, а другой будет продолжать платить со скидкой

У меня еще возникла задача и я пока не понял, как её решить. Нужно сделать скидку на парные аккаунты, или за каждого дополнительного привязанного абонента скидку, но чтобы при этом она только была доступна при единовременной выплате за всех связанных абонентов. Вроде , это было в корпоративных пользователях, во-первых, оно заявлено как устаревшее, а во-вторых, помню, как-то пробовал это провернуть, тогда оплаты просто дублировались на связанные аккаунты. Получалось, что денег человек дал , скажем 10, а по кассе как будто 20. Спасибо за помощь

Всё, доходчиво и понятно) Действительно, так быстрее и удобнее. Да , кофе выпил много, на подъеме был

Доброе утро! Сидел я тут, болтался на стуле с чашкой в руке, и придумал - а что, если была бы возможность создавать события на события. Щас поясню. Все действия пишутся у нас в лог, который доступен в модуле "События". К примеру, мне сейчас захотелось снимать с баланса юзера за ручное начисление кредита. Таким образом, вместо того, чтобы лезть в код и ковырять родные модули, можно было бы пойти в лог, выбрать любимое часто повторяющееся действо и приклеить к нему что вздумается (в рамках API, конечно же) Пока я не проснулся, и не подумал, что идея та

Благодарю! Видимо, придется обновляться Не сильно я люблю это, но придется

Если кому-то это поможет, у меня это реализовано(пока только на словах, вручную) в виде "бонусов", а не "скидок". Короче, я создал отдельный cashtypeid с пометкой Бонус, Допустим, пассажир хочет оплатить 3 абонплаты, значит ему скидка 10%, наличкой ему вношу его 3 абонплаты с вычетом скидки, Потом бонусом вношу остаток, таким образом, тариф продолжает снимать абонплату как обычно. Соответственно, можно спокойно делать договорный бонус - кто-то сразу за год внесет, получит еще 3 абонплаты бонусом, например А кто-то - козёл и вообще, к нему было много бесплатных ложных в

Привет! Я благодарен за столь развернутый и поучительный ответ, мне есть чему поучиться. Просто ситуация была такая, что "в наличии "плоскогубцы и шуруп, который надо вкрутить прямо щас") Пошел напролом) А по поводу самостоятельности - да я вообще считаю, что тут стесняться не стоит - не на бумаге же пишем, можно и переписать) Хорошего дня!

Добрый день! Появилась необходимость предоставить кассиру возможность свериться с кассой, но предоставлять доступ к полному финансовому отчету желания особого не было. Поэтому по-быстрому выпилил всё лишнее из оригинального модуля. Особая благодарность разработчикам биллинга за возможность простой доработки чего угодно под свои нужды Помощь по установке находится в файле readme.txt Модуль имеет отдельные права доступа, поэтому можно их назначить только кассирам, например Он выдает отчет кассы за сегодняшний день только для того ка

Спасибо! Это какая-то особая биллинговая магия?)

Добрый день! Сегодня заметил странную ошибку, которая непонятно, откуда берется. Проявляется в виде надписи под некоторыми формами: Big data processing error Версия 1.1.5 (7920) В usersearch под формой есть эта надпись В report_finance в самом низу В report_sysload прямо под окошком с серийным номером и версией биллинга. Пока что, влияния на работу замечено не было, но надпись то там не просто так. Попробовал: Очистку кэша Исправление таблиц БД Ковыряние логов httpd-error Ничего из этого не помогло

Всем доброго дня и с праздниками! Если вдруг кто-то хочет запускать различные темы в кабинете пользователя, в зависимости от типа устройства, вам потребуется произвести некоторые манипуляции с php кодом кабинета, ну и вот вам моё (может неказистое, но рабочее) решение: На гитхабе уже существует php проект, определяющий тип устройства, поэтому не выдумываем и будем использовать его: https://github.com/serbanghita/Mobile-Detect/ Для начала, нужно подключить его вконце index.php: require_once 'Mobile_Detect.php'; //Detect library

Всем привет! Вот уже незаметно, как целых 5 лет я использую Ubilling и я очень этому рад! Огромное спасибо разработчикам системы! Биллинг не только легок в использовании "из коробки", но и не сложен в модернизации "под себя", а так же в написании модулей! С 2016 года я использую Ubilling в связке с Mikrotik, и с тех самых пор, как я его начал использовать, у меня не было никаких проблем. Кажется, это была версия 0.8.3, и BSD 10 под виртуалкой. Не всегда я следовал за обновлениями, поэтому спустя некоторое время я просто накатил сразу bsd 12 с чистым биллингом

Ага, объясните, что такое "сайт" пятиста грузинам, а я попкорном пока запасусь