madf

какие гарантии? это опынсорц детка (С) Обоснуйте (С) Возможно просто нужно уметь нормально писать? поверьте чувствуется на любых непионерных размерах сети Проверьте сколько у вас будет парситься из текстовок детальная стата по 2-3к пользователей вместо SELECT * с индексами по нужным полям. Wrong! Файловая система со структурой каталого - это уже прообраз таких индексов. Быстродействие примерно равное, но для БД еще нужны индексы. Без них БД работает медленнее. Даже нет, не так. Для БД еще нужен DBA

Лично я считаю его вполне пригодным для использования в крупных масштабах (знакомый провайдер использует его вполне удачно на своей базе в 2500 пользователей). Бесплатность биллинга никогда не была отрицательной чертой. На 6000 работает Просто 6-10к юзеров это, по моему, не очень серьезный провайдинг. Можно, но производительность от таких дополнений значительно снижается для больших масштабов. Я знаю, но это также и значительный скачек вперед... А где гарантия что он сейчас таким не станет? Что разработчики не сменят лицензию? Такие мысли были года 3-4 назад. Ничего из э

Все к этому в конце концов приходят. 1. Тут есть ряд вопросов, но принципиально возможно. 2. Я против. Почты и Jabber хватает. Если разработчиков будет больше 2 можно будет организовать конференцию в Jabber или канал в IRC. 3. На FreeBSD, как я понял, с этим не очень хорошо. Особенно на старых версиях. 4. Тут поподробнее, пожалуйста. 5. Против. Stargazer всегда славился тем что его можно проинсталлить и он уже сразу работает и каши не просит. Кроме того файловая база вполне себе работает на 2000/5000 клиентах. 6. Доступ плагинов к БД ядра, я считаю, должен быть только через API ядра. А

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

Не стартовал видимо. Точнее при старте падал. Там в 2.406 был неприятный баг по поводу битых файлов базы. Если к4акой-то файл обрывается на знаке "=" Stargazer молча падает при попытке его чтения. В 2.407-rc1 оно пофикшено.

А если cash клиенту увеличить - перестанет отключать?

2.406? Патчи какие-нибуть накладывались? Я такого не наблюдаю ни в 406, ни в более поздних.

Я C++ вивчав в процесі написання модуля mod_store_firebird Там немає нічого складного. Структура модуля описана у BASE_PLUGIN, прикладів реалізації - ціла купа.

Я уже года два зову добровольцев на это благое дело Можно взять за основу плагин к FireBird или PostgreSQL (лучше этот, у него структура базы получше) и переписать. От C++ там будут только методы, а внутри у них можно чистый C использовать. Помощь со своей стороны гарантирую!

Ну да. Абонплата снимается за прошедший месяц, по этому она и рассчитывается из рабочего времени. А трафик предоставляется на следующий месяц, по этому он выдается в полном объеме.

Можно запустить в отладочном режиме и посмотреть почему он не может стату записать.

да при создании юзера. сейчас уже ничего нет, была папка test, но я когда удалил пользователя тест папка исчезла. сейчас пустая... ладно придётся наверно всё удалить и снова с нуля всё сделать........ не знаю может поможет Может с файловой системой проблемы, или с железом?

размер скачанного файла в байтах Надо бы размеры заголовков пакетов прибавить и установку TCP-соединения (если, конечно, по TCP передавался). А при передаче по почте еще происходит и MIME-кодирование и раза в 2 раздувает файл.

Попробуй вот этот патч: === modified file 'stglibs/srvconf.lib/parser.cpp' --- stglibs/srvconf.lib/parser.cpp 2009-12-02 09:36:47 +0000 +++ stglibs/srvconf.lib/parser.cpp 2010-05-18 12:13:38 +0000 @@ -834,7 +834,14 @@ { if (strcasecmp(el, "SetUser") == 0) { - //printf("el=%s attr[0]=%s attr[1]=%s\n", el, attr[0], attr[1]); + ParseAnswer(el, attr); + } + else if (strcasecmp(el, "DelUser") == 0) + { + ParseAnswer(el, attr); + } + else if (strcasecmp(el, "AddUser") == 0) + { ParseAnswer(el, attr);

Это происходит при создании нового юзера? Что у него в каталоге есть?

1712192/1024/1024=1.6328Мб стг насчитывает 1.72Мб Цифра 1712192 откуда взята?

Проблема в том что плагин mod_store_mysql не устанавливает client encoding, а по умолчанию используется системная. Если на сервере стоит кодировка отличная от KOI8 при передаче данных из Stragazer'а (где они хранятся в KOI8 за исключением сообщений) в базу данные портятся. Нет желающих попилить плагин для мускула?

Дествительно, так и есть. Странно то что я это уже, кажется, исправлял. Буду смотреть, спасибо.

спасибо, нашел, подправил ao.cpp if (ips.OnlyOneIP() || ! ips.OnlyOneIP()) { if (u->Authorize(ips[0].ip, "", 0xFFffFFff, this) == 0) { Считаться будет только этот один адрес. Обсчитывать несколько адресов для пользователя пока нет возможности.

Точно 1024. Считаются данняе о размере из IP-заголовка. Т.е. overhead протоколов более высокого уровня (TCP, FTP, HTTP, etc.) тоже считается. А почему неправильно?

А что пишет новый при ошибке? Например при некорректном логине юзера?

да да кстати, у замороженых весь месяц снимаются этот мизер как раз у не замороженых и отмороженых юзеров больше месяца параметр PassiveTime должен быть = 0 правильно я понимаю? подскажите как патчить? никогда не приходилось этого делать просто Копируем текст патча в файлик, скажем, passive-time-patch.diff и ложим его в корень проекта. Потом выполняем: $ patch -p0 < passive-time-patch.diff И оно должно написать что все прошло успешно. После этого пересобираем и делаем make install-bin либо раскидываем бинарники руками.

Да, конечно.

Спасибо за поднятую панику, нашел багу. Проблема была в том что если пользователь целый месяц был "заморожен" ему не нужно снимать абонку и метод USER::ProcessDayFee просто завершался: ... double passiveTimePart = 1.0; if (!settings->GetFullFee()) { passiveTimePart = GetPassiveTimePart(); } double f = tariff->GetFee() * passiveTimePart; if (f == 0.0) return; ... При этом не происходило сброса значения passiveTime для пользователя и на следующий месяц, хотя он уже и не "заморожен", его passiveTime оставался тем что и раньше и метод, как и раньше, просто завершался - и

у юзера тариф с абонплатной 200 руб., не отключен и не заморожен А патчи какие-нибуть накладывались? Или самостоятельные правки были? void USER::ProcessDayFee() { STG_LOCKER lock(&mutex, __FILE__, __LINE__); double passiveTimePart = 1.0; if (!settings->GetFullFee()) { passiveTimePart = GetPassiveTimePart(); } double f = tariff->GetFee() * passiveTimePart; if (f == 0.0) return; double c = cash; printfd(__FILE__, "login: %8s Fee=%f PassiveTimePart=%f fee=%f\n", login.c_str(), tariff->GetFee(), GetPassiveTimePart(), f); property.ca