форум vBSupport.ru > vBulletin > vBulletin 4.2.x > Вопросы по vBulletin 4.2.x
Register Меню vBsupport Изображения Files Manager О рекламе Today's Posts Search
  • Родная гавань
  • Блок РКН снят
  • Premoderation
  • For English speaking users
  • Каталог Фрилансеров
  • If you want to buy some product or script
  • Администраторам
VBsupport перешел с домена .ORG на родной .RU Ура! Пожалуйста, обновите свои закладки - VBsupport.ru
Блок РКН снят, форум доступен на всей территории России, включая новые терртории, без VPN
На форуме введена премодерация ВСЕХ новых пользователей

Почта с временных сервисов, типа mailinator.com, gawab.com и/или прочих, которые предоставляют временный почтовый ящик без регистрации и/или почтовый ящик для рассылки спама, отслеживается и блокируется, а так же заносится в спам-блок форума, аккаунты удаляются
for English speaking users:
You may be surprised with restriction of access to the attachments of the forum. The reason is the recent change in vbsupport.org strategy:

- users with reputation < 10 belong to "simple_users" users' group
- if your reputation > 10 then administrator (kerk, Luvilla) can decide to move you into an "improved" group, but only manually

Main idea is to increase motivation of community members to share their ideas and willingness to support to each other. You may write an article for the subject where you are good enough, you may answer questions, you may share vbulletin.com/org content with vbsupport.org users, receiving "thanks" equal your reputation points. We should not only consume, we should produce something.

- you may:
* increase your reputation (doing something useful for another members of community) and being improved
* purchase temporary access to the improved category:
10 $ for 3 months. - this group can download attachments, reputation/posts do not matter.
20 $ for 3 months. - this group can download attachments, reputation/posts do not matter + adds eliminated + Inbox capacity increased + files manager increased permissions.

Please contact kerk or Luvilla regarding payments.

Important!:
- if your reputation will become less then 0, you will be moved into "simple_users" users' group automatically.*
*for temporary groups (pre-paid for 3 months) reputation/posts do not matter.
Уважаемые пользователи!

На форуме открыт новый раздел "Каталог фрилансеров"

и отдельный раздел для платных заказов "Куплю/Закажу"

Если вы хотите приобрести какой то скрипт/продукт/хак из каталогов перечисленных ниже:
Каталог модулей/хаков
Ещё раз обращаем Ваше внимание: всё, что Вы скачиваете и устанавливаете на свой форум, Вы устанавливаете исключительно на свой страх и риск.
Сообщество vBSupport'а физически не в состоянии проверять все стили, хаки и нули, выкладываемые пользователями.
Помните: безопасность Вашего проекта - Ваша забота.
Убедительная просьба: при обнаружении уязвимостей или сомнительных кодов обязательно отписывайтесь в теме хака/стиля
Спасибо за понимание
 
 
 
 
Luvilla
Гость
Default Специфические проблемы 4ки

Перефразируя классика:
Все счастливые тройки похожи друг на друга,
каждая несчастливая 4ка несчастлива по-своему.


Уважаемые дамы и господа вобловоды, тема адресована в первую очередь тем, кто занимается техническом администрированием четвёрок и собрал уже собственную статистику; а также тем, у кого есть опыт жизни с тройкой и с 4кой, кто может сравнить и идентифицировать именно четвёрошные проблемы.
В идеале хотелось бы собрать список проблем и способы решения этих проблем.

Итак... начнём
Имеем 4.2.2 сьют, УТФ, ПХП 5.4.21, таблицы в InnoDB
прочее, чисто для порядку:
шаред хостинг
FreeBSD
Apache v2.2.25
PHP: максимальный размер сообщений 100.00 Мб
PHP: максимальный размер загружаемых файлов 100.00 Мб
PHP: предел памяти 256.00 Мб
Версия MySQL 5.6.14
Размер пакета MySQL 4.00 Мб

из хаков: Debug Mode From AdminCP [vB 3.5.x - 3.8.x] и QuickQuote - Быстрое цитирование и ник в ответ

Стабильно получаю ошибку БД
Code:
Invalid SQL:

                                INSERT INTO postlog
                                (postid, useragent, ip, dateline)
                                VALUES
                                (121, 'Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:33.0) Gecko/20100101 Firefox/33.0', 2996281924, 1414055152);

MySQL Error   : Duplicate entry 'ххх' for key 'PRIMARY'
postlog - чи ни таблица... после появления первой же ошибки идём и просто очищаем таблицу, следующие посты отправляются без проблем
Собственно, и при ошибке сам пост-то публикуется

НО!
Появление первой такой ошибки влечёт за собой лавину "несработок", а именно:
- пост (и все последующие) нЕ появляется в "ленте активности", ни в общей, которая /activity.php, ни в профиле юзера, отправившего пост
- пост не появляется на главной форума (если зайти в раздел, там может быть видно, что тема обновилась, а может и не быть)
- пост нЕ ищется, никак, ни по словам, ни из профиля юзера "найти сообщения". Счётчик сообщений пользователя при этом обновляется.

Решение проблемы:
- очистить таблицу postlog
- пересчитать счётчики в админке, в том порядке, как эти пункты там расположены:
Перестроить информацию о темах
Перестроить информацию о разделах
Перестроить индекс поиска
Перестроить ленту активности

Это только необходимые пункты
насчёт "Добавить к темам недостающие ключевые слова" ничего сказать не могу, меня этот момент мало интересует, но наверное, тоже надо; по поводу "Перестроить статистику" - тоже надо

Все остальные пункты - не нужны

Собственно, во всём этом меня сильно напрягает момент перестроения индекса поиска: на большом форуме это та ещё процедура... так жить нельзя...

Ошибка появляется достаточно стабильно два раза в неделю минимум
Отследить, после каких действий вдруг глючит запись в postlog, мне не удаётся

У кого есть мысли?
Bot
Yandex Bot Yandex Bot is online now
 
Join Date: 05.05.2005
Реклама на форуме А что у нас тут интересного? =)
 
 
kerk
k0t
 
kerk's Avatar
Default
1

как предположение...
перетащить таблицы в MyISAM
не знаю только, поиск у этого монстра отвалится совсем или частично?
или поправить код запроса на
INSERT IGNORE INTO postlog
 
 
Luvilla
Гость
Default

Quote:
Originally Posted by kerk View Post
перетащить таблицы в MyISAM
да, мы не любим InnoDB
но тут же ситуация: сейчас большинство хостингов по дефолту ставят базу в InnoDB, 4ка нормально работает с InnoDB (по крайней мере, так думают разработчики)
я даже на локалке специально ставила InnoDB, чтобы иметь те же проблемы, что и на хостингах

Quote:
Originally Posted by kerk View Post
не знаю только, поиск у этого монстра отвалится совсем или частично?
вообще не отвалится
все таблицы search у неё и так в MyISAM
если там индексы FULLTEXT, что там ловить с InnoDB?

Quote:
Originally Posted by kerk View Post
или поправить код запроса на
INSERT IGNORE INTO postlog
интересный вариант... очень интересно, что у неё может отвалиться при такой записи... если она создаст две строки с одним ИДом поста, как это повлияет на всё остальное: на построение индекса поиска и на ленту активности... там же в файлах копаться - я столько не выпью
 
 
Smalesh
В Черном списке
Default
0

Quote:
Originally Posted by Luvilla View Post
если там индексы FULLTEXT, что там ловить с InnoDB?
А в 5.6 оно вроде даже работает. И в 10-й марии тоже.
 
 
Luvilla
Гость
Default

Quote:
Originally Posted by Smalesh View Post
А в 5.6 оно вроде даже работает.
ой, чего не знаю, того не знаю...
точно могу сказать, что ряд таблиц, в том числе и таблицы поиска, в 4ке создаются именно в MyISAM, это отдельно указано при создании таблиц
 
 
Smalesh
В Черном списке
Default
0

Quote:
Originally Posted by Luvilla View Post
ой, чего не знаю, того не знаю...
Начиная с 5.6.4 , если точнее.
Quote:
Full-text searches are supported for InnoDB and MyISAM tables only. FULLTEXT index support for InnoDB tables requires MySQL 5.6.4 or higher.
 
 
hoo
Гуру
 
hoo's Avatar
Default
0

https://www.vbulletin.com/docs/html/...l_duplicatekey
 
 
kerk
k0t
 
kerk's Avatar
Default
0

Quote:
Originally Posted by Luvilla View Post
что у неё может отвалиться при такой записи.
несколько раз встречал в коде воблы именно такой запрос с IGNORE
 
 
Luvilla
Гость
Default

Quote:
Originally Posted by hoo View Post
https://www.vbulletin.com/docs/html/...l_duplicatekey

Quote:
This error is most commonly caused by plugins or addons that incorrectly set auto increment fields within vBulletin.
postlog не использует автоинкремент

Quote:
Originally Posted by Smalesh View Post
Full-text searches are supported for InnoDB
эге... мы тут погуглили... http://www.percona.com/blog/2013/07/...ql-5-6-part-3/
гори она огнём, та InnoDB
держу только потому, что именно так у кучи клиентов
 


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off




All times are GMT +4. The time now is 03:29 PM.


Powered by vBulletin® Version 3.8.3
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.