egor2fsys 5 Опубліковано: 2007-07-29 15:46:08 Share Опубліковано: 2007-07-29 15:46:08 #define MAIN_DEBUG 1 //#define NO_DAEMON 1 Неверно, надо так: //#define MAIN_DEBUG 1 #define NO_DAEMON 1 Ссылка на сообщение Поделиться на других сайтах
Max 0 Опубліковано: 2007-07-29 15:53:54 Автор Share Опубліковано: 2007-07-29 15:53:54 на самом деле нада так: #define MAIN_DEBUG 1 #define NO_DAEMON 1 при этом всё будет валиться прямо в консоль Ссылка на сообщение Поделиться на других сайтах
asphix 0 Опубліковано: 2007-07-29 16:02:17 Share Опубліковано: 2007-07-29 16:02:17 пробовал раскомментировать обе строки. В лог нифига не пишется, зато при запуске ещё до создания базы в STDERR выдаёт что упал в корку.. Ссылка на сообщение Поделиться на других сайтах
asphix 0 Опубліковано: 2007-07-29 16:35:37 Share Опубліковано: 2007-07-29 16:35:37 Всё. Победа Ссылка на сообщение Поделиться на других сайтах
Max 0 Опубліковано: 2007-07-29 16:48:30 Автор Share Опубліковано: 2007-07-29 16:48:30 FreBSD 6.0, stg 2.4, mod_store_mysql 0.66 При запуске в логе: 2007-07-29 04:35:29 -- Stg v. Stg 2.403b 2007-07-29 04:35:29 -- Message queue created successfully. msgKey=5555 msgID=196608 2007-07-29 04:35:29 -- Timer thread started successfully. и всё.. на этом висит. Иногда после ребута выдаёт в логе, что не может найти libmysqlclient.so.14 после этого попытки перезапустить сервер приводят к зависанию лога на строчке: 2007-07-29 04:35:29 -- Timer thread started successfully. Поставил mod_store_mysql_0.63, поправил конфиги: ругнулся на libmysqlclient.so.12 - поправил ld.so.conf и ld-elf.so.conf, reboot => база создалась, всё работает. Вернул в stargazer.conf модуль 0.66 - та же картина. Пересобрал стг с включенной в main.cpp опцией debug 1 - не совсем понял где посмотреть детальный лог - в /var/log/stargazer.log всё по прежнему. Посоветуйте, как прикрутить 0.66? у кого будет такая ошибка нада: в файле mod_store_mysql_0.66/Makefile заменить все -lmysqlclient_r на -lmysqlclient и пересобрать модуль Ссылка на сообщение Поделиться на других сайтах
asphix 0 Опубліковано: 2007-07-29 18:30:40 Share Опубліковано: 2007-07-29 18:30:40 Есть какие-либо рекомендации по сборке мускл-сервера с нормальной поддержкой многопоточности? Ссылка на сообщение Поделиться на других сайтах
zulu_Radist 856 Опубліковано: 2007-08-10 19:03:27 Share Опубліковано: 2007-08-10 19:03:27 Решил не создавать тему отдельно. Мой вопрос касается данного топика косвенно... Собственно можно ли как-то связаться с автором STG дабы приобрести за определенную сумму рабочий модуль для FireBird? Меня переубедили что MySQL сакс (хотя его сейчас и юзаю). Ссылка на сообщение Поделиться на других сайтах
Max 0 Опубліковано: 2007-08-11 05:09:51 Автор Share Опубліковано: 2007-08-11 05:09:51 а почему не PostgreSQL? Ссылка на сообщение Поделиться на других сайтах
zulu_Radist 856 Опубліковано: 2007-08-11 05:40:54 Share Опубліковано: 2007-08-11 05:40:54 а почему не PostgreSQL? Не спорю, по "мощности" что Постгрэ что Файрберд будут покруче мускуля. Заметил что многие госпроэкты работают или через Оракл или Файрберд, редко Постгрэ, еще реже Мускуль... =) Ссылка на сообщение Поделиться на других сайтах
Max 0 Опубліковано: 2007-08-11 08:40:28 Автор Share Опубліковано: 2007-08-11 08:40:28 а я вот файрберд никогда не видел, или оракл или постгре Ссылка на сообщение Поделиться на других сайтах
Max 0 Опубліковано: 2007-08-11 08:42:56 Автор Share Опубліковано: 2007-08-11 08:42:56 Решил не создавать тему отдельно. Мой вопрос касается данного топика косвенно... Собственно можно ли как-то связаться с автором STG дабы приобрести за определенную сумму рабочий модуль для FireBird? Меня переубедили что MySQL сакс (хотя его сейчас и юзаю). хотелось бы услышать данные аргументы! Ссылка на сообщение Поделиться на других сайтах
zulu_Radist 856 Опубліковано: 2007-08-11 09:23:01 Share Опубліковано: 2007-08-11 09:23:01 Решил не создавать тему отдельно. Мой вопрос касается данного топика косвенно... Собственно можно ли как-то связаться с автором STG дабы приобрести за определенную сумму рабочий модуль для FireBird? Меня переубедили что MySQL сакс (хотя его сейчас и юзаю). хотелось бы услышать данные аргументы! Эх... ответил бы Fly48 здесь... На конференции D-Link мы с ним встречались. Он здесь часто бывает на форуме, может и напишет аргументы . Ссылка на сообщение Поделиться на других сайтах
Ork Yason 8 Опубліковано: 2007-08-13 07:17:19 Share Опубліковано: 2007-08-13 07:17:19 я тебе отвечу можно говорить что угодно про майскл5, но - 4й - это не СУБД... в нем нет бизнес-логики: нет триггеров, процедур, функций, и самое главное В НЕМ НЕТ ТРАНЗАКЦИЙ а это значит, что гарантии, что данные будут всегда верными - нет у меня до сих пор работает подпорка к стг, которая льет все в базу ФБ... до июля у меня были таблицы с десятками млн записей и общим размером БД в 10гб пеньку 4му - иногда бывает хренова майскл изначально разрабатывался для веб проектов - т.е. подключится, отправить запрос - получить данные - и свалить... биллинговые системы постоянно что-то спраивают и отвечают... мои объемы в день были более 0.5млн записей на вставку... если учесть точто стг, не читал состояние счета, и прочее ежеминутное - я могу предполагать о десятках тысяч транзакций в день при кол-ве пользователей более 200... создание модуля под майскл изначально было не верной идеей... майскл - не подходит для биллинга... и то что все его видели - не говорит что он хорош... он хорош, но не в нашем случае... Ссылка на сообщение Поделиться на других сайтах
zulu_Radist 856 Опубліковано: 2007-08-13 07:49:41 Share Опубліковано: 2007-08-13 07:49:41 Ork Yason, спасибо за развернутый ответ. Я все ходил вспоминал какой же твой ник, а вспомнил только Fly48. Гы самое смешное, что такой типа крутой биллинг UTM ведь работает с мускулем! ))) Ссылка на сообщение Поделиться на других сайтах
Max 0 Опубліковано: 2007-08-13 15:46:14 Автор Share Опубліковано: 2007-08-13 15:46:14 я тебе отвечу можно говорить что угодно про майскл5, но - 4й - это не СУБД... в нем нет бизнес-логики: нет триггеров, процедур, функций, и самое главное В НЕМ НЕТ ТРАНЗАКЦИЙ а это значит, что гарантии, что данные будут всегда верными - нет у меня до сих пор работает подпорка к стг, которая льет все в базу ФБ... до июля у меня были таблицы с десятками млн записей и общим размером БД в 10гб пеньку 4му - иногда бывает хренова майскл изначально разрабатывался для веб проектов - т.е. подключится, отправить запрос - получить данные - и свалить... биллинговые системы постоянно что-то спраивают и отвечают... мои объемы в день были более 0.5млн записей на вставку... если учесть точто стг, не читал состояние счета, и прочее ежеминутное - я могу предполагать о десятках тысяч транзакций в день при кол-ве пользователей более 200... создание модуля под майскл изначально было не верной идеей... майскл - не подходит для биллинга... и то что все его видели - не говорит что он хорош... он хорош, но не в нашем случае... модуль делался изначально из-за многочисленных просьб желающих Ссылка на сообщение Поделиться на других сайтах
Ork Yason 8 Опубліковано: 2007-08-14 08:05:23 Share Опубліковано: 2007-08-14 08:05:23 Ork Yason, спасибо за развернутый ответ. Я все ходил вспоминал какой же твой ник, а вспомнил только Fly48. Гы самое смешное, что такой типа крутой биллинг UTM ведь работает с мускулем! ))) он далеко не крут есть тут одни пользуются... как всегда есть свои нюансы Ссылка на сообщение Поделиться на других сайтах
Ork Yason 8 Опубліковано: 2007-08-14 08:06:56 Share Опубліковано: 2007-08-14 08:06:56 модуль делался изначально из-за многочисленных просьб желающих ну вот пусть теперь трудящиеся и юзают его и не жалуюцца Ссылка на сообщение Поделиться на других сайтах
Max 0 Опубліковано: 2007-08-14 08:12:29 Автор Share Опубліковано: 2007-08-14 08:12:29 а я об этом всем сразу и говорю Ссылка на сообщение Поделиться на других сайтах
Max 0 Опубліковано: 2007-08-14 08:23:52 Автор Share Опубліковано: 2007-08-14 08:23:52 я тебе отвечу можно говорить что угодно про майскл5, но - 4й - это не СУБД... в нем нет бизнес-логики: нет триггеров, процедур, функций, и самое главное В НЕМ НЕТ ТРАНЗАКЦИЙ а это значит, что гарантии, что данные будут всегда верными - нет у меня до сих пор работает подпорка к стг, которая льет все в базу ФБ... до июля у меня были таблицы с десятками млн записей и общим размером БД в 10гб пеньку 4му - иногда бывает хренова майскл изначально разрабатывался для веб проектов - т.е. подключится, отправить запрос - получить данные - и свалить... биллинговые системы постоянно что-то спраивают и отвечают... мои объемы в день были более 0.5млн записей на вставку... если учесть точто стг, не читал состояние счета, и прочее ежеминутное - я могу предполагать о десятках тысяч транзакций в день при кол-ве пользователей более 200... создание модуля под майскл изначально было не верной идеей... майскл - не подходит для биллинга... и то что все его видели - не говорит что он хорош... он хорош, но не в нашем случае... а что можете сказать про postgresql? Ссылка на сообщение Поделиться на других сайтах
S_ergey 21 Опубліковано: 2007-08-14 08:38:11 Share Опубліковано: 2007-08-14 08:38:11 а что можете сказать про postgresql? Думаю что нужно написать модуль. Уменя на postgresql локальная аська и bandwidthd работают все гут. Ссылка на сообщение Поделиться на других сайтах
Ork Yason 8 Опубліковано: 2007-08-14 11:23:42 Share Опубліковано: 2007-08-14 11:23:42 постгре клацный тока я его тока в пакете и видел Ссылка на сообщение Поделиться на других сайтах
Ivan1970 4 Опубліковано: 2007-08-14 14:31:26 Share Опубліковано: 2007-08-14 14:31:26 Подскажите пожалуйста, в сборке Алферова stg-web_0.06.tar.gz есть mod_store_mysql_0.66 и mod_store_mysql_0.66(Alf)_FOR_STG-WEB Я так понял, что устанавливать нужно из mod_store_mysql_0.66 ? Или я не прав? И еще. Стандартный модуль MySQL сам создаст таблицы, если их нет. Для этой сборки это так же справедливо? Ссылка на сообщение Поделиться на других сайтах
Alferov 0 Опубліковано: 2007-08-14 14:41:32 Share Опубліковано: 2007-08-14 14:41:32 mod_store_mysql_0.66 - чистый (без патчей!) модуль от разработчика mod_store_mysql_0.66(Alf)_FOR_STG-WEB - уже пропатченный модуль. Данная сборка модуля используется исключительно(!!!) в тех случаях, когда нужно получить модуль mysql_for_stg-web отдельно. Без долгих мучений при накладывании патчей и пр. Это применимо к системам с уже установленым и используемым ранее stg-web и уже пропатченному STG! И только!!! В случае установки stg-web с нуля необходимо развернуть архив с STG, скопировать в него чистый(!!!) модуль mysql, наложить патч (см.архив) и скомпилировать STG и модуль mysql. Вся последовательность действий описана в инструкции внутри архива с stg-web. п.с. все таки народ у нас не меняется. Никто не читает доку... только если уже совсем ничего не получилось. (((( Ссылка на сообщение Поделиться на других сайтах
Max 0 Опубліковано: 2007-08-30 17:10:21 Автор Share Опубліковано: 2007-08-30 17:10:21 Доступна новая версия модуля mod_store_mysql_0.67.tar.gz брать там же где и раньше Ссылка на сообщение Поделиться на других сайтах
MiZtEriX 0 Опубліковано: 2007-08-31 04:59:09 Share Опубліковано: 2007-08-31 04:59:09 Как насчёт совместимости с стг-веб_0.06? Или ждать 0.07? Разработчикам: 1. Сделайте в конфиге параметр "кодировка"! У меня мускул на СР1251 (и менять я её не буду), поэтому все русские символы в таблицах стг после рестарта меняются на вопросики. Транслит -- не выход. 2. Изходя из каких соображений вы сделали поле IP всего лишь варчар(17)? У меня пользователи имеют на 1 счету до четырёх зарегеных компов с разными адресами... Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас