vop

Только не понятно, зачем нужно сопряжение с биллингами

Оба, и STG и NoDeny - одноранговые биллинги (т.е. считалки трафика с "умножением" на стоимость). У STG в принципе, самая неудачная структура, которую только можно было придумать. Поэтому, если нет никаких предубеждений перед перловым скриптом, наверно, лучше пользоваться им.

Очень хотелось бы встретиться с теми, кто производит интернет, а не перепродает

В приличных домах Утрехтщины в договорах клиентов пишут, (в вольном переводе) "предоставляется канал со скоростью 4 мегабита с максимальной загрузкой не более 25%". Ибо там же для офиса продается "гарантированый" канал без ограничения. Вот в этом случае есть отличие домашнего от корпоративного, в том числе и по цене. Это именно тот случай, при котором клиент по сути получает безлимит на 1м, но со скоростью в 4м - тот самый "комфортный" интернет. Если в договоре нет такого пояснения, то и отличия нет, а все остальное - мелкое мошенничество со стороны провайдера

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

На одном интерфейсе? Почему бы пример не привести?

Это, как бы, не то, что "идеальным", а просто "обязательно" должно быть. Как можно делать клиентские начисления, привязанные ко времени на сервере, на котором время болтается, как ему угодно?

не работает Что именно не работает? Что говорит telnet 192.168.0.1 9770 ?

И на этом форуме подскажу. Я бы сделал порт-прокси при помощи netcat'а. Для этого на машинке 192.168.0.1 В файлик /etc/inetd.conf добавляем строчку, типа: 9770 stream tcp nowait nobody /bin/nc nc 192.168.0.2 9770 Не забыть перезапустить inetd (killall -HUP inetd). Это существенно проще, нежели поднимать влан с форвардингом портов.

Автономка нужна не "для раздачи белых IP клиентам", а для организации динамического роутинга, как бы

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

Не понял одного момента. Как юзер скачивает чего-то, если у него сеть не настроена?

Чисто косметически. Желательно проверять коды завершения работы командочек, и только потом заносить в логфайл done or error...

Достаточно не путать коммерческий договор с гражданской доверенностью. Тогда все встанет на свои места.

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

Да, это очень важный критерий оценки работы софта.

Исторический вопрос пропадания данных в старгейзере никак не связан с аварийными ситуациями, такими, как резет или пропадание питания. При существующей схеме данные пропадают при штатном завершенни работы приложения по sigint. Правда, нынешняя подпорочка минимизирует эту проблему, но вовсе не устраняет. Вот в чем там проблема. А вот по поводу финансовой модели, загляни на мою страничку, там достаточно логично реализована финансовая модель. Кстати, которая соверешнно спокойно работает и со старгейзером (от которого, в основном, нужен только аторизатор . Я предлагал Борису много лет назад вы

Вообще-то, деньги хранят в целых величинах только потому, что это целочисленные вещи. По крайней мере, мне не известно ни одной финансовой системы (бухгалтерский софт, банкинги и т.д.), где бы использовались плавающая арифметика, хотя бы потому, что в в ней закладывается практически обязательная погрешность. Мой пример вовсе не говорит о существовании проблем с потерей данных, но показывает, что они потенциально всегда существуют в системах, в которых смешивается целочисленная и плавающая арифметика. Вообще-то к "пре" и "пост" паиду это не имеет никакого отношения. Финансовая модель д

Совершенно зря. Байты - вещи целочисленные. Рубли-копейки - тем более. Тут нет места для даблов, тем более, можно хорошо на конвертах пролететь. Для прикола, простой примерчик залета. // gcc -o aaa aaa.c ; ./aaa #include <stdio.h> #include <stdlib.h> #include <stdint.h> int main(int argc, char *argv[]) { int traf=70; double cost=.6; int sum; sum=traf*cost; printf("%d\n", sum); return(0); } Я Борису об этом говорил еще в те времена, когда старгейзер еще не назывался старгейзером. Зря, что он проигнорировал. Это значит, что в течении

Опять те же грабли: client = ip address.

Ну вот, нам его будет сильно не хватать? Ну раз нету, значит можно поглумиться над продуктом немного? Я какое-то время не наблюдал за продуктом, посему задам пару актуальных вопросов: 1. Арифметику перевели уже на целчисленное исчисление, или все так же флоатами мутим? 2. Сделали накопительную систему расчета денег за предоставленные услуги, или так и продолжается "снятие" маленькими кусочками? Вопрос про добровольное убиваение старгейзером своих файлов пропускаем. Раз уж добавили еще одно звено нестабильности - sql Ну и классический вопрос - не пора ли исправить изначальную лог

Разумеется, для этого платежные системы и делают, что бы ими пользовались, и делали модули Проблема, в общем-то, не совсем в модуле, как таковом. Но я не буду развивать тут эту тему и действовать на нервы Борису

Уууу... Какой топик поднялся. А так - есть, как минимум, 5 разных способов принимать деньги через WebMoney. При этом, есть один соверенно автоматический вариант, который не требует персонального сертификата. Хотя, я не вижу большой проблемы его получить.

То, что ты называешь решением, обычно называется "платежным агрегатором". По сути, это набор программных средств, которые позволяют организовать прием платежей разными способами. Обычно, агрегаторы являются либо частью основного ПО, либо поставляются в виде независимого ПО, либо пишутся самостоятельно. Из отдельных агрегаторов мне в голову приходит только продукт Чекркашина (это если не считать мой, но я его не раздаю). Реально, их, видимо, больше. К чему я это все, а, ну да. Будешь писать свой - делай сразу его в виде независимого агрегатора с четким API. Это позводит тебе в будушем, если

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