-
Всього повідомлень
4 122 -
Приєднався
-
Останній візит
-
Дней в лидерах
22
Тип контенту
Профили
Форум
Календарь
Все, що було написано madf
-
заниженные показания счетчика локального трафика
тема ответил в BECHA пользователя madf в Питання по Stargazer
Как оказалось - не сказано. Но все равно я на форуме, а до меня - Боря - уже 100 раз писали. -
Тема интересная. На сколько я знаю, вопрос уже когда-то поднимался. По крайней мере прошлым летом, если мне не изменяет память, был у нас с Борей по этому поводу разговор. Но все так и затихло. А кто-нибуть вобще сталкивался с получением лицензии на такого рода ПО? Интересует процесс, требования...
-
Изучать астрологию Стартовые скрипты тут не при чем
-
Напишу в 1024-й раз: если используете cap_ether или cap_bpf - получите именно такую картину как описали.
-
$ cat stargazer.ubuntu.7.10 #! /bin/sh ### BEGIN INIT INFO # Provides: stargazer # Required-Start: $local_fs $remote_fs # Required-Stop: $local_fs $remote_fs # Default-Start: 2 3 4 5 # Default-Stop: S 0 1 6 # Short-Description: Stargazer initscript # Description: This file should be used to start and stop stargazer daemon ### END INIT INFO # Author: Boris Mikhailenko <stg34@stg.dp.ua> # Do NOT "set -e" # PATH should only include /usr/* if it runs after the mountnfs.sh script PATH=/usr/sbin:/usr/bin:/sbin:/bin DESC="Billing system" NAME=stargazer DAEMON=
-
Я там выше писал как это сделать без переписываний и кронов с бубном
-
Оптимизация при большом количестве юзеров ?
тема ответил в martin пользователя madf в Питання по Stargazer
На базе сорсов mod_store_firebird - пишется за неделю. -
Достаточно кредита с таймаутом - бубен не нужен.
-
Нет такого модуля
-
В каком еще модуле? Все это рулится на уровне тарифа.
-
Упустил 7-ю фрю. В ней отказались от libc_r в пользу libpthreads В скрипте build замени LIB_THREAD=-lc_r на LIB_THREAD=-lpthread
-
Нет пока
-
Конфигуратор под винды плохо себя ведет
тема ответил в lisergin пользователя madf в Питання по Stargazer
Если говорит что неправильный - значит неправильный. От того что ты сменил зашифрованный пароль на незашифрованный - он стал еще более неправильным. Впиши туда тот, который идет по умолчанию - тогда пароль будет 123456 -
Оптимизация при большом количестве юзеров ?
тема ответил в martin пользователя madf в Питання по Stargazer
Все равно postgreSQL лучше -
Оптимизация при большом количестве юзеров ?
тема ответил в martin пользователя madf в Питання по Stargazer
Это зависит не только от stg, но еще и от БД. -
Оптимизация при большом количестве юзеров ?
тема ответил в martin пользователя madf в Питання по Stargazer
Не понял, что там можно в sql вынести. И о каких отчетах ты говориш. Всяческие отчеты можно генерировать сторонним доступом к базе - помимо stg. И там уж оптимизировать особо нечего. Да, когда сейчас цепляешся конфигуратором - он отдает всех юзеров со всеми данными. И вся эта бодяга сохраняется в xml, да еще и шифруется. Сам stg при этом не упал - замечательно. А вот конфигуратор - один из самых старых компонент системы. Там всякое может случиться. Да и вобще, не нравится он мне. Логика работы - в первую очередь. Но это мы уже с Борей обсуждали, и идеи по поводу новой версии есть - нет тол -
Простейший счетчик трафика можно сделать на основе этого Работает без клиента. Ну, скриптец еще небольшой к нему наваять, прям на bash. PS: Нет, наказывать вас надо. И не только за оффтоп, но еще и за покупаемое образование. Из-за толпы "специалистов" потом нормальному человеку з/п нормальной не найдеш.
-
Оптимизация при большом количестве юзеров ?
тема ответил в martin пользователя madf в Питання по Stargazer
Информация об адресе пользователя, его телефоне и пр. используется черезвычайно редко. Нету смысла ее держать в памяти. Авторизация пользователя - явление эпизодическое. По этому и держать на него данные смысла нет. Плюс, не забываем, что современные БД - это вам не просто файлы. Там и кеширование и оптимизация запросов и прочее. В памяти достаточно держать список ip-адресов юзеров и по ним раскидывать трафик. Для авторизованных еще можно держать поля UserData, хотя это тоже спорный вопрос. -
Вобще-то, это не совсем по теме форума. Если чувак разбирается в программировании *nix-систем и хоть немного умеет думать - написать простенький счетчик трафика можно за сутки. Благо сейчас есть гугль, вика и прочий OpenNet. Вот только диплом за 2 дня не сварганиш. Никак. Даже если сидеть на амфетаминах и вкалывать 24 часа в сутки.
-
Не знаю, кто такой platerx - к разработчикам STG он не имеет никакого отношения. Мне лично никто ничего не высылал. В свое время мы только с den68 бились над падениями - он тогда нашел решение проблемы в модуле мускула. На всякий случай засвечу еще раз мыло: faust@stg.dp.ua
-
Каковы размеры "тестовых" файлов? Откуда такая уверенность что не ушли? Возможна неправильная настройка файрвола. Накладывались ли на stg патчи?
-
Мнение разработчиков можно будет услышать после предоставления на анализ бинарей и core-файла. А то ведь такого не бывает: у одних все работает, а у других постоянно падает. Может, при установке, заюзались файлы от старой версии? Библиотеки или модули?
-
Ого! Откуда такая информация?! Этой штуке уже лет и лет! Это модуль-пенсионер! Он жеж дубовый - там глючить нечему.
-
2 мегабайта - по сравнению с чем? Не ушли ли они на неучитываемые другими биллингами "накладные расходы" на протоколы передачи? С каким модулем захвата: BPF или Divert? Версия Stg старая.
-
Если используется мускул - читать тут что пишет den68