antilock

Получилось... DELETE from payments WHERE note = 'DISCOUNT:0' Як на рахунок того що коли примусово поставити знижку 0% її всерівно обробляє як для всіх?

SELECT * from payments 11512 => array ( 'id' => '11908', 'login' => '***********', 'date' => '2018-08-31 13:00:02', 'admin' => 'guest', 'balance' => '0', 'summ' => '0', 'cashtypeid' => '2', 'note' => 'DISCOUNT:0', ),

ви "рух коштів" від "фінансового звіту" відрізняєте? вже заплутався... CUD_CORRECT=1 не буде відображатись ні в фінансовому звіті ні в русі коштів... а тільки в детальній статистиці... DELETE from `payments` WHERE `note` LIKE 'DISCOUNT:%'   або щось на кшталт нажаль не спрацьовує (((

Самі хотіли "корегування" опційно. Воно водображається в русі коштів. CUD_CORRECT=1 якщо це буде зроблено то в русі коштів відображатись не буде? так чи можите з цим зараз допомогти?

При примусовій знижці в 0 абоненту нараховується знижка яка виставлена для всіх... 2. Аналогічно опцією аля CUD_CORRECT=1 - чи буде відображатись в оплатах? Чи можна це очистити у всіх абонентів зразу? 4. Щоб була можливість очистити

1. Вибір тарифів для яких потрібно накопичувати % 2. Вибирати яким чином зараховувати % - додавати чи корегувати - при додаванні ці коште показані як реальні і є плутанина з касою. 3. Можливість поставити % через . або , - якщо поставити 2,5 (2.5) то буде 25% 4. Очищення історії додавання %

...

nightfly - чи можна дозамовити/розширити функціонал? ціна питання?

факт того що працювало.... менял скорость тарифа и у всех абонов менялись "пайпы"? саме так т.е. 1000 абонов на тарифе и одномоментно у всех менялась скорость? ТАК!!! якщо відновлю старий сервер, то навіть продемонструю.

факт того що працювало.... менял скорость тарифа и у всех абонов менялись "пайпы"? саме так

факт того що працювало....

Справа в тому, що скоріше працювало правильно - змінив швидкість в тарифі і вона зразу змінилась в користувачів з даним тарифом.

ДУЖЕ-ДУЖЕ ДЯКУЮ )))

Вот я олух ))) я заблокував доступ всім адресам )))

[Thu Jan 04 17:27:23.876819 2018] [access_compat:error] [pid 42520] [client 54.229.105.178:24955] AH01797: client denied by server configuration: /usr/local/www/apache24/data/openpayz/frontend/liqpay/ [Thu Jan 04 17:28:25.172436 2018] [access_compat:error] [pid 52799] [client 54.229.105.178:25615] AH01797: client denied by server configuration: /usr/local/www/apache24/data/openpayz/frontend/liqpay/ [Thu Jan 04 17:31:26.501543 2018] [access_compat:error] [pid 33390] [client 54.229.105.178:3277] AH01797: client denied by server configuration: /usr/local/www/apache24/data/openpayz/frontend/liqpay

172.16.1.2 - - [04/Jan/2018:17:38:10 +0200] "GET /billing/index.php?module=openpayz HTTP/1.1" 200 25088 172.16.1.2 - - [04/Jan/2018:17:38:11 +0200] "GET /billing/index.php?module=openpayz&ajax=true&_=//////////////////////HTTP/1.1" 200 3299 172.16.1.2 - - [04/Jan/2018:17:38:15 +0200] "GET /billing/index.php?module=online HTTP/1.1" 200 27691 172.16.1.2 - - [04/Jan/2018:17:38:16 +0200] "GET /billing/index.php?module=online&ajax&_=////////////////////////HTTP/1.1" 200 247809 172.16.1.2 - - [04/Jan/2018:17:38:20 +0200] "POST /openpayz/backend/liqpay/?customer_id=///////////////////

2018-01-04 12:41:46 -- Admin 'admin', 127.0.0.1: User 'burstu3ap46_to0m': 'cash' parameter changed from '-65.000000' to '0.000000'. 2018-01-04 13:20:32 -- Admin 'admin', 127.0.0.1: User 'burstr11ap20_y4u3': 'cash' parameter changed from '-65.000000' to '65.000000'. 2018-01-04 15:13:30 -- Admin 'admin', 127.0.0.1: User 'burstr12ap13_3n09': 'cash' parameter changed from '-65.000000' to '130.000000'. 2018-01-04 15:21:19 -- Admin 'admin', 127.0.0.1: User 'burstu19ap5_t6yt': 'cash' parameter changed from '-65.000000' to '0.000000'. 2018-01-04 15:49:27 -- Admin 'admin', 127.0.0.1: User 'burmic6ap27_

Просто как-то мало информации. по пункту 3.1 - проверьте, что правильно указали данные для управления старгейзером openpayz/config/openpayz.ini а также, где вы выполняете этот запрос: CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, CRC32(users.login) FROM `users`; 3.2 - вообще непонятно, что значит автоматически? openpayz/config/openpayz.ini - вказані праильно, пробував навіть копіювати з старого, але нажаль нічого... CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, CRC32(users.login) FROM `users`; - в консолі розробника, якщо ставити чистий

Просто как-то мало информации. по пункту 3.1 - проверьте, что правильно указали данные для управления старгейзером openpayz/config/openpayz.ini а также, где вы выполняете этот запрос: CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, CRC32(users.login) FROM `users`; 3.2 - вообще непонятно, что значит автоматически? openpayz/config/openpayz.ini - вказані праильно, пробував навіть копіювати з старого, але нажаль нічого... CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, CRC32(users.login) FROM `users`; - в консолі розробника, якщо ставити чистий

Просто как-то мало информации. по пункту 3.1 - проверьте, что правильно указали данные для управления старгейзером openpayz/config/openpayz.ini а также, где вы выполняете этот запрос: CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, CRC32(users.login) FROM `users`; 3.2 - вообще непонятно, что значит автоматически? openpayz/config/openpayz.ini - вказані праильно, пробував навіть копіювати з старого, але нажаль нічого... CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, CRC32(users.login) FROM `users`; - в консолі розробника, якщо ставити чистий

Мабудь після НР ще не відійши..... сумно що ніхто не стикався з цим...

День добрий. Є проблема з відновленням UBilling: старий 10.2 новий 10.3 1. Було налаштовано новий сервер повністю з нуля - старий після встановлення ARPWATCH по інструкції - перестав роздавати інтернет користувачам. 2. На старому сервері була версія 8.6 на новому вже 8.7. 3. Не працюють: 3.1 LIQPAY - гроші на рахунок приходять а користувачам не зараховуються, CREATE VIEW op_customers (realid,virtualid) AS SELECT users.login, CRC32(users.login) FROM `users`; не вірний запит, 3.2. Швидкість тарифу не змінюється автоматично всім, тільки після ручного ресету користувача. Можливо є ще бі

Причина в тому, що Ви копіювали ІР а не вводили в ручну, і при копіюванні створювались пробіли )))

Причина в тому, що Ви копіювали ІР а не вводили в ручну, і при копіюванні створювались пробіли )))

Продано!!!