Alferov

Все фиксы для версии 0.08 содержатся в архиве с этой версией.

заходим в каталог с модулем и запускаем gmake os=LINUX (или BSD или BSD5) хотя можно просто gmake полученный исполняемый файл копируем в /usr/lib/stg, предварительно остановив СТГ использование штатного inetaccess никак не отразится на работе.

скопировать исходники модуля inetaccess из дистрибутива и собрать только этот модуль

Там все расписано. Депозит, кредит и итого. Чего еще непонятно?

Т.е. иными словами при FullFee=yes в функцию ProcessDayFee() надо добавлять этот код? или надо усложнять, проверяя в какой день снимается абонка? и если в 1-й, то выходить...

Неееет. Вот если абонентка снимается в конце месяца... тогда да, тогда эта логика применима. Т.е. 15-го заморозили, 30-го снимаем абонентку и тут надо считать время заморозки и сколько снимать. Да и то, только в случае, если FullFee в конфиге не выставлен в true А если у меня снятие абонентки 1-го числа? И юзер при этом заморожен?? И FullFee в конфиге выставлен в true??? Тогда как?

Обнаружил неприятный баг (а может это фича?) Если СТГ настроен на снятие абонентской платы раз в месяц (SpreadFee=no), то у замороженных пользователей абонентка тоже снимается. Хотя, по логике - не должна. Если же SpreadFee=yes, то все в порядке. Насколько я понимаю, в функции ежедневного снятия абонентки за это отвечает вот этот код (файл user.cpp): А вот в функции разового снятия абонентки этого кода почему то нет. ((( Так баг это или фича???

1. остановить СТГ 2. перевести время (FreeBSD: `date 20071031235800`) 3. запустить СТГ 4. в 00:02 по новому времени остановить СТГ 5. перевести время на правильное (FreeBSD: `ntpdate -u 62.117.76.142`) 6. запустить СТГ щастье ))

Видимо был уже одной ногой в кровати... ))) Не увидел очевидного... сори. Фикс бага здесь: http://alf.uzlovaya.ru/stg/stg-web/stg-web_0.08_FIX.tar.gz (update 21:28 2007/11/01)

Хех... только сейчас обратил внимание. А sgconf_xml новый собран?

хм... небольшой баг-фикс вышеописанной проблемы с созданием таблиц в БД Необходимо заменить пару файлов Качать здесь п.с. архив обновил

mysql тоже вряд ли заработает проблема будет в вызове функций strtoXXX которых в новой версии СТГ уже нет

Думаю (уверен практически), что для обоих модулей потребуется доработка. В принципе ничего кардинально не изменится... так, несколько строк. ИМХО

Сообщите версию файлы /includes/functions_misc.php строка 7 А MySQL наверное 4-й версии? Черт возьми... мне даже проверить негде работу с 4-кой (((

и еще вдогонку... на freebsd при использовании модуля divert_cap STG неверно считает трафик. Изменение значения MTU на lo0 интерфейсе в исходниках позволяет исправить это. Файл plugins/capture/divert_freebsd/divert_cap.cpp Строка 45 Есть: Должно быть: по крайней мере мне это помогло.

Из версии в версию повторяется ошибочка одна. Файл plugins/authorization/inetaccess/inetaccess.cpp строка 1570 есть: должно быть:

Устав дожидаться релиза STG, отдаю новую версию STG-Web (0.08). В связи с переносом большинства настроек в БД, процедура обновления несколько усложнилась. Брать новую версию все там же: http://alf.uzlovaya.ru/stg/stg-web/ Удачи.

Куда он установлен? В /usr/local ?? Сделай симлинки в /usr

+1

Офф естественно! Релизами СТГ никто, кроме авторов, не занимается. Все доработки/переделки только на уровне патчей.

Судя по всему, в скором времени стоит ждать уже релиза. Вот для него новую версию и сделаю.

Имхо лучше пропатчить так, чтобы таблица детализации создавалась не раз в месяц, а раз в ХХХ дней (опционально - stargazer.conf) А отработанные таблицы упаковывать и переводить в read-only. Не знаю правда, насколько в FB это возможно. (мыслю категориями mysql)

Непонятно, о каком баге идет речь. Актуальность патча проверяется легко. Можно сравнить файлы патча на http://alf.uzlovaya.ru/stg/stg-web/ и того, что у тебя. Тогда и будет ясность в этом вопросе.

Все ясно. Проверяй правильность переменных в config.php Читай комментарии к этим переменным!

1. Файл /includes/footer.php строка 19 вместо '<?' написать '<?php' 2. а п.9 инструкции по установке полностью выполнен?