Доброго времени суток, наверняка здесь есть люди, которые писали свои биллинги, использовали существующие.

Думаю использовать такую простую схему: Пользователь <- услуга -> тариф.

Во всех случаях тариф это стоимость услуги за месяц, услуга предоставляется сроком на месяц.

В жизни сталкивался с такими случаями: 1)Тариф делится на количество дней и ежедневно списывается. 2)В начале каждого месяца списывается ежемесячная сумма за услугу. 3)Пользователь зарегистрировался 15го числа, и 15го числа следующего месяца, например, списывается сумма за услугу.

Например, (2) по реализации самый простой, но например при 100к пользователей ночью первого числа база будет нагружена. (3) подход более правильный, но если пользователь зарегистрируется 31 января, то система должна будет списывать 29 февраля, или 1 марта?

Вопрос: лично я склоняюсь к использованию (3), а какой подход используете вы в своих биллингах? Какой считаете более правильным?

САБЖ, насколько я понял из копания в документации - на каждого пользователя приходится 1 IP адрес, то есть в одной подсети, например 192.168.10.0 не будет больше 250 пользователей (4 адреса резервируем) одновременно. Какие решения нужно использовать чтобы в одной подсети одновременно могло находится 300 и более пользователей, относительно прозрачно.

(интернет) <-> (виртуальная сеть)

Доброго времени суток , есть строка которая легко раскодируется по http://pastebin.org/61380 алгоритму , но обратно ее не закодируеш прогоняя.

Я не очень программист, но наверное дело в двух подряд идущих операциях XOR