madf

BE.patch - на common.cpp из common.lib common_crypt.patch - на netunit.cpp из srvconf.lib Достаточно пересобрать ту часть, которая будет на спарке. Но можно и обе. Шифрование обратно совместимо со старым конфигуратором и, к сожалению, не совместимо с OpenSSL. common_crypt.patch.txt BE.patch.txt

Отлично! Есть решение! Думаю, завтра будет патч.

Еще эксперимент. Проделать то-же самое, но запустить test и test1. Для test должно быть в точности так: $ ./test Original string: 'abcdefgh12345678' Encrypted string: 4f 0b 01 04 14 b4 34 c2 93 85 dc ee cf ac c5 b1 Decrypted string: 'abcdefgh12345678' Для test1 результат будет отличаться от приведенного $ ./test1 Original string: 'abcdefgh12345678' Encrypted string: 4f 0b 01 04 14 b4 34 c2 93 85 dc ee cf ac c5 b1 Decrypted string: 'abcdefgh12345678' crypt.txt

Отлично. Теперь буду думать дальше как не порушить обратную совместимость...

Вот без запроса пароля: $ mysql -Ns -u stg --password=123456 abstract_catalogue -e 'SELECT name, title FROM tb_pages' lightness Свет darkness Темнота

$ mysql -u stg -p abstract_catalogue -e 'SELECT name, title FROM tb_pages' Enter password: +-----------+----------------+ | name | title | +-----------+----------------+ | lightness | Свет | | darkness | Темнота | +-----------+----------------+ $ mysql -sN -u stg -p abstract_catalogue -e 'SELECT name, title FROM tb_pages' Enter password: lightness Свет darkness Темнота

А в консольный лог не смотрел? Может там что есть...

А что в логах?

Эта строчка мылит выхлоп всего что заключено в скобки {} Естественно, она не обязательна - это я себе для удобаства делал

Во вложении файл crypt.txt. Скачать, переименовать в crypt.tar.bz2 (не смог загрузить так), распаковать. На спарке сделать make. Запустить ./test Показать выхлоп. Если будет такой: $ ./test Original string: 'abcdefgh12345678' Encrypted string: 5d 33 e1 fe 85 17 3f 7a 3e 91 24 35 3e da 56 38 Decrypted string: 'abcdefgh12345678' - проблема решена. Если нет - буду курить дальше... Жаль нет в наличии под рукой спарка crypt.txt

Таки [ $NUM -lt 2 ] Вот рабочий скрипт: #!/bin/sh PROCNUM=`ps ax | grep stargazer | wc -l` if [ $PROCNUM -lt 2 ] then { echo Processes: ps ax | grep stargazer echo Log tail: tail /var/log/stargazer.log } | mail -s "stargazer crashed at `date`" почтовый_адрес else fi

Или руки или модуль.

[ $NUM < 2 ]

Если он в топе - он чем-то занят. Если он не в топе - он не особо занят. Но это не значит что он глюкает или вылетает. Если ps ax | grep stargazer | grep -v grep | wc -l показывает меньше 2 - то он вылетел. Почитай вот это http://local.com.ua/forum/index.php?showtopic=12719 и потом вот это http://local.com.ua/forum/index.php?showtopic=14208

PS: для официальной статистики ничего патчить не надо

У нас используется код для шифрования, написанный by Paul Kocher Вот что он сам пишет в комментарии по поводу endianess: Warning #4: Endianness conversions are the responsibility of the caller. (To encrypt bytes on a little-endian platforms, you'll probably want to swap bytes around instead of just casting.) У нас никаких перестановок в зависимости от endianess платформы сейчас не выполняется. Завтра на свежую голову попытаюсь написать патч чтобы решить эту проблему.

80% что дело в endianess. Сегодня посмотрю шифрование. Если не забуду - вечерком отпишу.

Структура БД для Firebird стабильна, и до версии 3.0 меняться не будет (разве что мелкие косметические изменения для обратной совместимости). Текущий модуль mysql работает с другой структурой базы. В то-же время сейчас один человек работает над альтернативным модулем для mysql (с нашей структурой базы). В планах - поддержка postgresql и, возможно, oracle. Все они будут работать с одной и той-же структурой базы. Плагин для firebird стабилен. Основные изменеия в нем сейчас - оптимизация запросов для повышения производительности.

Хм, единственное что могу предположить - byte order. У спарков Big Endian или Little Endian?

Слушай, подкинь мне кода из 407-й версии. Я там так много нового планировал - да все никак руки не доходят реализовать! К стати, схемы машины времени тоже неплохо было б получить... По сути: абонка снимается за ту часть месяца, которую пользователь был в системе и не был заморожен. А что значит самоврубаемость детальной статистики?

Покажи скрипт

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

А sgconf используется тот, который шел с stg-2.405.9.8? Дело в том, что у него расширился синтаксис и нужно указывать действие: set или get пере списком ключей Лог ведется в /var/log/stargazer.log Более детальный лог можно получить, собрав stargazer в отладочном режиме (./build debug), прописав в конфиге путь к модулям ./modules и запустив его командой: # LD_LIBRARY_PATH=../../lib ./stargazer При этом он не будет дэмонизироваться и начнет выводить более подробный лог в консоль.

Теперь в Makefile модуля вместо строки LIBS = -lmysqlclient_r пишешь: LIBS = LDFLAGS += -lmysqlclient_r -L/usr/local/lib/mysql Для того чтобы build собирал его автоматом в build находишь строчку gcc build_check.c -lmysqlclient_r $LIB_THREAD -o fake > /dev/null 2> /dev/null и пишешь вместо нее gcc build_check.c -L/usr/local/lib/mysql -lmysqlclient_r $LIB_THREAD -o fake > /dev/null 2> /dev/null

Можешь попробовать подкинуть.