nightfly

Угу. Оплата тільки кокаїном.

Ок В планах нема.

Судя по полю "кому" (ага, бро BCC ниасилили) еще половине локала, просто видать не все спам читают на досуге

1. сделать DELETE FROM `payments` WHERE `id`='айди_платежа' 2. скорректировать счет. либо использовать alter.ini: CAN_DELETE_PAYMENTS

AFAIR только в firewall.conf & rc.conf фигурировал внешний интерфейс.

А чего смелого? Пытаться использовать, или как-то реанимировать, закрытый и судя по всему, уже не поддерживаемый продукт, выглядит как минимум странным. В целом как и вещает Асмодеус, вся тема, по своей сути веет каким-то клубом анонимных алкоголиков некромантов.

Ні. Це обгортка над основною механікою накопичувальних знижок. Скільки пам`ятаю це взагалі не передбачено. Для двох з половиною, постачальників смачної кави логічніше викроїти або окремий тариф, з врахованими бонусами (ага, і помітити його вівцею), або ж накидати на ручніку скільки там тре. Самоціль обох механік знижок якраз автоматизувати ці всі рухи для всієї абонбази, а не для "обраних" абонентів.

Не, RESET_AO=1 с rscriptd вам мастхев. С понедельника если не спичит, пишите в скайпо, отдебужим. Я кажись догадываюсь в чем лажа.

Ну спитайте, в свого системного адміністратора, що робити. Проблем жодних не бачу.

Внутри фронтендов, как правило четко сказано, какой протокол они реализуют: https://github.com/nightflyza/Ubilling/blob/master/openpayz/frontend/privatx/index.php#L5

Zyxel 4012F

база коцана, шо ніясна?

alter.ini MYSQLDUMP_PATH="/usr/local/bin/mysqldump" Все, больше там ничего не требуется для снятия дампов.

uname -a

Стабильный релиз Ubilling 0.6.8 rev 4580 alter.ini: новая опция UBCACHE_STORAGE указывающая тип хранилища общесистемного кеша. alter.ini новая опция ONUAUTO_CONFIG для смены PVID на порту ONU alter.ini новая опция PER_CITY_ACTION действия по городам Модуль «OpenPayz»: слегка облагорожен по коду, оптимизировано быстродействие. Модуль «OpenPayz»: добавлена сводная диаграмма используемых платежных систем. Модуль «OpenPayz»: теперь использует jQuery DataTables для показа списка транзакций. Модуль «Журнал успешного применения UHW»: исправлено сломанное сохранение состояния. Модуль «Текущий ке

Очевидно, проблема происходит, еще на этапе соединения. В ответ на попытку чтения из сокета, обратно приходит "воообще нихрена". От NAS-а получен ответ нулевой длины. Поэтому оно взорвалось.

Это какая-то стремная обертка над ipay, с явными фишинговыми наклонностями. Там походу, вон - весь зверинец.

OpenPayz его делал. И его делал, и других делал, и дом труба делал.

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

Да, значит таки бешенки. Им как правило ребут банальный помогает. А отловом озадачьтесь. Учитывая лизу в час, вам не сложно посчитать, сколько сообщений к конкретному может быть в сутки, до ротейта лога. Грубо 5-6*24 - вот вам и приблизительный показатель "нормальности", которая ближе к идеальности.

Вы будете смеяться, но если вы тыкаете по кнопочке "Журнал DHCP" в профиле пользователя, там есть контекстная справка, по сообщениям DHCP. На глаз - это либо какой-то нереально маленький лизтайм, либо бешенные клиенты. В целом отлавливать таких вот бешенных клиентов, с удобством можно так: alter.ini: SYSLOAD_CUSTOM_SCRIPTS="DHCP flood detection:/bin/count_dhcp_req" /bin/count_dhcp_req #!/bin/sh sudo cat /var/log/dhcpd.log | awk -F " " '{print $8}' | sort | uniq -c | sort -nr | awk ' $1 > 200 ' | grep ":" echo ======================== du -hs /var/log/dhcpd.log

Ну, так зирте в "попередні спрацьовування" собаки. Якщо там порожньо, значить в ваших подій не було дії log, або вони не відбувались. Її лог рівномірно розмазується по загальносистемному "події", і шукається там, за запитом WATCHDOG.

https://github.com/nightflyza/Ubilling/blob/master/docs/presets/MikroTik/system/executer/tpls/dhcp.ini#L6 address-lists = NULL Якось так