MaйeR 0 Опубліковано: 2007-09-02 03:04:07 Share Опубліковано: 2007-09-02 03:04:07 Доступна новая версия модуля mod_store_mysql_0.67.tar.gzбрать там же где и раньше А есть где-нить описание изменений?.. и правда хотелось бы иметь выбор кодировки в которой хранить на MySQL сервере. Ссылка на сообщение Поделиться на других сайтах
Alferov 0 Опубліковано: 2007-09-02 06:49:12 Share Опубліковано: 2007-09-02 06:49:12 Никак не пойму я... какой выбор кодировки? О чем это все тут толкуют? При создании БД указал кодировку и все дела. И забыл про нее! Или вы хотите, чтобы модуль на лету данные перекодировал? Ссылка на сообщение Поделиться на других сайтах
Max 0 Опубліковано: 2007-09-02 09:32:34 Автор Share Опубліковано: 2007-09-02 09:32:34 на счёт чендж лога: согласно первоначальной договорённости сейчас правятся тока баги (посмертно), никакие новые фишки не добавляются, тобиж развития нет... Если интересно что поправили дифф вам в руки! Ссылка на сообщение Поделиться на других сайтах
zulu_Radist 856 Опубліковано: 2007-09-02 10:04:18 Share Опубліковано: 2007-09-02 10:04:18 Max, почему так агрессивно настроен, выходной же... Неужели тяжело написать какие баги вы исправили, ведь что-то же нашли раз уж вышла в свет новая версия. Ссылка на сообщение Поделиться на других сайтах
Max 0 Опубліковано: 2007-09-02 19:09:16 Автор Share Опубліковано: 2007-09-02 19:09:16 да незнаю бывает у меня.... чедж лог напишем.... Ссылка на сообщение Поделиться на других сайтах
MiZtEriX 0 Опубліковано: 2007-09-03 05:50:20 Share Опубліковано: 2007-09-03 05:50:20 Никак не пойму я... какой выбор кодировки? О чем это все тут толкуют? При создании БД указал кодировку и все дела.И забыл про нее! Или вы хотите, чтобы модуль на лету данные перекодировал? У меня мускул в цп1251, бд в цп1251, Collation полей в таблицах бд cp1251_general_ci... Почему тогда в базе вопросики? м.б. потому что мод с мускулом работает по утф8 ? Ссылка на сообщение Поделиться на других сайтах
Alferov 0 Опубліковано: 2007-09-03 05:57:29 Share Опубліковано: 2007-09-03 05:57:29 А в my.cnf что??? Ссылка на сообщение Поделиться на других сайтах
MiZtEriX 0 Опубліковано: 2007-09-03 06:03:35 Share Опубліковано: 2007-09-03 06:03:35 просто кто-нить подскажите мне, плз, где в mysql_store.cpp происходит коннект к базе и синтаксис строки, чтоб после каждого коннекта отправлялся mysql_query("set character set cp1251") Ссылка на сообщение Поделиться на других сайтах
MiZtEriX 0 Опубліковано: 2007-09-03 06:05:11 Share Опубліковано: 2007-09-03 06:05:11 А в my.cnf что??? default-character-set=cp1251 Ссылка на сообщение Поделиться на других сайтах
MaйeR 0 Опубліковано: 2007-09-08 17:21:04 Share Опубліковано: 2007-09-08 17:21:04 Если кому надо, я решил проблему с кодировками таким образом База у меня на сервере хранится в cp1251, STG работает в KOI8-R добавил блок кода string res = "SET character_set_client = koi8r;"; MysqlQuery(res.c_str(),sock); res = "SET character_set_connection = cp1251;"; MysqlQuery(res.c_str(),sock); res = "SET character_set_results= koi8r;"; MysqlQuery(res.c_str(),sock); res = "SET character_set_server = cp1251;"; MysqlQuery(res.c_str(),sock); в функцию MysqlConnect как на примере ниже. MYSQL * MYSQL_STORE::MysqlConnect() const { MYSQL * sock; if ( !(sock=mysql_init(NULL)) ){ errorStr= "mysql init susck\n"; return NULL; } if (!(sock = mysql_real_connect(sock,storeSettings.GetDBHost().c_str(), storeSettings.GetDBUser().c_str(),storeSettings.GetDBPassword().c_str(), 0,0,NULL,0))) { errorStr = "Couldn't connect to mysql engine! With error:\n"; errorStr += mysql_error(sock); return NULL; } else{ string res = "SET character_set_client = koi8r;"; MysqlQuery(res.c_str(),sock); res = "SET character_set_connection = cp1251;"; MysqlQuery(res.c_str(),sock); res = "SET character_set_results= koi8r;"; MysqlQuery(res.c_str(),sock); res = "SET character_set_server = cp1251;"; MysqlQuery(res.c_str(),sock); if(mysql_select_db(sock, storeSettings.GetDBName().c_str())){ errorStr = "Database lost !\n"; return NULL; } } return sock; } Ссылка на сообщение Поделиться на других сайтах
Alferov 0 Опубліковано: 2007-09-08 18:08:11 Share Опубліковано: 2007-09-08 18:08:11 Все это работает только на mysql версии >= 4.1 И по большому счету не имеет смысла. Потому как есть my.cnf, в котором все что надо можно сделать. Ссылка на сообщение Поделиться на других сайтах
MiZtEriX 0 Опубліковано: 2007-09-08 19:50:41 Share Опубліковано: 2007-09-08 19:50:41 Все это работает только на mysql версии >= 4.1И по большому счету не имеет смысла. Потому как есть my.cnf, в котором все что надо можно сделать. на версиях ниже с кодировками действительно никогда проблем не было а как то же самое сделать в my.cnf только для базы стг? Ссылка на сообщение Поделиться на других сайтах
zulu_Radist 856 Опубліковано: 2007-09-09 05:28:19 Share Опубліковано: 2007-09-09 05:28:19 Честно уже и не знаю в какой топ писать, ну да хе с ним, может проблема и в модуле mysql... Все это работает только на mysql версии >= 4.1И по большому счету не имеет смысла. Потому как есть my.cnf, в котором все что надо можно сделать. Похоже что не все... MaйeR, править исходник mysql модуля и снова откампилить? У нас тут присутствуют джедаи gentoo? Возник следующий спор. При выполнении запроса КК в консоли, выдает результат с БД нормально русский текст (при этом в БД знаки вопроса), при перенаправлении в файл и дальнейшем его просмотре - в файле вместо русских букв точки. На работе со всеми уже переговорил, это не проблема ОС gentoo и я тоже так считаю. Alferov же считает ЭТО причиной того, что у меня в базе вопросы и в веб админке тоже... Как быть? Че делать то? З.Ы. После того как Alferov пошаманил удаленно на моем сервере, удалось выяснить что раскоментировав строчку в my.cnf - skip-character-set-client-handshake частично можно решить проблему. Русские символы будут присутствовать, НО при редактировании пользователя текста НЕ будет а при редактировании АДМИНОВ все оке...мистикО! Друзья, уже башка болит бицо апстенку, давайте как-то нормально решим этот вопрос ведь не я же один такой... := Ссылка на сообщение Поделиться на других сайтах
MaйeR 0 Опубліковано: 2007-09-09 05:54:59 Share Опубліковано: 2007-09-09 05:54:59 MaйeR, править исходник mysql модуля и снова откампилить? Да, просто исправь функцию и пересобери модуль. Ссылка на сообщение Поделиться на других сайтах
_J_ 0 Опубліковано: 2007-09-10 15:01:37 Share Опубліковано: 2007-09-10 15:01:37 Доступна новая версия модуля mod_store_mysql_0.67.tar.gzбрать там же где и раньше tail /var/log/stargazer.log 2007-09-10 18:54:50 -- Stg v. Stg 2.403b 2007-09-10 18:54:50 -- Message queue created successfully. msgKey=5555 msgID=65536 2007-09-10 18:54:50 -- Timer thread started successfully. 2007-09-10 18:54:50 -- Storage plugin loading failed: /usr/lib/stg/mod_store_mysql.so: Undefined symbol "mysql_store_result" 2007-09-10 18:54:50 -- Load StoragePlugin error. 2007-09-10 18:54:53 -- Queue removed successfully. 2007-09-10 18:54:53 -- StgTimer: Stop successfull. 2007-09-10 18:54:53 -- Stg stopped successfully. 2007-09-10 18:54:53 -- --------------------------------------------- Нихочет чегото стартовать Ссылка на сообщение Поделиться на других сайтах
Max 0 Опубліковано: 2007-09-10 15:36:52 Автор Share Опубліковано: 2007-09-10 15:36:52 в поиск! Ссылка на сообщение Поделиться на других сайтах
Dimas_Jack 0 Опубліковано: 2007-09-16 12:28:50 Share Опубліковано: 2007-09-16 12:28:50 MAX в чем трабла? 2007-09-14 10:17:32 -- Stg v. Stg 2.403b 2007-09-14 10:17:32 -- Message queue created successfully. msgKey=5555 msgID=524288 2007-09-14 10:17:32 -- Timer thread started successfully. 2007-09-14 10:17:32 -- Storage plugin loading failed: /usr/lib/stg/mod_store_myslq.so: undefined symbol: uncompress 2007-09-14 10:17:32 -- Load StoragePlugin error. 2007-09-14 10:17:32 -- Queue removed successfully. 2007-09-14 10:17:32 -- StgTimer: Stop successfull. 2007-09-14 10:17:32 -- Stg stopped successfully. Для сборки использовалось: stg-2.4-2007.01.20-13.47.20.tgz expat-2.0.0 stg-web_0.07\mysql\mysql-0.67_stg-2.4-2007.01.20-13.47.20.patch stg-web_0.07\mysql\mod_store_mysql_0.67.tar.gz Пробовал уже все варианты! но не хочет. Именно в этом составе не работает. Ссылка на сообщение Поделиться на других сайтах
Колян 2 Опубліковано: 2007-09-16 12:57:01 Share Опубліковано: 2007-09-16 12:57:01 myslq.so!!! Бред... Ссылка на сообщение Поделиться на других сайтах
Cell 7 Опубліковано: 2007-09-16 21:00:17 Share Опубліковано: 2007-09-16 21:00:17 myslq.so!!! Бред... это не бред а горькая правда жизни )) Ссылка на сообщение Поделиться на других сайтах
Колян 2 Опубліковано: 2007-09-16 21:07:12 Share Опубліковано: 2007-09-16 21:07:12 mysql.so надо писать... найдите 3 отличия, как говориццо. Ссылка на сообщение Поделиться на других сайтах
Max 0 Опубліковано: 2008-05-04 13:43:35 Автор Share Опубліковано: 2008-05-04 13:43:35 в процессе эксплуатации модуля mysql выяснилась неприятная особенность работы сервера БД по дефолту. а именно: у меня 27 числа сервер стал флудить в лог примерно так: 2008-04-28 21:10:00 -- Cannot write detail stat for user rest-sib. (SessionID: 1209319140-rest-sib-5730dfa6afa13eef68ec) 2008-04-28 21:10:00 -- Couldn't insert data in WriteDetailedStat: The table 'detailstat_04_2008' is full 2008-04-28 21:10:00 -- Cannot write detail stat for user radiocon. (SessionID: 1209319140-radiocon-77ccdda0c932062d5c3e) 2008-04-28 21:10:00 -- Couldn't insert data in WriteDetailedStat: The table 'detailstat_04_2008' is full Глянув на размер таблицы detailstat_04_2008 увидел что она размером 4096 мб (это есть системное ограничение mysql на одну таблицу, спасибо platerx). Поэтому у кого таблицы могут так разрастаться сделать нада следующее: для старых и текущих таблиц нужно выполнить комманду ALTER TABLE tbl_name MAX_ROWS=1000000000 AVG_ROW_LENGTH=nnn; значение AVG_ROW_LENGTH нужно взять из команды SHOW TABLE STATUS FROM база биллинга LIKE 'table'; для новых таблиц: прописать в конфиге /etc/my.cnf (или где у вас там он лежит): myisam_data_pointer_size=6 и и перепустить сервер БД что установит размер внутреннего указателя - 256TB Ссылка на сообщение Поделиться на других сайтах
ankos 19 Опубліковано: 2008-05-27 07:47:32 Share Опубліковано: 2008-05-27 07:47:32 Честно уже и не знаю в какой топ писать, ну да хе с ним, может проблема и в модуле mysql... Все это работает только на mysql версии >= 4.1И по большому счету не имеет смысла. Потому как есть my.cnf, в котором все что надо можно сделать. Похоже что не все... MaйeR, править исходник mysql модуля и снова откампилить? У нас тут присутствуют джедаи gentoo? Возник следующий спор. При выполнении запроса КК в консоли, выдает результат с БД нормально русский текст (при этом в БД знаки вопроса), при перенаправлении в файл и дальнейшем его просмотре - в файле вместо русских букв точки. На работе со всеми уже переговорил, это не проблема ОС gentoo и я тоже так считаю. Alferov же считает ЭТО причиной того, что у меня в базе вопросы и в веб админке тоже... Как быть? Че делать то? З.Ы. После того как Alferov пошаманил удаленно на моем сервере, удалось выяснить что раскоментировав строчку в my.cnf - skip-character-set-client-handshake частично можно решить проблему. Русские символы будут присутствовать, НО при редактировании пользователя текста НЕ будет а при редактировании АДМИНОВ все оке...мистикО! Друзья, уже башка болит бицо апстенку, давайте как-то нормально решим этот вопрос ведь не я же один такой... := Как решили проблему, когда при редактировании Аккаунта пустые поля. Я уже столько бюсь, ничего не выходит! Ссылка на сообщение Поделиться на других сайтах
martin 170 Опубліковано: 2008-05-27 09:33:14 Share Опубліковано: 2008-05-27 09:33:14 переведи все в одну кодировку Ссылка на сообщение Поделиться на других сайтах
ankos 19 Опубліковано: 2008-05-27 09:40:46 Share Опубліковано: 2008-05-27 09:40:46 (відредаговано) переведи все в одну кодировку я так понял в koi8-r? ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Одна проблема решилась, появилась другая! 1. при просмотре списка Аккаунтов в поле ФИО, Адрес... вот такое: ?????? ??????і? ÷??????????.??????, ???.?.?????????????, 13 ??.56 2. И веб-морда, открывается в cp1251, тоесть вся страница отображается вот в таких: рПМШЪПЧБФЕМЙ » уРЙУПЛ БЛЛБХОФПЧ » рПЙУЛ БЛЛБХОФБ » дПВБЧЙФШ БЛЛБХОФ » лФП Ч Online только когда поменять кодировку в експлорере на koi8-r тогда отображает нормально. Відредаговано 2008-05-27 10:46:33 ankos Ссылка на сообщение Поделиться на других сайтах
ankos 19 Опубліковано: 2008-05-27 14:49:32 Share Опубліковано: 2008-05-27 14:49:32 Все большое спосибо! РЕШЕНО в .htaccess было Adddefault chartset cp1251, поменял на koi8-r и все заработало. УРА! Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас