Alferov

1. Если у админа есть права на "Изменение/добавление/удаление администраторов", то он может выставить себе какие угодно права доступа. ROOT пока не работает. Задумка была такая: если выставить ROOT, то автоматом добавятся абсолютно все права. Но... руки никак не дойдут. (( 2. Не было замечено такого бага. Сдается мне это частный случай. Скажи что у тебя стоит в конфиге стг в параметрах DetailStatWritePeriod и StatWritePeriod 3. Скорее всего у этих 3-х пользователей некорректно были завершены сессии (упал СТГ???). Надо либо перезапустить СТГ, либо вручную закрыть в таблице actions сес

Ну вот... родилась новая версия (0.04). Брать все там же: http://alf.uzlovaya.ru/stg/stg-web/ ВАЖНО!!! В файл config.php необходимо будет внести изменения!

Достаточно просто исправить строку 100 в файле user_auth.php Вместо: list($_time_exp) = mysql_fetch_row(mysql_db_query($sql['base'], "SELECT UNIX_TIMESTAMP(date_exp) FROM ".$stg_credits_tbl." WHERE login='".$s_usr['login']."' AND id='".$s_usr['id_credit']."'")); Написать: list($_time_exp) = mysql_fetch_row(mysql_db_query($sql['base'], "SELECT date_exp FROM ".$stg_credits_tbl." WHERE login='".$s_usr['login']."' AND id='".$s_usr['id_credit']."'"));

Я конечно не разработчик, но, в силу того, что изучал это место в исходниках, скажу: соединение должно быть одно. И не более! По крайней мере в версии 0.63. Уважаемый PlaterX! Насчет зависимости от нагрузки... не думаю что есть какая то зависимость. Во всяком случае, я не замечал. Что на пустом, что на боевом (~220 юзеров) - одинаковые симптомы. А симптомы следующие: Если на mysql-сервере снять висящий (sleep) процесс, то тут же начинается запись в базу и все нормализуется. FreeBSD 5.4 MySQL 4.0.26 STG - последняя сборка. модуль - 0.63

Не решить эту проблему таким способом. Бывает так, что при запуске стг, уже после соединения с БД, запросы не выполняются. Т.е. баг этот не в том, что соединение замирает по истечении какого то времени, а в том, что модуль шлет запросы, а mysql-сервер их почему то не воспринимает. И не возвращает ничего в ответ... либо возвращает 0. А раз вернулся 0, то запрос считается выполненным... со всеми вытекающими. Имхо, надо отказываться от постоянного соединения в пользу варианта с: подключился - запрос - ответ - отключился

Издеваешься?! RTFM.

Что сказать? Только это: Читайте камменты в файле config.php Читайте внимательнее инструкцию по установке. Где в инструкции написано, что надо патчить sgconf_xml ????????

Вы ошиблись топиком. У Вас проблемы с коннектом с mysql-сервером. Судя по логу, Вы не указали пароль для доступа к БД. Либо указали, но неверный. При чем тут stg-web, я не понимаю. Это не проблема stg-web, это проблема драйвера hands.sys )) Рекомендую почитать хоть что-нибудь про mysql. RTFM!!! п.с. нет слов (((

Для логина таблицы вообще не используются. Аутентификация обеспечивается консольным конфигуратором. Т.е. происходит пересылка запроса из stg-web в STG посредством sgconf_xml

Честно говоря не знаю. Сам я виндовым конфигуратором не пользуюсь (веба хватает), и всех его заморочек не знаю. Работа виндового конфигуратора и stg-web никак(!!!) не взаимосвязаны. п.с. хотелось бы, чтоб в описаниях багов/глюков/ошибок присутствовали выдержки из логов сервера.

Сам спросил - сам ответил? )))

Там нет ненужной инфы! 1 мб в день - это немного, поверь Оптимизация БД - всего лишь малая часть того, что нужно. Надо смотреть... может быть какие нить индексы добавить в таблицы. Надо настраивать и оптимизировать сам mysql-сервер. По этому поводу есть полно материала в инете. Да и в доках на мускл тоже есть много чего.

www.php.net

1. это происходит потому, что СТГ не записывает юзера в базу сразу при создании. Запись юзера происходит по истечении времени, определенного в конфиге СТГ. Потому stg-web и не видит юзера. 2. Поправлю обязательно. Времени не хватает на все. 3. Будет. см.п.2

Это проблема с линком между стг и mysql-сервером. stg-web тут не при чем.

1. Зайди в управление администраторами и поставь там права на доступ к этому разделу. 2. Вечером проверю. По результатам отпишусь.

Это все еще не работает. Так... наметки

Включай debug и смотри, где стопорится.

Ничего я не компилил. Я просто выложил уже пропатченные исходники. А компилить надо самостоятельно.

Ясно. Тогда значит надо идти другим путем. )) Т.е. брать чистые (без патча) стг и модуль, накатывать на них патч и собирать.

а непропатченный мускл компилится?

Готова. Версия 0.03 Брать здесь: http://alf.uzlovaya.ru/stg/stg-web/ В архиве также лежит модуль mysql 0.63 (два варианта): 1. mod_store_mysql_0.63.tar.gz - оригинальный модуль 2. mod_store_mysql_0.63_FOR_STG-WEB.tar.gz - моя сборка, содержащая необходимые изменения. (патч в случае использования этой сборки накладывать не требуется!) Как обновлять - см. stg-web_0.03.txt, радел Update. К сожалению в эту версию не попали наработки по изменению тарифа самими юзерами (в следующую включу обязательно).

http://local.com.ua/forum/index.php?showto...indpost&p=60835

В любом поисковике: apache+mod_ssl

Это каким образом, можно полюбопытствовать? Хм... если сделать смену тарифа платной (а так я и планирую сделать - опция в config.php), то можно сделать и отмену заявки также платной. Тогда почему бы не дать юзеру немного свободы... потратить свои деньги? ))) Посмотрим... может быть опционально это сделать. Посмотрел. Нашел баг, спасибо за наводку. Поправил. В версии 0.03 будет исправлено. Новую (0.03) версию планирую закончить сегодня. Спешу потому, что вышла новая версия модуля mysql (0.63), в которой появилась ежемесячная ротация таблиц с логами. В связи с чем меняется работ