Интересное наблюдение по поводу тройки

[Ritsuka]

Решение найдено благодаря lanadm.

 

Проблема в конфигурации MySQL-сервера. Если в настройках выставлен параметр STRICT_TRANS_TABLES, то сразу возникает множество ошибок в работе с БД (не всегда заметных), что и приводит к серии багов.

 

Решение проблемы - убрать STRICT_TRANS_TABLES и/или ждать, пока ошибки (а это именно недоработки разработчиков форума) будут исправлены.

 

Информация пока не подтверждена разработчиками, но лично мне баги удалось воспроизвести на тестовом форуме, просто внеся в конфу этот параметр.

 

-----------------------------------------------------------------------------

 

Если просмотреть весь раздел, то можно увидеть, что пользователи тройки делятся на две ровные группы:

 

а) те, у кого в той или иной комбинации встречается несколько проблем в работе тройки,

б) те, у кого все работает идеально.

 

Среди самых популярных проблем:

1) не приходят письма регистрации и активации *,

2) ошибки 502 от nginx ** (вроде бы появилось решение!)

3) капча всегда отказывает в "человечности" *

4) не работают json-запросы (редактирование шаблнов) ** (вроде бы появилось решение!)

5) баг при создании опроса с "=\" на конце *

6) не работают хуки (не отображаются блоки справа) *

7) проблема с RSS-импортом апгрейженных форумов *

 

 

Сдается мне, проблема заключена где-то в конфигурации сервера - то ли в версии PHP, то ли в версии apache, то ли в модах.

 

Посему предлагаю следующее - давайте все, у кого есть проблемы и тройкой, и у кого нет, отпишемся в этой теме, и приведем следующую инфу:

 

а) откроем админцентр > "Поддержка" и скопируем блок данных "Обзор системы",

б) отпишемся, какие проблемы есть/были решены с тройкой (или пишем, что нет проблем),

в) пишем, чистая ли установка, или апгрейд (с какой версии)

 

Начну:

 

1. Первый форум:

 

Версия IP.Board	  v3.0.1 (ID:30008)
MYSQL Версия 	MYSQL 5.0.77
Версия PHP 	5.2.9 (apache2handler) ( PHP INFO )
Отключенные PHP функции 	Нет данных
Загруженные дополнения 	Reflection, SPL, SQLite, SimpleXML, XCache, apache2handler, date, dom, fileinfo, ftp, gd, gettext, iconv, imap, libxml, mbstring, mcrypt, mysql, mysqli, openssl, pcre, session, sockets, standard, xml, xsl, zlib
Безопасный режим 	ВЫКЛЮЧЕН

 

Имею баги за номерами: 1, 6 + у меня после обновления всего кэша пропадает портал (только header и footer) пока не выключу/включу его.

 

Апгрейд с 2.3.6

 

 

2. Второй форум

 

Версия IP.Board 	v3.0.1 (ID:30008)
MYSQL Версия 	MYSQL 5.0.67
Версия PHP 	5.2.6 (apache) ( PHP INFO )
Отключенные PHP функции 	Нет данных
Загруженные дополнения 	Reflection, SPL, SQLite, SimpleXML, apache, date, dom, fileinfo, ftp, gd, gettext, iconv, imap, libxml, mbstring, mcrypt, mysql, mysqli, openssl, pcre, session, sockets, standard, xml, xsl, zlib
Безопасный режим 	ВЫКЛЮЧЕН

 

Нет багов

 

Апгрейд с 2.3.1.

Изменено 24 Августа 2009 пользователем Ritsuka

[ModernTalking]

www.eset-club.ru

 

Версия IP.Board	v3.0.1 (ID:30008)
MYSQL Версия	MYSQL 5.0.81-community
Версия PHP	5.2.8 (apache) ( PHP INFO )
Отключенные PHP функции	system, shell_exec, proc_terminate, proc_open, proc_nice, proc_getstatus, proc_close, escapeshellcmd, escapeshellarg, passthru, popen, virtual, show_source, pclose, exec, safe_dir, dl, ini_restore, allow_url_fopen, chown, chgrp, shown_source, mysql_list_dbs, get_current_user, getmyid, apache_child_terminate, leak, pfsockopen
Загруженные дополнения	Reflection, SPL, SQLite, SimpleXML, Zend Optimizer, apache, bcmath, bz2, calendar, ctype, curl, date, dbase, dom, exif, ffmpeg, filter, ftp, gd, gettext, hash, iconv, imap, ionCube Loader, json, libxml, mbstring, mcrypt, mhash, mime_magic, mysql, mysqli, pcre, posix, pspell, session, snmp, soap, sockets, standard, suhosin, tidy, tokenizer, wddx, xml, xmlreader, xmlrpc, xmlwriter, xsl, zip, zlib
Безопасный режим	ВЫКЛЮЧЕН

 

При апгрейде был баг с отображением ВСЕХ сообщений как ВОПРОСИКИ и КРАКОЗЯБРЫ. Решено через пятнадцать минут путём конвертации базы в utf8 (почему то! при конвертации не доконвертиолвалась!)

 

В остальном - БЕЗ ЗАМЕЧАНИЙ! Работает как часики (тьфу-тьфу-тьфу)

[Док]

Сдается мне, проблема заключена где-то в конфигурации сервера - то ли в версии PHP, то ли в версии apache, то ли в модах.

Тоже так думаю, что основная проблема, это сервер ( хостинг )

Так как изначально обновлял и были ошибки

Потом почитал внимательно инструкцию http://wiki.iblink.ru/ipb3/upgrade

Удалил все папки как описано в ней и на форуме удалил все моды и отменил все изменения в шаблонах

Удалил все скины

Тогда все обновилось без проблем и все вроде работало нормально

Но вечером появилась проблема, не возможно зайти в сообщения на главной, как бы последнее новое сообщение в разделе

Выдает белую страницу

Но днем то было все хорошо, значит это хостер

Пробовал играть модами на сервере, результат нулевой

 

Версия IP.Board	  v3.0.1 (ID:30008)
MYSQL Версия 	MYSQL 4.1.22
Версия PHP 	5.1.6 (apache) ( PHP INFO )
Отключенные PHP функции 	Нет данных
Загруженные дополнения 	PDO, Reflection, SPL, SQLite, SimpleXML, apache, ctype, date, dba, dbase, dom, exif, gd, hash, iconv, imagick, libxml, mbstring, mysql, pcre, pdo_mysql, posix, session, sockets, standard, sysvmsg, sysvsem, sysvshm, tokenizer, xml, xmlreader, xmlwriter, zlib
Безопасный режим 	ВЫКЛЮЧЕН

 

При обновление стояла Версия PHP 5.2.10

 

Обновлял с 2.3.5

[nabaal]

Обзор системы
Версия IP.Board 	v3.0.1 (ID:30008)
MYSQL Версия 	MYSQL 5.0.77
Версия PHP 	5.2.9 (apache2handler) ( PHP INFO )
Отключенные PHP функции 	Нет данных
Загруженные дополнения 	PDO, Reflection, SPL, SQLite, SimpleXML, Zend Optimizer, apache2handler, bcmath, bz2, calendar, ctype, curl, date, dba, dbase, dom, exif, fileinfo, filter, ftp, gd, gettext, gmp, hash, iconv, imap, ionCube Loader, json, ldap, libxml, mbstring, mcrypt, mhash, mime_magic, mysql, mysqli, odbc, openssl, pcre, pdo_mysql, pdo_pgsql, pdo_sqlite, pgsql, posix, pspell, session, soap, sockets, standard, tokenizer, xml, xmlreader, xmlwriter, xsl, zlib
Безопасный режим 	ВЫКЛЮЧЕН
Программное обеспечение сервера 	Linux alpha.hoster.kg 2.6.18-128.4.1.el5 #1 SMP Tue Aug 4 20:19:25 EDT 2009 x86_64
Текущая загрузка сервера 	0.44
Общая память сервера 	3952 MB
Доступная память сервера 	196 MB

 

не работает КАПЧА при регистрации _ * Неверный защитный код. Был создан новый, повторите попытку.

Не сворачиваются категрии форума

Не работаыет быстрое редактирование

 

 

Апгрейд с 2.1.7

[Kosiak]

У меня, как я писал 2 основные проблемы: регистрация пользователей (проверка email забраковывает все адреса, родная капча не разгадывается) и после попытки перехода на релиз 3.0.1 с одного из билдов просто пропал правый блок и перестал работать SEF на анкетах юзеров (белая страница)

 

Я тоже вначале грешил на сервер, но потом поставил с нуля русскую и английскую версии 3.0.1, которые заработали идеально (по крайне этих двух главных моих проблем не было).

Так что теперь я думаю, что проблемы связаны со специфической настройкой (где-нибудь случайно затесалась галочка на каком-нибудь незаметном пунктике) и с общей кривизной и нестабильностью скрипта (ну это стало понятно сразу, как только стали вылазить такие проблемы, которых по идее никогда быть и не должно было).

 

апгрейд с 2.3.3

 

Версия IP.Board v3.0.1 (ID:30008)

MYSQL Версия MYSQL 5.1.30

Версия PHP 5.2.9 (cgi-fcgi) ( PHP INFO )

Отключенные PHP функции dl

Загруженные дополнения PDO, Reflection, SPL, SQLite, SimpleXML, SourceGuardian, Zend Optimizer, bcmath, calendar, cgi-fcgi, ctype, curl, date, dom, exif, filter, ftp, gd, gettext, hash, iconv, imap, ionCube Loader, json, libxml, mbstring, mcrypt, mhash, mime_magic, mysql, mysqli, openssl, pcre, pdo_mysql, pdo_sqlite, posix, pspell, session, soap, sockets, standard, tidy, tokenizer, wddx, xml, xmlreader, xmlrpc, xmlwriter, xsl, zip, zlib

Безопасный режим ВЫКЛЮЧЕН

Программное обеспечение сервера Linux *****.hostgator.com 2.6.28.9 #15 SMP Fri Aug 14 13:15:22 CDT 2009 i686

Текущая загрузка сервера 2.98

Общая память сервера 8112 MB

Доступная память сервера 1059 MB

Изменено 23 Августа 2009 пользователем Kosiak

[Док]

Решил добавить сви наблюдения к этому сообщению http://forums.ibresource.ru/index.php?s=&a...st&p=350816

 

Просидел я 4 дня обновляясь, примерно с 10 утра и до 3 ночи все дни ( отходил от компа, только перекусить )

За эти 4 дня перепробовал кучу вариантов обновления

Пытался на английской обновиться и разными способами, даже самыми бредовыми, но так и не смог, так все равно нормально не обновляло

Пока не решил попробовать последний раз

Как писал уже, откатил все установлены моды и изменения в шаблонах

И о чудо, все обновилось без глюков, за исключения, в правилах стоял красный цвет и цвет так и остался, но прописан новым кодом, а старые коды тоже остались отображаться

Выше в сообщение написал

Но вечером появилась проблема, не возможно зайти в сообщения на главной, как бы последнее новое сообщение в разделе

Выдает белую страницу

Но днем то было все хорошо, значит это хостер

 

Это не правильное заключение, так как днем уже решил поставить новый мод для трешки и он выдал такой глюк

Удалил мод и теперь все работает нормально, вроде глюков не вижу, за исключением этого

Но он вроде на работу не влияет

 

Сделал свой вывод, если не брать кривой продукт разработчика, что они что то там перемудрили

То остается основная проблема при переносе, это изменения на старом форуме шаблонов и установлены моды

Так как коды сильно в новой версии изменены и моды вообще не подходят, даже некоторые уже на трешку на русском языке не хотят ставиться, а выдают глюк

Так же некоторые коды, которые мы прописывали в старые форумы в скины

А раз они не совместимы, то они и выдают разные проблемы

 

Не помню какой у меня был код для выделения правил, но при переносе из за него не перенесло правило, а перенесло всего лишь этот код и не закрыт

Что форум стал отображать все сообщение красные, а в админке, где правила, то там было чисто и только этот код не закрыт

 

Поэтому так думаю, что у всех у кого есть проблемы при переходе на новую версию, то это не правильная настройка сервера или ошибка кода при переносе из за изменений в шаблонах старого форума или какого то мода

Нужно капать там

 

Так как провел эксперимент, взял новый мод и установил его английским и он работал отлично, но стоило мне изменить на русский хоть одно слово и он выдавал глюк форума

[vsimanin]

Версия IP.Board v3.0.1 (ID:30008)

MYSQL Версия MYSQL 5.0.51b-community-nt

Версия PHP 5.2.6 (apache2handler) ( PHP INFO )

Отключенные PHP функции Нет данных

Загруженные дополнения PDO, Reflection, SPL, SQLite, SimpleXML, Zend Optimizer, apache2handler, bcmath, bz2, calendar, com_dotnet, ctype, date, dom, filter, ftp, gd, gmp, hash, iconv, json, libxml, mbstring, mysql, mysqli, odbc, pcre, session, sockets, standard, tokenizer, wddx, xml, xmlreader, xmlwriter, xsl, zlib

Безопасный режим ВЫКЛЮЧЕН

 

Пока нашел три проблемы, из них решил полторы!

 

1. Это баг с опросом (если поставить символ =\ в конце одного из ответов), о нем в первом посте

2. Баг при попытке создать собственный BB-Code (Выдавала ошибку БД и писала лог SQL: Ошибка 1366), решил путем ломания к чертям всей базы(терять было нечего ибо без бб-кодов не жизнь =\), тупо зашел в phpmyadmin и в таблице custom_bbcode в разделе структура, выбрал ПОЛЕ bbcode_protected и в столбце ТИП вписал varchar(30) вместо tinyint(1) и ВСЕ! Ошибка исчезла! Думаю что это явно проблема в самом сервере, скорее в SQL ибо установил XAMPP и там добавление собственных бб-кодов работало без всякой ручной правки(к сожалению забыл посмотреть какой тип у таблицы bbcodу_protected был там...)

Отсюда вопрос к Вам: Ritsuka, не посмотрите ли Вы какой тип стоит у Вас?

3. Замечен до сих пор и его решить сменой типа int(5) на varchar(5) или что-то подобное - не удается =(

Значит суть такова:

1. Загружаем в свой профиль фото(не путать с аватаром!)

2. Через редактирование профиля жмем ссылку Удалить фото

3. Получаем ошибку базы данных

Лог приложен!

Номер ошибки: 1366

Ошибка: Incorrect integer value: '' for column 'pp_main_width' at row 1

IP Адрес: 127.0.0.1

Страница: /index.php?app=core&module=usercp&tab=members&area=removephoto&do=remove

Отладочная информация: array (

1 =>

array (

'file' => 'T:\\home\\virtual\\webregion.homeip.net\\ips_kernel\\classDb.php',

'line' => 1073,

'function' => 'query',

'class' => 'db_driver_mysql',

),

3 =>

array (

'file' => 'T:\\home\\virtual\\webregion.homeip.net\\admin\\sources\\base\\core.php',

'line' => 5382,

'function' => 'update',

'class' => 'db_main_mysql',

),

4 =>

array (

'file' => 'T:\\home\\virtual\\webregion.homeip.net\\admin\\applications\\members\\extensions\\usercpForms.php',

'line' => 819,

'function' => 'save',

'class' => 'IPSMember',

),

5 =>

array (

'file' => 'T:\\home\\virtual\\webregion.homeip.net\\admin\\applications\\members\\extensions\\usercpForms.php',

'line' => 198,

'function' => 'customEvent_removePhoto',

'class' => 'usercpForms_members',

),

6 =>

array (

'file' => 'T:\\home\\virtual\\webregion.homeip.net\\admin\\applications\\core\\modules_public\\usercp\\manualResolver.php',

'line' => 264,

'function' => 'runCustomEvent',

'class' => 'usercpForms_members',

),

7 =>

array (

'file' => 'T:\\home\\virtual\\webregion.homeip.net\\admin\\sources\\base\\ipsController.php',

'line' => 291,

'function' => 'doExecute',

'class' => 'public_core_usercp_manualResolver',

),

)

mySQL query error: UPDATE profile_portal SET pp_main_photo='',pp_main_width='',pp_main_height='',pp_thumb_photo='',pp_thumb_width='',pp_thumb_height='',fb_photo='',fb_photo_thumb='',fb_bwoptions=0,pp_member_id=1 WHERE pp_member_id=1

===================================================

ПРИЧЕМ ЗАМЕЧУ, что само фото(хоть ошибка и появляется)удаляется, но надпись под нех(размер)остается неизменной, пишет Размер фото: 142х140, тобишь не сбрасывает....

Поэтому если несложно, опять таки Ritsuka спрашиваю у Вас, как у самого активного участника этой ветки, хотелось бы знать какой ТИП в таблице profile_portal(а конкретно в ПОЛЕ pp_main_width) у вас? У меня int(5)

 

Есть вариант что при установке в мускуль каким-то боком неправильно расставились типы для некоторых полей =\

Тестировал на лицензии (ставил на STPServer)

 

А нет, уже 4 бага при попытке установить мод .xml файлом через АЦ ошибка БД (в логах код ошибки 1364, подробнее тут)

Позже: решил баг 4 путем: в структуре таблицы поставить NULL по умолчанию.

[Ritsuka]

Ошибка с фото не у вас первого. На моей памяти на форуме её уже решали, убирая галку "NOT NULL" и ставя "default = 0" в таблице profile_portal напротив всех width и height.

 

CREATE TABLE IF NOT EXISTS `ibf_custom_bbcode` (
 `bbcode_id` int(10) NOT NULL auto_increment,
 `bbcode_title` varchar(255) collate utf8_unicode_ci NOT NULL default '',
 `bbcode_desc` text collate utf8_unicode_ci,
 `bbcode_tag` varchar(255) collate utf8_unicode_ci NOT NULL default '',
 `bbcode_replace` text collate utf8_unicode_ci,
 `bbcode_useoption` tinyint(1) NOT NULL default '0',
 `bbcode_example` text collate utf8_unicode_ci,
 `bbcode_switch_option` int(1) NOT NULL default '0',
 `bbcode_menu_option_text` varchar(200) collate utf8_unicode_ci NOT NULL default '',
 `bbcode_menu_content_text` varchar(200) collate utf8_unicode_ci NOT NULL default '',
 `bbcode_single_tag` tinyint(1) NOT NULL default '0',
 `bbcode_groups` varchar(255) collate utf8_unicode_ci default NULL,
 `bbcode_sections` varchar(255) collate utf8_unicode_ci default NULL,
 `bbcode_php_plugin` varchar(255) collate utf8_unicode_ci default NULL,
 `bbcode_parse` smallint(2) NOT NULL default '1',
 `bbcode_no_parsing` tinyint(1) NOT NULL default '0',
 `bbcode_protected` tinyint(1) NOT NULL default '0',
 `bbcode_aliases` varchar(255) collate utf8_unicode_ci default NULL,
 `bbcode_optional_option` tinyint(1) NOT NULL default '0',
 `bbcode_image` varchar(255) collate utf8_unicode_ci default NULL,
 `bbcode_strip_search` tinyint(1) NOT NULL default '0',
 `bbcode_app` varchar(50) collate utf8_unicode_ci NOT NULL default '',
 PRIMARY KEY  (`bbcode_id`)
) ENGINE=MyISAM  DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci AUTO_INCREMENT=40;

[amelcreate]

если поставить символ =\ в конце одного из ответов - решается просто (хотя и обходным путем)... в автозамене ставим точное совпадение и заменяем ну скажем на : (

все введенные символы =\ будут автозаменяться на : (

[Ritsuka]

vsimanin, кстати, у вас действительно тот самый "стандартный набор ошибок"! А можете привести результаты запроса "SHOW VARIABLES" из mysql?

 

amelcreate, вся фишка в том, что эта ошибка - лишь индикатор значительно большей ошибки, закопанной где-то в классе работы с БД - судите сами - местами не экранируются символы (откуда и проблема с =\), не выставляются DEFAULT VALUE (откуда проблема с фото в профиле), некорректное значение для tinyint(1) (откуда проблема с BBCode) - это все ошибки взаимодействия с БД. Нужна еще инфа о mysql-сервере, и еще нужно проверить, точно ли БД в utf-8!

 

Кстати, "Ошибка: Field 'word_js' doesn't have a default value" отсюда в ту же степь - у вас вообще где-нибудь в БД выставлены default values?

[vsimanin]

vsimanin, кстати, у вас действительно тот самый "стандартный набор ошибок"! А можете привести результаты запроса "SHOW VARIABLES" из mysql?

 

amelcreate, вся фишка в том, что эта ошибка - лишь индикатор значительно большей ошибки, закопанной где-то в классе работы с БД - судите сами - местами не экранируются символы (откуда и проблема с =\), не выставляются DEFAULT VALUE (откуда проблема с фото в профиле), некорректное значение для tinyint(1) (откуда проблема с BBCode) - это все ошибки взаимодействия с БД. Нужна еще инфа о mysql-сервере, и еще нужно проверить, точно ли БД в utf-8!

 

Кстати, "Ошибка: Field 'word_js' doesn't have a default value" отсюда в ту же степь - у вас вообще где-нибудь в БД выставлены default values?

Не вопрос, 2 минуты и все размещу...

PS так что вы там говорили про: не выставляются DEFAULT VALUE (откуда проблема с фото в профиле)

 

По поводу замена =\ на =( Эта мысль пришла в первую очередь, но это тупо!

[Yamamura]

6) не работают хуки (не отображаются блоки справа) *

У меня было такое - не отображались хуки. Как оказалось, разница была в названиях файлов - boardIndexStatusUpdates_ХХХХХХХХХХХХХХ.php

Т.е. в БД вместо ХХХХХХХХХХХХХХ были одни символы, а у самих файлов на сервере совсем другие. После того, как поменял имена у файлов на сервере на те, что были в базе, всё заработало.

Может быть у вас проблема в этом же заключается.

Изменено 24 Августа 2009 пользователем Yamamura

[vsimanin]

Как и обещал

 

Variable_name Value

auto_increment_increment 1

auto_increment_offset 1

automatic_sp_privileges ON

back_log 50

basedir \usr\local\mysql5\

binlog_cache_size 32768

bulk_insert_buffer_size 8388608

character_set_client utf8

character_set_connection utf8

character_set_database utf8

character_set_filesystem binary

character_set_results utf8

character_set_server utf8

character_set_system utf8

character_sets_dir \usr\local\mysql5\share\charsets\

collation_connection utf8_unicode_ci

collation_database utf8_unicode_ci

collation_server utf8_general_ci

completion_type 0

concurrent_insert 1

connect_timeout 5

datadir \usr\local\mysql5\Data\

date_format %Y-%m-%d

datetime_format %Y-%m-%d %H:%i:%s

default_week_format 0

delay_key_write ON

delayed_insert_limit 100

delayed_insert_timeout 300

delayed_queue_size 1000

div_precision_increment 4

keep_files_on_create OFF

engine_condition_pushdown OFF

expire_logs_days 0

flush OFF

flush_time 1800

ft_boolean_syntax + -><()~*:""&|

ft_max_word_len 84

ft_min_word_len 4

ft_query_expansion_limit 20

ft_stopword_file (built-in)

group_concat_max_len 1024

have_archive YES

have_bdb NO

have_blackhole_engine YES

have_compress YES

have_crypt NO

have_csv NO

have_dynamic_loading YES

have_example_engine NO

have_federated_engine YES

have_geometry YES

have_innodb DISABLED

have_isam NO

have_merge_engine YES

have_ndbcluster NO

have_openssl DISABLED

have_ssl DISABLED

have_query_cache YES

have_raid NO

have_rtree_keys YES

have_symlink YES

hostname Server-

init_connect SET NAMES utf8

init_file

init_slave

innodb_additional_mem_pool_size 2097152

innodb_autoextend_increment 8

innodb_buffer_pool_awe_mem_mb 0

innodb_buffer_pool_size 8388608

innodb_checksums ON

innodb_commit_concurrency 0

innodb_concurrency_tickets 500

innodb_data_file_path

innodb_data_home_dir

innodb_doublewrite ON

innodb_fast_shutdown 1

innodb_file_io_threads 4

innodb_file_per_table OFF

innodb_flush_log_at_trx_commit 1

innodb_flush_method

innodb_force_recovery 0

innodb_lock_wait_timeout 50

innodb_locks_unsafe_for_binlog OFF

innodb_log_arch_dir

innodb_log_archive OFF

innodb_log_buffer_size 1048576

innodb_log_file_size 10485760

innodb_log_files_in_group 2

innodb_log_group_home_dir

innodb_max_dirty_pages_pct 90

innodb_max_purge_lag 0

innodb_mirrored_log_groups 1

innodb_open_files 300

innodb_rollback_on_timeout OFF

innodb_support_xa ON

innodb_sync_spin_loops 20

innodb_table_locks ON

innodb_thread_concurrency 8

innodb_thread_sleep_delay 10000

interactive_timeout 28800

Variable_name Value

join_buffer_size 131072

key_buffer_size 33554432

key_cache_age_threshold 300

key_cache_block_size 1024

key_cache_division_limit 100

language \usr\local\mysql5\share\english\

large_files_support ON

large_page_size 0

large_pages OFF

lc_time_names en_US

license GPL

local_infile ON

log OFF

log_bin OFF

log_bin_trust_function_creators OFF

log_error \usr\local\mysql5\Data\Server-

log_queries_not_using_indexes OFF

log_slave_updates OFF

log_slow_queries OFF

log_warnings 1

long_query_time 10

low_priority_updates OFF

lower_case_file_system ON

lower_case_table_names 1

max_allowed_packet 1048576

max_binlog_cache_size 4294967295

max_binlog_size 1073741824

max_connect_errors 10

max_connections 100

max_delayed_threads 20

max_error_count 64

max_heap_table_size 16777216

max_insert_delayed_threads 20

max_join_size 4294967295

max_length_for_sort_data 1024

max_prepared_stmt_count 16382

max_relay_log_size 0

max_seeks_for_key 4294967295

max_sort_length 1024

max_sp_recursion_depth 0

max_tmp_tables 32

max_user_connections 0

max_write_lock_count 4294967295

multi_range_count 256

myisam_data_pointer_size 6

myisam_max_sort_file_size 107374182400

myisam_recover_options OFF

myisam_repair_threads 1

myisam_sort_buffer_size 27262976

myisam_stats_method nulls_unequal

named_pipe OFF

net_buffer_length 16384

net_read_timeout 30

net_retry_count 10

net_write_timeout 60

new OFF

old_passwords OFF

open_files_limit 622

optimizer_prune_level 1

optimizer_search_depth 62

pid_file \usr\local\mysql5\Data\Server-

port 3306

preload_buffer_size 32768

profiling OFF

profiling_history_size 15

protocol_version 10

query_alloc_block_size 8192

query_cache_limit 1048576

query_cache_min_res_unit 4096

query_cache_size 11534336

query_cache_type ON

query_cache_wlock_invalidate OFF

query_prealloc_size 8192

range_alloc_block_size 2048

read_buffer_size 61440

read_only OFF

read_rnd_buffer_size 258048

relay_log_purge ON

relay_log_space_limit 0

rpl_recovery_rank 0

secure_auth OFF

secure_file_priv

shared_memory OFF

shared_memory_base_name MYSQL

server_id 0

skip_external_locking ON

skip_networking OFF

skip_show_database OFF

slave_compressed_protocol OFF

slave_load_tmpdir C:\Users\Server\AppData\Local\Temp\

slave_net_timeout 3600

slave_skip_errors OFF

slave_transaction_retries 10

slow_launch_time 2

sort_buffer_size 262136

sql_big_selects ON

sql_mode STRICT_TRANS_TABLES,NO_AUTO_CREATE_USER,NO_ENGINE_...

sql_notes ON

sql_warnings OFF

ssl_ca

Variable_name Value

ssl_capath

ssl_cert

ssl_cipher

ssl_key

storage_engine MyISAM

sync_binlog 0

sync_frm ON

system_time_zone

table_cache 256

table_lock_wait_timeout 50

table_type MyISAM

thread_cache_size 8

thread_stack 196608

time_format %H:%i:%s

time_zone SYSTEM

timed_mutexes OFF

tmp_table_size 13631488

tmpdir C:\Users\Server\AppData\Local\Temp\

transaction_alloc_block_size 8192

transaction_prealloc_size 4096

tx_isolation REPEATABLE-READ

updatable_views_with_limit YES

version 5.0.51b-community-nt

version_comment MySQL Community Edition (GPL)

version_compile_machine ia32

version_compile_os Win32

wait_timeout 28800

 

Могу предоставить любую информацию о сервере, т. к. уже неоднократно говорил, что это все добро тестируется на ПК

 

По поводу default falue, я так понял это Столбец "По умолчанию" где значения Null и not Null ? Если да, то не во всех, но выставлены.... pS так баг с фото там что?)

[Kosiak]

6) не работают хуки (не отображаются блоки справа) *

У меня было такое - не отображались хуки. Как оказалось, разница была в названиях файлов - boardIndexStatusUpdates_ХХХХХХХХХХХХХХ.php

Т.е. в БД вместо ХХХХХХХХХХХХХХ были одни символы, а у самих файлов на сервере совсем других. После того, как поменял имена у файлов на сервере на те, что были в базе, всё заработало.

Может быть у вас проблема в этом же заключается.

Очень интересное наблюдение. Вполне вероятно, что это было и в моём случае. В следующий раз нужно попробовать будет...

 

Те всё ещё уверенные в том, что проблема в сервере. Поставьте вы наконец всё с нуля и посмотрите будут ли проблемы. Уверен точно - более 50% проблем никак (только если совсем косвенно) не связаны с конфигурацией сервера.

Изменено 24 Августа 2009 пользователем Kosiak

[Ritsuka]

Ошибка с фото не у вас первого. На моей памяти на форуме её уже решали, убирая галку "NOT NULL" и ставя "default = 0" в таблице profile_portal напротив всех width и height.

 

Переменные mysql ничего не дают, у меня схожая конфигурация:

auto_increment_increment 	1
auto_increment_offset 	1
automatic_sp_privileges 	ON
back_log 	50
basedir 	/usr/local/
bdb_cache_size 	8384512
bdb_home 	/home/mysql/
bdb_log_buffer_size 	262144
bdb_logdir 	 
bdb_max_lock 	10000
bdb_shared_data 	OFF
bdb_tmpdir 	/var/tmp/
binlog_cache_size 	32768
bulk_insert_buffer_size 	8388608
character_set_client 	utf8
character_set_connection 	utf8
character_set_database 	utf8
character_set_filesystem 	binary
character_set_results 	utf8
character_set_server 	utf8
character_set_system 	utf8
character_sets_dir 	/usr/local/share/mysql/charsets/
collation_connection 	utf8_general_ci
collation_database 	utf8_unicode_ci
collation_server 	utf8_unicode_ci
completion_type 	0
concurrent_insert 	1
connect_timeout 	10
datadir 	/home/mysql/
date_format 	%Y-%m-%d
datetime_format 	%Y-%m-%d %H:%i:%s
default_week_format 	0
delay_key_write 	ON
delayed_insert_limit 	100
delayed_insert_timeout 	300
delayed_queue_size 	1000
div_precision_increment 	4
keep_files_on_create 	OFF
engine_condition_pushdown 	OFF
expire_logs_days 	0
flush 	OFF
flush_time 	0
ft_boolean_syntax 	+ -><()~*:""&|
ft_max_word_len 	84
ft_min_word_len 	4
ft_query_expansion_limit 	20
ft_stopword_file 	(built-in)
group_concat_max_len 	1024
have_archive 	NO
have_bdb 	YES
have_blackhole_engine 	NO
have_compress 	YES
have_crypt 	YES
have_csv 	NO
have_dynamic_loading 	NO
have_example_engine 	NO
have_federated_engine 	NO
have_geometry 	YES
have_innodb 	YES
have_isam 	NO
have_merge_engine 	YES
have_ndbcluster 	NO
have_openssl 	NO
have_ssl 	NO
have_query_cache 	YES
have_raid 	NO
have_rtree_keys 	YES
have_symlink 	YES
hostname 	%name%
init_connect 	SET NAMES utf8
init_file 	 
init_slave 	 
innodb_additional_mem_pool_size 	1048576
innodb_autoextend_increment 	8
innodb_buffer_pool_awe_mem_mb 	0
innodb_buffer_pool_size 	8388608
innodb_checksums 	ON
innodb_commit_concurrency 	0
innodb_concurrency_tickets 	500
innodb_data_file_path 	ibdata1:10M:autoextend
innodb_data_home_dir 	 
innodb_adaptive_hash_index 	ON
innodb_doublewrite 	ON
innodb_fast_shutdown 	1
innodb_file_io_threads 	4
innodb_file_per_table 	OFF
innodb_flush_log_at_trx_commit 	1
innodb_flush_method 	 
innodb_force_recovery 	0
innodb_lock_wait_timeout 	50
innodb_locks_unsafe_for_binlog 	OFF
innodb_log_arch_dir 	 
innodb_log_archive 	OFF
innodb_log_buffer_size 	1048576
innodb_log_file_size 	5242880
innodb_log_files_in_group 	2
innodb_log_group_home_dir 	./
innodb_max_dirty_pages_pct 	90
innodb_max_purge_lag 	0
innodb_mirrored_log_groups 	1
Variable_name 	Value
innodb_open_files 	300
innodb_rollback_on_timeout 	OFF
innodb_support_xa 	ON
innodb_sync_spin_loops 	20
innodb_table_locks 	ON
innodb_thread_concurrency 	8
innodb_thread_sleep_delay 	10000
interactive_timeout 	28800
join_buffer_size 	131072
key_buffer_size 	16777216
key_cache_age_threshold 	300
key_cache_block_size 	1024
key_cache_division_limit 	100
language 	/usr/local/share/mysql/english/
large_files_support 	ON
large_page_size 	0
large_pages 	OFF
lc_time_names 	en_US
license 	GPL
local_infile 	ON
locked_in_memory 	OFF
log 	OFF
log_bin 	OFF
log_bin_trust_function_creators 	OFF
log_error 	 
log_queries_not_using_indexes 	OFF
log_slave_updates 	OFF
log_slow_queries 	OFF
log_warnings 	1
long_query_time 	10
low_priority_updates 	OFF
lower_case_file_system 	OFF
lower_case_table_names 	0
max_allowed_packet 	1048576
max_binlog_cache_size 	4294963200
max_binlog_size 	1073741824
max_connect_errors 	10
max_connections 	500
max_delayed_threads 	20
max_error_count 	64
max_heap_table_size 	16777216
max_insert_delayed_threads 	20
max_join_size 	4294967295
max_length_for_sort_data 	1024
max_prepared_stmt_count 	16382
max_relay_log_size 	0
max_seeks_for_key 	4294967295
max_sort_length 	1024
max_sp_recursion_depth 	0
max_tmp_tables 	32
max_user_connections 	0
max_write_lock_count 	4294967295
multi_range_count 	256
myisam_data_pointer_size 	6
myisam_max_sort_file_size 	2146435072
myisam_recover_options 	OFF
myisam_repair_threads 	1
myisam_sort_buffer_size 	8388608
myisam_stats_method 	nulls_unequal
net_buffer_length 	8192
net_read_timeout 	30
net_retry_count 	1000000
net_write_timeout 	60
new 	OFF
old_passwords 	OFF
open_files_limit 	8128
optimizer_prune_level 	1
optimizer_search_depth 	62
pid_file 	/home/mysql/process.pid
plugin_dir 	 
port 	3306
preload_buffer_size 	32768
profiling 	OFF
profiling_history_size 	15
protocol_version 	10
query_alloc_block_size 	8192
query_cache_limit 	1048576
query_cache_min_res_unit 	4096
query_cache_size 	0
query_cache_type 	ON
query_cache_wlock_invalidate 	OFF
query_prealloc_size 	8192
range_alloc_block_size 	4096
read_buffer_size 	262144
read_only 	OFF
read_rnd_buffer_size 	524288
relay_log 	 
relay_log_index 	 
relay_log_info_file 	relay-log.info
relay_log_purge 	ON
relay_log_space_limit 	0
rpl_recovery_rank 	0
secure_auth 	OFF
secure_file_priv 	 
server_id 	1
skip_external_locking 	ON
skip_networking 	OFF
skip_show_database 	OFF
slave_compressed_protocol 	OFF
slave_load_tmpdir 	/var/tmp/
Variable_name 	Value
slave_net_timeout 	3600
slave_skip_errors 	OFF
slave_transaction_retries 	10
slow_launch_time 	2
socket 	/tmp/mysql.sock
sort_buffer_size 	524288
sql_big_selects 	ON
sql_mode 	 
sql_notes 	ON
sql_warnings 	OFF
ssl_ca 	 
ssl_capath 	 
ssl_cert 	 
ssl_cipher 	 
ssl_key 	 
storage_engine 	MyISAM
sync_binlog 	0
sync_frm 	ON
system_time_zone 	MSD
table_cache 	64
table_lock_wait_timeout 	50
table_type 	MyISAM
thread_cache_size 	0
thread_stack 	196608
time_format 	%H:%i:%s
time_zone 	SYSTEM
timed_mutexes 	OFF
tmp_table_size 	33554432
tmpdir 	/var/tmp/
transaction_alloc_block_size 	8192
transaction_prealloc_size 	4096
tx_isolation 	REPEATABLE-READ
updatable_views_with_limit 	YES
version 	5.0.77
version_bdb 	Sleepycat Software: Berkeley DB 4.1.24: (January 2...
version_comment 	FreeBSD port: mysql-server-5.0.77_1
version_compile_machine 	i386
version_compile_os 	portbld-freebsd7.1
wait_timeout 	28800

 

Кажется, понятно, что вызывает у вас проблему - у вас не выставлены DEFAULT VALUES для таблиц. Можете для верности еще экспортировать свою БД, но только сктруктуру (убрать галку с "данные") и прикрепить к посту?

 

Вот что не понятно, так это что именно вызвало проблему? Слушайте, а у аккаунта пользователя БД, из-под которого работал/обновлялся форум есть права на ALTER TABLE?!! Черт, это же очевидно!

[Yamamura]

amelcreate, вся фишка в том, что эта ошибка - лишь индикатор значительно большей ошибки, закопанной где-то в классе работы с БД - судите сами - местами не экранируются символы (откуда и проблема с =\), не выставляются DEFAULT VALUE (откуда проблема с фото в профиле), некорректное значение для tinyint(1) (откуда проблема с BBCode) - это все ошибки взаимодействия с БД. Нужна еще инфа о mysql-сервере, и еще нужно проверить, точно ли БД в utf-8!

Не обязательно набор символов "=\"

У меня была такая же ошибка в опросе с набором ответов:

1) 1

2) 2

3) 3

4) 4

5) 5

6) текст

 

Т.е. в пяти вариантах было по одной цифре, а в последнем какой-то текст.

[Ritsuka]

Yamamura, у вас дефолтные значения таблицы polls такие?

 

CREATE TABLE IF NOT EXISTS `ibf_polls` (
 `pid` mediumint(8) NOT NULL auto_increment,
 `tid` int(10) NOT NULL default '0',
 `start_date` int(10) default NULL,
 `choices` mediumtext,
 `starter_id` mediumint(8) NOT NULL default '0',
 `votes` smallint(5) NOT NULL default '0',
 `forum_id` smallint(5) NOT NULL default '0',
 `poll_question` varchar(255) default NULL,
 `poll_only` tinyint(1) NOT NULL default '0',
 `poll_view_voters` int(1) NOT NULL default '0',
 PRIMARY KEY  (`pid`)
) ENGINE=MyISAM  DEFAULT CHARSET=utf8 AUTO_INCREMENT=82;

 

Не могу ничего утверждать уверенно - нужна структура таблиц у вас - но если они (структуры) отличаются - то это вполне может быть источником проблем, равно как отсутсвие ALL PRIVILEGIES для mysql-акка - причиной этой проблемы.

[vsimanin]

Ritsuka

Вроде правильно сделал, выделил все таблицы, экспортировал без галки Данные в gzip

+ Вопрос к Вам(скрин ниже)

 

PS

Вот что не понятно, так это что именно вызвало проблему? Слушайте, а у аккаунта пользователя БД, из-под которого работал/обновлялся форум есть права на ALTER TABLE?!! Черт, это же очевидно!

Не совсем понял, но привелегии у пользователя root через которого и обращается форум - ALL PRIVILEGES, единственное что заметил так это форум ставился с его привилегиями но они как таковые стояли на localhost, а не на % (% - тобишь любой)... Сейчас выставил %, тобишь на любой хост (PS форум установлен через virtual host)\

+ добавил скрин какие привилегии сейчас(до этого вместо % стоял localhost у root), че от меня хочет сообщение внизу я тож не допер, нажал перезагрузить, написало что завершено, но сообщение осталось)

forum_no_data_24_08_2009.sql.gz

[Ritsuka]

Нет, исходя из дампа - все предположения не оправдались. С default values у вас все в порядке...

 

CREATE TABLE IF NOT EXISTS `ibf_profile_portal` (
 `pp_member_id` int(10) NOT NULL default '0',
 `pp_profile_update` int(10) unsigned NOT NULL default '0',
 `pp_bio_content` mediumtext,
 `pp_last_visitors` mediumtext,
 `pp_comment_count` int(10) unsigned NOT NULL default '0',
 `pp_rating_hits` int(10) unsigned NOT NULL default '0',
 `pp_rating_value` int(10) unsigned NOT NULL default '0',
 `pp_rating_real` int(10) unsigned NOT NULL default '0',
 `pp_friend_count` int(5) unsigned NOT NULL default '0',
 `pp_main_photo` varchar(255) NOT NULL default '',
 `pp_main_width` int(5) unsigned NOT NULL default '0',
 `pp_main_height` int(5) unsigned NOT NULL default '0',
 `pp_thumb_photo` varchar(255) NOT NULL default '',
 `pp_thumb_width` int(5) unsigned NOT NULL default '0',
 `pp_thumb_height` int(5) unsigned NOT NULL default '0',
 `pp_gender` varchar(10) NOT NULL default '',
 `pp_setting_notify_comments` varchar(10) NOT NULL default 'email',
 `pp_setting_notify_friend` varchar(10) NOT NULL default 'email',
 `pp_setting_moderate_comments` tinyint(1) NOT NULL default '0',
 `pp_setting_moderate_friends` tinyint(1) NOT NULL default '0',
 `pp_setting_count_friends` int(2) NOT NULL default '0',
 `pp_setting_count_comments` int(2) NOT NULL default '0',
 `pp_setting_count_visitors` int(2) NOT NULL default '0',
 `pp_profile_views` int(10) NOT NULL default '0',
 `pp_about_me` longtext,
 `notes` text,
 `links` text,
 `bio` text,
 `ta_size` varchar(3) default NULL,
 `signature` text,
 `avatar_location` varchar(255) default NULL,
 `avatar_size` varchar(9) NOT NULL default '0',
 `avatar_type` varchar(15) default NULL,
 `pconversation_filters` text,
 `fb_photo` text,
 `fb_photo_thumb` text,
 `fb_status` text,
 `fb_bwoptions` int(10) unsigned NOT NULL default '0',
 `pp_reputation_points` int(10) NOT NULL default '0',
 `pp_status` text,
 `pp_status_update` varchar(13) NOT NULL default '0',
 PRIMARY KEY  (`pp_member_id`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;

 

Единственная разница - у вас на этих полях нет "NOT NULL".

 

В чем бы ни была проблема - структура БД тут, похоже, не при чем....

Изменено 24 Августа 2009 пользователем Ritsuka

[vsimanin]

Нет, исходя из дампа - все предположения не оправдались. С default values у вас все в порядке...

 

Единственная разница - у вас на этих полях нет "NOT NULL".

 

В чем бы ни была проблема - структура БД тут, похоже, не при чем....

Я выставлял в поля With и Height not null, но эффекта, как от козла молока =\

[Ritsuka]

А может и нет никакой глобальной проблемы, а просто куча рандомных багов по вине разработчика, случайным образом вылезающих то там, тот тут?))) На моей памяти только один продукт грешит таким же - MS Windows - у него тоже каждая установка уникальна и два раза установив винду на одном компе, можно получить разные баги)

[vsimanin]

А может и нет никакой глобальной проблемы, а просто куча рандомных багов по вине разработчика, случайным образом вылезающих то там, тот тут?))) На моей памяти только один продукт грешит таким же - MS Windows - у него тоже каждая установка уникальна и два раза установив винду на одном компе, можно получить разные баги)

 

Да штоб блин =\

Установил WampServer2.0i.exe и впихнул всю эту бодяжину тудаже(чистая установка, хотя и щас баги были на чистой установке), так вот.... проблема создания bbcode новых - ОТСУТСТВУЕТ, работает как часы!

Проверить туже фигня по поводу фоток - не было возможности, т.к. про тот баг я еще ниче не знал..., а вот опрос с символом "=\" - баг ПРИСУТСТВУЕТ

 

 

 

насчет "кучи рандомных багов", да? тогда чеж мне так не везет и ВСЕ баги которые есть они и прилипли к МОЕМУ серваку, а не рандомно?)

 

И всетаки что-то здесь не так!

Я вот смотрю у вас

`bbcode_protected` tinyint(1) NOT NULL default '0',

тогда, как мне пришлось выставить там varchar(30) для того, чтобы добавление новых бб-кодов заработало! хм... к чемы бы это и от чего зависит?

 

+ выставил width height(всего 4 поля) по умолчанию 0 и в столбце Ноль выставил null вместо not null

Результат: Нифига не помогло, ошибка таже самая, даже лог можно не прикреплять =)

[Ritsuka]

Хммм! Есть одна существенная разница между вашим и моим хостом - у вас win, у меня nix... Может, все кроется в этом факте?

[vsimanin]

Хммм! Есть одна существенная разница между вашим и моим хостом - у вас win, у меня nix... Может, все кроется в этом факте?

Эм, хм... даж не знаю что сказать =\ Что посоветуете? FreeBSD не предлагать ограничен ресурсами, только win

 

 

А проверить легко! Я даю Вам STPServer, ну а Вы(если нетрудно, время есть и тд) пробуете организовать свой форум на win из под STPServer

Я думаю, что Вы лучше меня знаете что, откуда и если там теже глюки, то можно махом закрыть кучу тем на этом форуме под причиной "ставьте на хостинг"

 

 

Вопрос лишь в том, почему на STPServer возникаю неполадки с БД, а на WampServer2.0i все работает как часики? и там и там win, может всетаки вернемся к первому посту и зделаем вывод, что проблема таки в php и тд.?

 

Можно было бы сказать, не парьтесь, все махом ставьте WampServer2.0i и про Ошибки Бд забудите, а нет! Он не поддерживает виртуальные хосты, знаю что в ручную ковырнуть можно, но знания в этой области не такие глобальные...

 

 

Позже:

Чет мне надоела эта бодяга, ставлю WampServer2.0i позже скажу что там с остальными багами....

[Yamamura]

Yamamura, у вас дефолтные значения таблицы polls такие?

 

CREATE TABLE IF NOT EXISTS `ibf_polls` (
 `pid` mediumint(8) NOT NULL auto_increment,
 `tid` int(10) NOT NULL default '0',
 `start_date` int(10) default NULL,
 `choices` mediumtext,
 `starter_id` mediumint(8) NOT NULL default '0',
 `votes` smallint(5) NOT NULL default '0',
 `forum_id` smallint(5) NOT NULL default '0',
 `poll_question` varchar(255) default NULL,
 `poll_only` tinyint(1) NOT NULL default '0',
 `poll_view_voters` int(1) NOT NULL default '0',
 PRIMARY KEY  (`pid`)
) ENGINE=MyISAM  DEFAULT CHARSET=utf8 AUTO_INCREMENT=82;

CREATE TABLE `ibf_polls` (
 `pid` mediumint(8) NOT NULL auto_increment,
 `tid` int(10) NOT NULL default '0',
 `start_date` int(10) default NULL,
 `choices` text,
 `starter_id` mediumint(8) NOT NULL default '0',
 `votes` smallint(5) NOT NULL default '0',
 `forum_id` smallint(5) NOT NULL default '0',
 `poll_question` varchar(255) default NULL,
 `poll_only` tinyint(1) NOT NULL default '0',
 `poll_view_voters` int(1) NOT NULL default '0',
 PRIMARY KEY  (`pid`)
) ENGINE=MyISAM  DEFAULT CHARSET=utf8 AUTO_INCREMENT=124;

[lanadm]

Ошибки с bbcode, удалением фото, выставлением оценки профиля (в 5ти звездочной системе) - все одни грабли. Смайлик почти 100% что бекдор в нулле.

Грабли я поправил - тут описание решения.

Изменено 24 Августа 2009 пользователем lanadm