zaza12

что такое via em0 ? LAN_IF="re0"

date yymmddhhss , это все равно не поможет!

Боюсь с вами еще рано делиться этой важнейшей секретной информацией, но могу посоветовать географически перенести сервер с ubilling на 2 часовых пояса, и все совпадет!

А как вы Ubilling умудрились установить? время меняется в системе

Да просто задолбался я регулярно лазить в админку для проверки новых сообщений. Теперь с приходом нового приходит оповещение в телеграм. Загвоздка была только с фоновой проверкой zb_TicketsGetAllNewCount(). А перенаправить на бота множество способов, начиная от парсинга созданного файла через watchdog до прямой посылки в чат id. Например проверка на изменение лог файла который наполняется при срабатывании zb_TicketsGetAllNewCount() !=0 для типа проверки script параметр stat -f '%z' /var/log/newhelpdesk.log Пока еще не решил какой вариант оставить, возможно получится еще и привязать сам т

Все как обычно, оказалось просто добавить функцию на проверку zb_TicketsGetAllNewCount() в remoteapi. Так и делал изначально, но банально action присвоил newmassage , а вызывал newmassege (сам допустил опечатку). Короче все работает.

В общем по началу все так быстро и просто настроилось , телеграмный бот так исправно посылал типа 1 new massage helpdesk === 161228173908 , до момента закрытия админки в браузере. Видно требуется внутренний вызов remoteapi . Пробовал разные варианты , чтобы вызвать в api.darkvoid.php $newticketcount = zb_TicketsGetAllNewCount(); да и это пробовал ?module=ubim&checknew=true" , короче не знаю! не идет. Может кто подскажет как в фоне обновить проверку на наличие новых сообщений в кеш DarkVoid ?

С Ubilling не долго, вчера обновился и нашел грандиозный косяк ! Иконка в zload. Вообще можно сделать в парсере так (zbs_GetCurrentSkinPath().$icon) , или менять при смене скина пути в userstats.ini , но все-же. А еще лучше иконки для загрузок вынести в папку на уровень выше, для всех скинов, поскольку они являются контентом а не темой. Скиновый патч порадовал, теперь можно быстро клепать скины. Кстати состряпал ночью скин, может кто захочет обновить кабинет то lite.zip, собственно ради поддержки мобильной версии. Как обычно бывает, на сетке бутстрапа, с кучей ненужного css кода, и боль

вставте в фронтенд liqpay строчку file_put_contents('config/forms.log',$status,FILE_APPEND); перед функцией if ($status=='success') и создайте файл config/forms.log в liqpay смотрим лог статус запроса, например там wait_accept , вызываем кнопкой повторно лог вызова api . У себя в forms.log должен прийти wait_accept и обязательно права на запись для forms.log 0666

не надо в liqpay ничего имитировать , там из кабинета liqpay все отлично тестится на url фронтенда, запрос штатным инструментом. Рисует пинги и все параметры нажатием одной кнопки. Посмотрите хоть в кабинете liqpay что он там отсылает , возможно там не success а processing прилетает.

Биллингу технически пофиг, какие оплаченные суммы придут от платежного шлюза, такие и нарисует.

если клиенты при ежедневном снятии средств научатся экономить, то вам скорее всего придется закрыть лавочку и заняться чем нибудь другим, например музыкой. Или терять до 80% реальной прибыли.

подправить форму создания платежа по аналогии например с backend платежкой Uniteller. Но это хреновая идея, особенно при ежедневном снятии средств.

с новыми железяками такое бывает, возможно придется поколупать биос и отключить некоторые новые эргономичные фишки. Тоже такие случаи были, списывал все на необъяснимую кривизну, и со второй попытки ставало за 2 минуты. В зависшие процессы не вникал.

Бред , какому дурню это вообще может понадобиться?! Можно просто с ubilling пропинговать nas , или клиента , даже если они находятся на северном полюсе. Какой там api ? тс просто банально не настроил сеть Ubilling c микротик.

ну а теперь сравните тупологию сети newstudent по его рисунку со своим, и немного подумайте. Так вам тоже подсказать как настроить , чтобы из админки работал ping на клиента? , и да, на каждую сеть нужен отдельный интерфейс (не обязательно физический), поскольку ubilling это не страница заглушка.

Я , если честно сам не знаю что нужно newstudent ! Он толком ничего не сообщает , видно вторые сутки не вылазит с википедии и изучает базовые принципы построения сети.

Какое там может быть условие, если вы с тс дупля не режете что такое api и зачем там вообще нужен ubilling, и как эта горе конструкция может фунциклировать и для чего. Если тс пишет что можно по быстрому абонов перекинуть на др. канал, то до тунелей там еще как до марса без скафандра.

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

все там работает в L2 и arping и тем более ping а этот случай совсем другой а еще точнее, то это тяжелый случай, который лечится эволюционно

Не буду советовать как лучше сделать, вы все равно так не поступите, но вам как минимум https://nixrecords.wordpress.com/2015/07/20/%D1%83%D0%BF%D1%80%D0%B0%D0%B2%D0%BB%D0%B5%D0%BD%D0%B8%D0%B5-remote-mikrotik-nas-%D0%B8%D0%B7-ubilling/ нужно почитать, и сделать хоть немного похожее. И какой у вас микротик nas ?

зачем вообще плодить столько локалок , просто клиентов забриджевать с биллингом в одну. (биллинг, который даже не nas , зачем ему 10.10.10.1 ? Микротик , который nas - зачем ему 10.10.10.2 ?) У вас на биллинге сколько интерфейсов? 1 угадал? ${FwCMD} add 101 allow ip from me to 10.10.10.0/24 via ${LAN_IF} out # /23 ${FwCMD} add 102 allow ip from 10.10.10.0/24 to me via ${LAN_IF} in

горе от ума ! Причем тут микротик к пингу с клиентом ?

Все работает , этого достаточно . А мгновенно, надежно и просто, это лишнее!

Ничего реализовывать не нужно , в админке ubilling ping давно есть!