Bas

Данная фича в первых рядах - самому нужна Так что в обновлённом релизе будет.

1) На разрабатываемой версии модуль не проверялся 2) Вы используете как хранилище файлы? Ждём релиза, т.к. от него уже и буду плясать, там будет версия и для файлов, и для mysql, и для firebird... Тем более что есть критичные замечания по работе, которые буут внесены в новую версию.

В документации всё как я понял по новому СТГ... В целом всё ясно и понятно, но возникло 2 частично оффтоп вопроса: 1) В доке включена версия с mysql модулем базы. Он войдёт в дефолтную поставку? 2) Скоро ожидается релиз? По доке (составу) на мой взгляд замечаний нет. Для меня очень даже подробно и понятно. Если пытаться прикинуться перворазником, то всё равно считаю информации достаточно. Каждый параметр расписан что в конфиге сервера, что в конфиге авторизатора. Из косметических/удобочитаемых изменений, я бы в содержании указал номера страниц.

Такой вопрос, данный rc2 уже в продакшн пускать можно или нет? Какой авторизатор нужен? Есть кто уже использует? Не хочу просто потом всё назад менять, тем более, что хочу БД Firebird сразу подключить...

Я может чего-то не понимаю, но на моём аккаунте 2 IP адреса и работает. Указаны через запятую.

Вы не понимаете что такое права доcтупа, владельцы и т.п. Прочитайте http://www.freebsd.org/doc/ru_RU.KOI8-R/bo...ermissions.html Соотвественно stargazer.conf должен быть корректно настроен.

Интересная разработка, почитал ветку. Пока проверить не могу, ибо в отпуске, по приезду гляну. Есть правда пожелание к разработчику по поводу его register_globals. Я вот не могу себе позволить включить эту опцию, из соображений безопасности. Итак пхп ругают за проблемы безопасности и скриптов, написанных на нём. Не легче ли писать по умолчанию в безопасном режиме? Из плюсов та же безопасность и совместимость в работе с обоими режимами этой переменной. Пока что придётся ставить заглушку и мои глобалс офф вручую загонять в неиднексированные переменные, но это мои проблемы, если вдруг кто-то

1) Насколько бета? И сколько предположительно в этой стадии пробудет? Думаю почему спрашиваю ясно. А то что не версия, то только для тестов или бета. Ни капельки не хочу оскорбить разработчиков 2) Хотелось бы увидеть changelog исправленных ошибок. По новшествам как-то мало интересно пока. Тем более основные написаны.

Извиняюсь, удмал убдет рассматриваться последняя. У меня: Stg v. Stg 2.401 2007-08-03 13:59:37 -- Stg v. Stg 2.401 2007-08-03 13:59:37 -- Message queue created successfully. msgKey=5555 msgID=65536 2007-08-03 13:59:37 -- Timer thread started successfully. 2007-08-03 13:59:37 -- Storage plugin: file_store v.1.02. Loading successfull. 2007-08-03 13:59:39 -- Users started successfully. 2007-08-03 13:59:39 -- Traffcounter started successfully. 2007-08-03 13:59:39 -- Module: 'bpf_cap v.1.0'. Start successfull. 0 2007-08-03 13:59:39 -- Module: 'InetAccess authorizator v.1.0'. Start successfu

1. В последнее время начал замечать, что авторизатор не сразу подключается к серверу. Может пройти некоторое время (до минуты), прежде чем всё будет нормально. 2. Клиентов не так много, в конфиге сервера стоит, чтобы запускало 3 процесса. Иногда возникает ситуация, когда клиенты не получают интернет, хотя авторизатор подключился. Не добавляются правила в фаервол. Проблемы решаются перезапуском сервера, но раньше такого не было. Сервер не загружен практически.

Из расчёта, что номиналы карт 10, 50, 100 и 500 платёжных единиц #!/bin/sh # Файл источник fus='code.db' # Файл использованных карточек fuc='code_used.db' # Файл НЕиспользованных карточек # ЧИСТКА БАЗЫ fun='code_clean.db' rm -f ${fuc} rm -f ${fun} grep "|10|1" ${fus} >> ${fuc} grep "|50|1" ${fus} >> ${fuc} grep "|100|1" ${fus} >> ${fuc} grep "|500|1" ${fus} >> ${fuc} grep "|10|0" ${fus} >> ${fun} grep "|50|0" ${fus} >> ${fun} grep "|100|0" ${fus} >> ${fun} grep "|500|0" ${fus} >> ${fun}

Про скрипты: я для себя написал более строгие проверки. Скрипты и были задуманы, чтобы легко под себя подстраивались. Про систему антиподбора - в разрабатываемой на данный момент версии данная функция уже работает.

Благодарю, данный вариант вполне устроит. P.S. Помню раньше всё равно снимало, сейчас всё ок

Возможно повторюсь, но: Снятие абон. платы у клиента, который "Выключен" фича или баг? Может кто-нибудь помочь патч быстренький сделать? Может сам разработчик. Всего 1 условие добавить на сколько я могу предположить...

README.txt - там указано и что надо, и как ставить.

Найти нужные файлы и сделать сим. линк (ln -s) на них. P.S. Если честно, то сейчас идёт оффтоп Тут всё же не о настройке тема. Про настройку можно стукнуться в асю или ПМ.

Попробуйте вручную положить деньги через КК. Интересно что он напишет. Проверьте правильность логина и пароля для конфигуратора, адрес, порт.

1. Проверьте, установлен ли у Вас PHP. Пример с phpinfo самый простой. 2. В конфиге apache проверьте DirectoryIndex, там должно быть php тоже. 3. Про ^M. FreeBSD и прочие *nix системы абсолютно равнодушно относятся к этим знакам. Если конечно не писать их вручную. Я редактирую файлы в Windows/FreeBSD постоянно и никогда не получал проблем. А к наличию этих символов привык.

По всей видимости Вы используете PHP5, как вариант - заккоментируйте мою процедуру. Если надо более подробное решение, выложу позже. В данный момент уезжаю в поездку, не успею описать всё. P.S. Работа над модулем не остановлена. Моменты из TODO будут доделываться.

Всё же рискну спросить: какая версия модуля карточек используется?

Не могли бы Вы сделать несколько попыток залогиниться под разными пользователями и прислать мне stargaser.conf, stg-cm.conf и stg-cm.log?

Такого понятия как "админ" пока что нет. Админка пока в проекте. Поэтому вход есть только для пользователей.

if (!file_exists($fname['conf'])) { Это значит, что вышеописанное сообщение может появиться в 2 случаях: 1. Файл не существует. 2. Нет доступа к файлу. Первая причина может возникнуть если файла действительно нет или если юзер ввёл неверный логин. Вторая причина - только права доступа.

В файле конфигурации Stargazer'а (stargazer.conf) есть параметры, которые отвечают за права, которые выставляются на stat и conf файлы. По умолчанию они там довольно ограничены. Поставьте 644 и проблема решится, то что Вы выставляете права отдельно не играет роли - Stargazer их потом перезаписывает.

Какие ошибки возникают?