pal

Не работает нормально с stg-2.0.16 В логах апача: [Fri Dec 8 09:50:17 2006] [error] PHP Warning: feof(): supplied argument is not a valid stream resource in /home/public_html/stgstat/incl ude/functions.php on line 58 [Fri Dec 8 09:50:17 2006] [error] PHP Warning: fgets(): supplied argument is not a valid stream resource in /home/public_html/stgstat/inc lude/functions.php on line 59 [Fri Dec 8 09:50:17 2006] [error] PHP Warning: feof(): supplied argument is not a valid stream resource in /home/public_html/stgstat/incl ude/functions.php on line 58 [Fri Dec 8 09:50:17 2006]

А что, Stargazer действительно нормально тянет такое количество хостов? Не,я не в обиду разработчикам, но, IMO, при таких размерах сети используются несколько другие решения (коммерческие либо самостоятельной разработки) И при такой сетке а) шлюзов в инет будет поболе, чем один б) шлюз действительно нужно думать переводить на железяки (те же киски) и ставить собиралку статситики отдельно.

сталкивался с подобным (cl и view) В общем, учитывая, что то, что мне сейчас нужно, работает, просто отключил в php вывод notice

И ради 10-15 юзеров поднимать SQL? Т.е. вместо PI-200 64RAM мне придется ставить Cel4-2.0 512 RAM ? Нафиг-нафиг. Нет, если в ввиде модуля (что в 2.4 уже возможно) по желанию админа выбирать - почему бы и нет. Но только с возможностью выбора. Хотя подсчитывать трафик по разным направлениям в веб-статистике будет удобней и быстрей, не спорю.

Самотреть логи апача (errorlog) - оно должно сообщать причину, почему не грузится

А-а-а! Фич-реквест еще можно? Один субсчет на несколько пользователей (IP-аресов) - чтобы деньги снимались с одного субсчета за трафик нескольких пользователей. Причина - небольшая фирмочка в здании, 2-5 машин. Ставить проксик на машине клиента - ему неудобно, это надо, чтобы одна машина у него постоянно работала, да и кто-то за этим проксиком следить должен... А так - сразу проблема снимается...

Вот, при прикручивании web-статистики столкнулся с проблемой (stg-2.4-20061020). Имеем скрипт OnChange, поставляемый с системой. Смотрим его вывод в /tmp/users И обнаруживаем проблемы: 1) параметры admin и ip - всегда пустые (не передаются). Все-таки хотелось бы, чтобы данные там были 2) параметр password - всегда звездочки. В этом случае ценность OnChange значительно снижается (для меня в частности) - я не могу автоматизировать смену пароля (htpasswd) Это принципиальный момент? Т.е., правильно отлавливать смену пароля, а потом лезть в настройки пользователя, вытягивать оттуда пар

Разобрался. Проблема устраняется при помощи Rewrite: RewriteEngine on RewriteRule ^(.*) - [E=PHP_AUTH_USER:%{REMOTE_USER}] Честно говоря, так и не понял - чего это было...

статистика stg-2006-08-22 Altlinux php 4.4.4 В пользовательсткой статистике по какой-то причине не передается скрипту имя пользователя (REMOTE_USER) Апач настроен, епри заходе на страничку просят авторизироваться Warning: fopen() [function.fopen]: Unable to access /var/stargazer/users//conf in /var/www/html/stgstat/include/functions.php on line 57 Warning: fopen(/var/stargazer/users//conf) [function.fopen]: failed to open stream: No such file or directory in /var/www/html/stgstat/include/functions.php on line 57 Warning: feof(): supplied argument is not a valid stream resou

"Это Вы их готовить не умеете" :tongue: Как раз в текстовом формате ОЧЕНЬ удобно! Как минимум - конфиги. Плюс - большая надежность системы в целом (не плодить лишние сущности) Базы статистики - тут, конечно, традиционно sql, но, опять же, много зависит от... Зато все легко и быстро правится, даже если сидишь на другом конце города на поганом канале (или через мобилу) - текст не требует высокой скорости.

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

Документацию читать пробовал. Общение с юниксами, знаете, очень стимулирует данную полезную привычку %) А во "нетрудно догадаться" для документации вещь неприменимая, вообще-то. Т.е. оно либо в документации есть либо нет. Совершенно неочевидно, что, при вводе нескольких IP трафик будет считаться со всех них одновременно, а не только одного (например, последнего) - т.к. определяется во многом кодом самого приложения. Также добавлю по этому поводу: Версия 2.4-2006.10.20-03.58.02 (самая последняя на данный момент) Конфигуратор 1.87.8 У клиента поднят флаг "AlwaysOnline". Пытаемс

Скорее всего зависит от настроек локали винды. Проверьте, что стоит в Comtrol Panel->Regional options->Numbers->Decimal symbol Запятая или точка? Офисные приложения, например, этим очень страдают

Да я про 2.4 как раз Просто нет возможности проверить некоторіе вещи, почему вопрос и возник...

Спасибо, бум пробовать. Насчет 3го пункта ничего? просто сейчас поставил 2.016, пока проверить возможности нет. Допускается обїединение нескольких машин на 1 счет?

Да, но тогда теряется смысл AlwaysOnline. Возможно, я что-то не понимаю, и в случае AlwaysOnline скрипты On(Dis)Connect отрабатываются? Тогда в каких ситуациях, по какому признаку? Только наличие/отсутствие средств на счету? При старте сервера? И второе - все равно не логично. Тогда уж не 0, а отрицательная величина (пусть, -0.0001, но отрицательная). Например, предоплаченный трафик (входящий в тарифный пакет) - человек заплатил точную сумму, абонка снялась, клиент-то должен работать, хоть и на счету 0. В любом случае трафик нужно подсчитать...

А чего все так к мак-адресу прилипли? Это совсем не панацея, так, от полных идиотов защита. Рассказать, как элементарно обходится привязка к маку? Логин-пароль намного надежнее, а хранить их - забота только клиента.

Если столбец статуса - пустой, то либо нет денег, либо нет IP, либос стоит заморозка или отключен. 1) использовался cap_ether. cap_ipq использовать нет пока возможности - пока пользуется netams в параллель (временно, для контроля) 2)Ага. Денег действительно нет. Только при точно таких же условиях 2.016 работает адекватно (статус Online) имеется, все считается. Собственно говоря, не совсем понимаю причины приостановки подсчета при отсутствии денег на счету. Ситуации же бывают разные. Например, ситуация №1: кроме клиентов имеется также сеть сотрудников. Забит спецтариф, полностью

Поставил stg-2.4-2006.10.20-03.58.02 Собирал под ALTLinux 1) где-то ошибка в makefile's. Не линковало libexpat, соотвественно, mod_conf не поднимался. После правки ручками заработало 2) конфигуратор 1.86.8 почему-то в about говорит, что он 1.85.8 (в принципе, єто не страшно, но сам факт - кто-то что-то забіл или перепутал?) 3) самое противное - не считает трафик с поднятым "Всегда Online", причем столбец статуса - пустой. В конфиг-файле юзера AlwaysOnline=1 Больше всего беспокоит п.3.

Проверил с двух разных линий двух разных провайдеров ( Optima, Euronet, Днепропетровск). Страничка открывается быстро, но последние слова на странице: ====== ThresholdN – где вместо N – число, указывающие номер направления. Данный параметр определяет порог по направлению, при превышении которого изменится цена за 1 Мб трафика. Если ====== Так и обрывается последи предложения. Но не это главное - там, надеюсь, починят Более критично - описанная выше глюка stg

Hi! Имеем stg-2.4.8.6 Наблюдается следующее: - создаем новый тариф test_tarif - заводим два направления: локальній и внешний трафик - цена не зависит от времени - ставим порог (в проверочном тесте 2 Мб) - ставим цену 0.0000/0.0200 (на второй аналогично) (подразумевается, что трафик до порога уже входит в абонку) Наблюдаем, что деньги снимаются ТОЛЬКО по тарифу после символа "/", вне зависимости, превышен порог или нет Где копать? PS. Кстати, на сайте stargazer.dp.ua, в разделе документации описание DB не грузится полностью - только до "Описание параметров фала тар