madf

1. Почитайте, пожалуйста, это: Stg Users Guide 2. freeMb - это и есть "предоплаченный трафик". Это количество трафика, входящее в абонплату и за который не снимаются деньги. 3. Смена тарифа не подразумевает сброс счетчиков трафика.

Спасибо, fixed

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

Так, стоп. Я уже перестал понимать что происходит По пунктам опиши тариф, что ты делаеш и что при этом происходит.

Сперва пользователь кушает трафик FreeMB, а потом начинают работать пороги и цены. Так что все в порядке - свой предоплаченный мегабайт он съел.

Соберите последнюю версию КК (КК есть в сорсах выложенных в теме). Бага с отправкой сообщений была. Она исправлена (правда, не уверен, ч в лежащих тут сорсах исправленная версия .

Да, такая проблема есть. Установка на одной машине и сервера и консольного конфигуратора пока невозможна. Если все-таки есть необходимость - соберите КК без установки и запускайте из каталога сборки с указанием LD_LIBRARY_PATH=../../lib Можете пока обвернуть это в скрипт чтобы не прописывать переменную постоянно. Думаю, в скором времени проблема будет решена

Вот и ответ. В обычном режиме внутренний таймер stg постоянно (раз в секунду) синхронизируется с системными часами. В отладочном - просто инкрементируется на 1 секунду раз в секунду. Если все-таки есть насущная потребность в работе stg в отладочном режиме замените в файле stg_timer.cpp строчку (14) # define STG_TIMER_DEBUG (1) на # undef STG_TIMER_DEBUG

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

Так как раз на читом x86_64 должно быть все хорошо

Из пустого в порожнее. Прочтите документацию и узрите опции ReadBak и RemoveBak файлового хранилища! И да пребудет с вами Сила! Это не критика а флеймообразование. Почитайте http://local.com.ua/forum/index.php?showtopic=10058&st=15 начиная с сообщения vop. То что предлагает он и то что уже сделано - совершенно идентично. И глупо не делать бекапов и не использовать UPS. И никого не спасет никакая СУБД если после банального скачка напряжения накроется винт.

1. Да 2. Да Про номера - спасибо. Все про них вспоминал и все равно забыл.

В догонку. Если бы ты знал, на какие "хаки" приходится иногда идти для того чтобы поддерживать даже несколько версий компилятора (stg собирается с gcc-2.95 и с 4-й веткой, под 32 и 64-битные платформы)! Попробуй заставь админа сервера обновить систему - знаеш куда тебя пошлют? Ведь как обычно у нас делается: "Работает - не вздумай трогать!"

Тема уже "обсосана" со всех сторон. Для файлового хранилища давно реализован автобекап. В СУБД для этого существуют транзакции. Для железа существуют ИБП. Для файловых систем - журналирование. По поводу красоты кода: VCL написана для Delphi и не являет собой образец ОО-архитектуры. Наоборот, ее идея лежит несколько в стороне от ООП. Посмотри хотя-бы на то, как приложение работает с формами (главный модуль проекта) и на все эти препроцессируемые штуки (aka USEFORM и published-ветки для определения класса) - костыль на костыле! Я уже не говорю о совместимости AnsiString и std::string. Я не

Вы пытаетесь "вручную" заполнять ARP-таблицу и отключать использование этого протокола. Это ли не хаки? А по поводу второго - не проще. Чем механически отключать пользователей от сети - лучше это сделать через интерфейс управления свитчем, не вставая с рабочего места и не отрываясь от кофе/чая/бутерброда . Тем более что он предоставляет массу полезной информации, помогающей вычислить негодяя. И еще, советую попробовать утилитку arpwatch. Это демон, который следит за всем ARP-трафиком в сети и может сообщать: кто, когда и что у себя поменял. Его, конечно, можно легко обойти путем выдергивани

Я бы на Вашем месте вместо "хаков" с ARP купил пару нормальных "умных" свитчей с Port security (например, с фильтрацией по MAC) и пару раз дал по башке ARP-спуферам.

Спасибо за ответ, но между lib и с есть некоторое отличие )) И все-ж можно ли рассчитывать на исходники? ia_auth_c.lib - это каталог с сорсами клиентской либы У stg такая маркировка всех библиотек - с суффиксом .lib

1. Баки могут не появится. Потому что записи статистики еще небыло. Она происходит с определенным периодом для всех юзеров одновременно. 2. Почему при этом портятся файлы - пока сказать трудно. 3. mv stat stat.bak ничем не отличается от mv temp.stat stat. mv - операция не атомарная и атомарной быть не может - она выполняется за много тактов работы процессора. Журналируемая ФС поддерживает целостность на уровне транзакций: или операция с файлом завершится до конца (commit) или она совсем не начнется (rollback). "Ручная" реализация гарантированной записи невозможна. Скорость вращения диска в п

Все ошибки по работе с БД пишутся в основной лог. Дедлок - это не ошибка и определить его программно невозможно - по этому в логах пусто. Зато можно его отследить по последним выполняемым операциям, которые оставили следы в логе Сорри, я был некоторое время недоступен. Как доберусь до аськи - отвечу.

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

Оно проверяет наличие библиотеки, но не требует ее наличия для нормальной работы. Если Вы не смогли собрать сервер - причина в чем-то другом.

За неснятие абонки у замороженных пользователей неявно отвечает passiveTimePart - часть времени, которую пользователь провел вне пассива. Так, например, если пользователь был заморожен в середине месяца - с него снимется половина абонки. Если в начале - не снимется вобще. Логика работы меняется, если в конфиге указан FullFee=true - при этом снимается полная абонка вне зависимости от passiveTimePart. Бага скорее в том, что FullFee сделан необязательным, но по умолчанию установлен в true (см. settings.cpp, конструктор класса SETTINGS, строка 49). Уже пофикшен.

Фикс падения сервера при попытке подключения несуществующего юзера: projects/stargazer/plugins/authorization/inetaccess.cpp:539 Заменить user->GetLogin().c_str() на login

Детальная стата не пишется. Чтобы пофиксить нужно в 727 строчку файла plugins/store/firebird/firebird_store_users.cpp добавить: st->Execute();

mysql должен запуститься. VPN - точно потребует патчей.