А так:

Код:

UPDATE users SET state=if(balance>limit_balance,'on','off')

или

Код:

UPDATE users SET state='on' WHERE balance>limit_balance

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

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

Сорри, но это был так сказать поток мысли )

Кто сталкивался с задачей заносить платеж напрямую в базу мускула в pays и апдейта юзерского баланса, попробовал такое провернуть платеж заносится нормально баланс тоже все пучком, в биллинге не ругается, что разница по платежам и балансу, а вот фигня получается если у юзера минус на счету и он заблокирован, то после такого прямого добавления бабок он не включается автоматом, даже когда он пытается законектиться авторизатором ему говорит что баланс положительный но доступ заблокирован. Как сказать биллингу что бабло есть у юзера и его надо включить.

P.S.поиск юзал такого не нашел спасибо заранее

Есть какой-то прогресс?

тогда удали эти строки, что я сказал править и прими это как данность

Ответ просто убил, а что поддержки биллинга нет даже за деньги?

я уже в сотый раз повторяю, что я не техподдержка, я автор. Техподдержка есть, в том числе платная. Ты толком не можешь сформировать требования, я повелся на решение твоей проблемы, потом психанул, поскольку потерял время на решение непонятно чего ты хочешь. То ему надо сообщения для клиентов, то уже не надо. Да еще и шаблонные выводы тут делает насчет поведения с клиентами. Не надо мне рассказывать как должна вести себя техподдержка, я сейчас работаю с людьми, которые обеспечивают техподдержку 24 часа в сутки каждый день и этой техподдержки несколько этажей в здании, чтоб ты понимал масштабы.

И если бы форум был бы бесполезным, он был бы пустым. Тем не менее, здесь регулярно люди получают ответы на свои вопросы. Видимо у них получается их задавать

Давай небудем переходить на личности и меряться у кого длиннее и толще я работал и в тех.поддержке и 24/7/365 и по масштабам не меньшим как описано выше так что знаю что такое разработчик что такое тех.поддержка, на этом поставим точку.

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

По поводу того что я немогу сформировать вопрос - почитайте выше процитирую свои слова:
Хотелось бы (на правах ТЗ)
1. В клиентской статистике видеть запись о добавлении врем.платежа и вторую запись после его удаления
2. В админской статистике видеть те же самые записи что и у хомяков + комментарии если таковые существовали.

тогда удали эти строки, что я сказал править и прими это как данность

Ответ просто убил, а что поддержки биллинга нет даже за деньги?
Можно уточнить будет ли такой функционал в обновлении или это тупик прогресса биллинга?

P.S. Я представил что Вам ответят клиенты на такую реплику, будь Вы дежурным на суппорте.

По последним корректировкам получается такая картина:
После удаления платежа в админской статистике видим вот что
   Удален временный платеж 10.00 грн.   14.03.10 11:18   Сообщение, клиент ознакомлен       →
    Событие   Удален временный платеж в размере 10.00   14.03.10 11:18   Удаление врем.платежа   

В клиентской в разделе платежи ничего нет, в разделе сообщения есть сообщение об удалении врем.платежа:
  11:18   От администрации   Удален временный платеж 10.00 грн.   Детальнее →

Можно узнать зачем нужно это бесполезное сообщение еще и присылаемое клиенту и как в клиентской статистике смотреть историю платежей в т.ч. и временных?

Итак результаты тестов после добавления
$dbh->do("INSERT INTO pays SET mid=$mid,type=50,category=426,time=$ut,reason='удален временный платеж $cash $gr'");
и изменения на
&SaveEventToDb($cash,426,$mid);

Результат:
1. в админской статистике по платежам клиента видим запись типа Удален временный платеж, но нет записи добавлен временый платеж
2. в клиентской статистике нихрена вообще невидим - хомячок опять нервничает суппорт с больной головой как хомяку доказать что происходило (в случае бешенных хомяков)

Хотелось бы (на правах ТЗ)
1. В клиентской статистике видеть запись о добавлении врем.платежа и вторую запись после его удаления
2. В админской статистике видеть те же самые записи что и у хомяков + комментарии если таковые существовали.

Хм. Вижу но почему-то ничего не дописывает в платежи ни в клиентской статистике ни в админке 

Это в Платежах клиента.

Код:

Событие	Удален временный платеж в размере 65.00 грн.	10.03.10 19:29	Удаление врем.платежа

Это в логе админки.

Код:

10.03.2010 19:29:27 kernel: Удален временный платеж 65.00 грн. клиента id=897, ip=192.168.24.23, созданный админом id=2

п.с. Какая у Вас версия биллинга ?

версия 50.32.3
судя по написанному Вами это логи самого нодени а если внимательно почитать обсуждение то речь идет о записях в клиентской статистике в разделе платежи и тоже самое в админской.

Хм. Вижу но почему-то ничего не дописывает в платежи ни в клиентской статистике ни в админке 

Временный платеж ваще зло юзаем его только по слезным просьбам клиента и только на анлимах типа если чел забыл пополниццо и срок даем не больше трех дней.
P.S. Моя бы воля вообще не давал ы врем.платежей а то один такой был просил два месяца подряд типа то он болел то еще что-то короче ушел в минус на 200грн а сейчас ему звоним а он типа я ваще не тут я переехал в Польшу и мол мне пофик, так что ща не больше 3х дней иниипет 

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

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

50.32.3 , может что не так? ща гоняю на тестовом серваке, могу допустить что я его уже замучал тестами 
так что т.е. все юзеры которых на первое число загнало в минус должны через какой-то промежуток времени перевести state=off ?