т.е. руками в БД можно сделать, только в одной таблице ip_pool
Спасибо. Буду пробовать

 а можно как то сменить статические ip массово?
изначально заведено куча ip сетей и при переходе на Н+ так и остались
хотелось изменить всем у кого статика на новые ip из одного пула
руками грустно (

['cash' => '-11.5']

Добрый день всем.
Помогите разобраться. Есть тариф с сроком одни сутки и стоимостью 11,5. В главных настройках
"всегда округлять до целых сумму списания за услуги" установлено в нет. При заказе услуги из админки
или кабинета первый платеж снимается 11,5, но следующий платеж округляется в 12.
Если показать info платежа, то
"сумма   -12.00"
"$VAR1 = {'traf' => 4528766070,'tm_start' => 1493672426,'cash' => '-11.5','tm_end' => '1493758826','start_traf' => '12458574744'};"  

Ревизия 415 сейчас.
Кто то сталкивался с таким? Куда копать

 Добрый день.
Похоже это в ./services.pm но моих знаний не хватает понять код ((
есть строка

Код:

530:            $cash = int($cash + ($cash>0? 0.99 : -0.99)) if $cfg::service_round_price;

в БД значение параметра service_round_price = 0
и далее идет код который UPDATE таблицу pays в зависимости от условий

Пример платежа в таблице

Код:

+-------+------+--------+------------+---------+------------+------------+--------+---------+----------+
| id    | mid  | cash   | time       | creator | creator_id | creator_ip | reason | comment | category |
+-------+------+--------+------------+---------+------------+------------+--------+---------+----------+
| 209185 | 1470 |  -16.00 | 1494225396 | kernel  |          1 |          0 | $VAR1 = {'tm_start' => 1494225396,'tm_end' => '1494311796','start_traf' => '651425692283','cash' => '-15.5'};                                                                                                   | Безлимитный интернет|      100 |

в comment попадает верное значение cash, в cash попадает округленная сумма 15.5 => 16.00

ревизия последняя 448

Заходите Настройки - администрирование ищете строку Да - всегда округлять до целых сумму списания за услуги и ставите - Нет

В главных настройках "всегда округлять до целых сумму списания за услуги" установлено в нет.

значение параметра service_round_price = 0

Конечно этот параметр установлен в НЕТ

['cash' => '-11.5']

Добрый день всем.
Помогите разобраться. Есть тариф с сроком одни сутки и стоимостью 11,5. В главных настройках
"всегда округлять до целых сумму списания за услуги" установлено в нет. При заказе услуги из админки
или кабинета первый платеж снимается 11,5, но следующий платеж округляется в 12.
Если показать info платежа, то
"сумма   -12.00"
"$VAR1 = {'traf' => 4528766070,'tm_start' => 1493672426,'cash' => '-11.5','tm_end' => '1493758826','start_traf' => '12458574744'};"  

Ревизия 415 сейчас.
Кто то сталкивался с таким? Куда копать

 Добрый день.
Похоже это в ./services.pm но моих знаний не хватает понять код ((
есть строка

Код:

530:            $cash = int($cash + ($cash>0? 0.99 : -0.99)) if $cfg::service_round_price;

в БД значение параметра service_round_price = 0
и далее идет код который UPDATE таблицу pays в зависимости от условий

Пример платежа в таблице

Код:

+-------+------+--------+------------+---------+------------+------------+--------+---------+----------+
| id    | mid  | cash   | time       | creator | creator_id | creator_ip | reason | comment | category |
+-------+------+--------+------------+---------+------------+------------+--------+---------+----------+
| 209185 | 1470 |  -16.00 | 1494225396 | kernel  |          1 |          0 | $VAR1 = {'tm_start' => 1494225396,'tm_end' => '1494311796','start_traf' => '651425692283','cash' => '-15.5'};                                                                                                   | Безлимитный интернет|      100 |

в comment попадает верное значение cash, в cash попадает округленная сумма 15.5 => 16.00

ревизия последняя 448

['cash' => '-11.5']

 Добрый день всем.
Помогите разобраться. Есть тариф с сроком одни сутки и стоимостью 11,5. В главных настройках
"всегда округлять до целых сумму списания за услуги" установлено в нет. При заказе услуги из админки
или кабинета первый платеж снимается 11,5, но следующий платеж округляется в 12.
Если показать info платежа, то
"сумма   -12.00"
"$VAR1 = {'traf' => 4528766070,'tm_start' => 1493672426,'cash' => '-11.5','tm_end' => '1493758826','start_traf' => '12458574744'};" 

Ревизия 415 сейчас.
Кто то сталкивался с таким? Куда копать

у кого 2 внешних интерфейса (например вланы) как решили проблему?
можно ли указать через запятую id?

кто подскажет как сделать "человекочитаемую" сортировку, например но номеру дома
сейчас при сортировка имеет такой вид 1,10,100,101,2 и тд

как привести к 1 2 10 100 101?

сто раз уже отвечали:

В допполя добавил флаг "сортировать как число". Например, номер дома - строкое поле, а не числовое - такое часто, когда используются буквы и дроби (24а, 15/2). Теперь в списке клиентов сортировка правильная

101 раз спасибо!

кто подскажет как сделать "человекочитаемую" сортировку, например но номеру дома
сейчас при сортировка имеет такой вид 1,10,100,101,2 и тд

как привести к 1 2 10 100 101?

по какой то причене, после перехода на Н+, записи некотрых клиентов блокируются, высталяется флаг "Заблокирован" но в истории клиента не видно по какой причине. на 50.32 такое было при увеличении числа потоков (по умолчанию вроде 20000 )и это отображалось в событиях. Сейчас даже не знаю где посмотреть. Кто то  сталкивался? Где смотреть не только фин. информацию, а напрмиер сообщения ядра?

 Механизм проверки по логину предусмотрен в paysystem
Необходимо установить значение в citypay.pl и обновить модуль

Код:

   
    account_as_login => 1,

Спасибо разработчику!

 Всем добрый день.
Сейчас переходим на Н+ столкнулся с тем что в качестве идентификатора используется только цифры,
а мне необходимо проверку по логину a-Z_-0.9
./nod/paysystem.pm

Код:

        # Идентификатор клиента - это платежный код NoDeny+
        # Если он состоит не из цифр, то отсылаем ошибку err_account_not_found
        # или другой код если платежная система предусматривает ошибку "неверный формат id"
        $pay_account =~ /^(\d+)(\d)$/ or $it->Error_exit($it->{err_account_not_found}, 'Wrong account format');

основные платежи идут через Ситипей.
Как такое можно сделать не сломав исходный код для обновления?
Кто то сталкивался?   Как исправить

Спасибо!

в логи nofire,  какие он адреса гребет из базы

ls -l *.log
Dec 20 17:56 nodeny.log
Dec 20 17:56 nol2auth.log
Dec 20 17:56 noserver.log
как я понимаю не те логи и лог nofire включается отдельно

PS
# Для отладки установите $Del_Files=0 - сформированные файлы с командами ipfw не будут удаляться после выполнения
$Del_Files=0;

установил - но никаких файлов не вижу(

 такая же проблема после перезагрузки сервера, в таблицу 0 не попадают ip тех клиентов у которых выставлена авторизация "Всегда онлайн". Если у клиента изменить авторизацию и вернуть на место - ip появляется
 кто сталкивался? куда хоть смотреть?

  В разделе форума "Модули для NoDeny" не нашел. Собственно может  кто-то взяться реализовать, может уже есть готовый и цена вопроса конечно.

  Галочка "переносить трафик на следующий месяц" стоит только на тарифах по трафику. Походу такие "минуса" при переводе клиента с "по трафику" на "безлимит"  - стал   смотреть именно эти пару клиентов  были на "по трафику".