Alferov

Прошу помощи разработчиков. Если конечно найдется время. Некоторое время назад уже пытался сделать такое, знаний и терпения не хватило. Задача: написание php-конфигуратора. Цель проста: отказ от использования консольного конфигуратора. Зачем нужны лишние дырки на сервере... исполняемый файл на сайте, имхо, есть потенциальная дыра. Есть класс blowfish.php, который очень (на 99%) похож на blowfish.cpp, что в исходниках СТГ. Осталось заставить его работать. Вернее написать код, позволяющий сайту прикинуться конфигуратором. У меня дальше передачи логина и получения ответа от сервера дело

бигсенкс. включу обязательно. только там одна неточность небольшая вкралась у тебя. Надо добавить одну строчку в код (в самое начало функции autoTab(): без этого работать не будет.

Извини, сразу не догадался на ссылку нажать. Тот вывод, что лежит здесь: http://paste.org.ru/?1d3wob, НЕ есть вывод от sgconf_xml из версии статы 0.08 У тебя просто не там версия используется.

Как раз не работает. На 1-й картинке результат поиска юзеров в БД. В этом процессе sgconf не участвует. А вот на 2-й картинке (редактирование) данных, которые отдает именно sgconf и не видно. Потому и говорю - траблы с sgconf_xml. Попробуй включить отладку: в файле /includes/config.php переменная $debug=1;

явно какие то траблы с sgconf_xml

То, о чем здесь идет речь, обсуждалось в ветке Новая сборка СТГ 2.4 Проблема именно с поиском либы mysqlclient. Патч, сделанный для веб-стг, никоим образом не затрагивает это. Я у себя (freebsd 6.2) решал эту траблу, добавив в конец /plugins/store/mysql/makefile это: п.с. большая просьба воздержаться от офтопа.

Да. Патч сделан для модуля, который идет в составе дистрибутива СТГ.

Версия sgconf_xml из статы отличается лишь отсутствием кодирования текстовых полей userdata и пр.

Надо смотреть лог сборки. Думаю проблемы с размещением файлов.

СТГ перед этим собирался?

стг сам создает таблицы в БД при первом запуске с модулем mysql. БД (пустая!!!) при запуске уже должна существовать.

Где находятся исходники sgconf_xml при сборке?.. по отношению к исходникам стг, естественно.

процедура описана в доке в архиве

Такой баг может проявляться на этой версии (0.07) Непонятно только, почему не на всех юзерах. changelog к версии 0.08:

Не совсем понятно в чем проблема. Вернее совсем непонятно Если в веб-интерфейсе некорректно отображается инфа, как при этом ведет себя винконфигуратор? И что при этом выдает sgconf_xml?

У меня стоит все на одной машине. И стг и сквид. Ось - freebsd ipfw + natd в правилах есть это В OnConnect есть это: В конфиге сквида это: и все работает как часы.

Даю наводку: при прозрачном проксировании запросов к прокси-серверу нет, соответственно нет и нужды добавлять в rules что_то_там:3128 со всеми вытекающими.

Этот баг исправлен в версии 0.08. Рекомендую обновиться.

Если в списке отображение корректно, значит проблема не с мускл, а с sgconf_xml Думаю (почти уверен), что используется не тот sgconf, что идет с stg-web в архиве, а тот, что лежит в дистрибутиве с stg.

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

В виндовом конфигураторе поставить админу, под которым заходишь, права на редактирование админов.

А что именно не скомпилилось? В каком месте затык случился?

Либо не туда ломитесь, либо порт/логин/пароль неверны.

А что говорит то? п.с. За авторизацию отвечает sgconf_xml. Исключительно. Ни кодировка БД, ни какие то другие параметры не влияют на процесс авторизации.

Это значит что либо патч на стг некорректно наложен, либо стг не запущен. Вопрос не понял. п.с. неужели трудно прочитать доку внимательно?