Удаление папки /install/ - обязательно!

Файловый Архив

  • Неограниченное количество категорий и суб-категорий
  • Настройки прав доступа по группам
  • Настройки прав доступа по каждой категории
  • Предпросмотр медиа файлов: FLV, IFLV, F4A, F4V, MP4, MP3, MOV и других...
  • Мультизагрузка файлов - SWFUploader
  • Добавление файлов с сервера
Подробности и история обновлений продукта в этой теме
Loading

Go Back   форум vBSupport.org > > >
Register Изображения Меню vBsupport Files Manager Аллея Звёзд Реклама на форуме Search Today's Posts Mark Forums Read
  • Мемберка
  • Администраторам
  • Premoderation
  • For English speaking users
  • Изменения в правах
  • Каталог Фрилансеров
Пароли на скачивание файлов в Member Area меняются автоматически каждый день
Если вам нужно скачать какой то скрипт, за паролем ко мне в ЛС
привет какирам kerk
Ещё раз обращаем Ваше внимание: всё, что Вы скачиваете и устанавливаете на свой форум, Вы устанавливаете исключительно на свой страх и риск.
Сообщество vBSupport'а физически не в состоянии проверять все стили, хаки и нули, выкладываемые пользователями.
Помните: безопасность Вашего проекта - Ваша забота.
Убедительная просьба: при обнаружении уязвимостей или сомнительных кодов обязательно отписывайтесь в теме хака/стиля
Спасибо за понимание
На форуме введена премодерация ВСЕХ новых пользователей

Почта с временных сервисов, типа 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.
Не можете скачать вложение?
Изменения в правах групп пользователей
внимательно читаем эту и эту темы
Короткая версия - тут
Уважаемые пользователи!

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

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

 
 
Old  
Сергей Ильюхин
Простоузер
Default Решение проблем с апгрейдом на vBulletin 5.1.x 4

При апгрейде движка с vbulletin 4.2.2 на vbulletin connect 5.1.5 столкнулся с проблемой

Code:
Specified key was too long; max key length is 767 bytes
Эта специфическая ошибка у вас возникнет при совпадении двух условий:
  • Форум использует кодировку UTF-8
  • MySQL поддерживает формат InnoDB
Скрипт апгрейда по возможности старается использовать формат InnoDB, поскольку он дает ряд преимуществ по отношению к MyISAM (блокировки на уровне строки, а не таблицы и тп)
Проблема описана на сайте MySQL и связана с тем что по умолчанию в InnoDB индексный ключ для одной колонки может быть длиной до 767 байт. Учитывая что UTF8 символы могут занимать до 3 байт, длина индексируемой колонки не может быть более ~255 байт. Решить проблему можно несколькими путями: включить конфигурационный параметр innodb_large_prefix и объявить формат строк как DYNAMIC или COMPRESSED. Либо принудительно объявить формат проблемных таблиц как MyISAM, тем более что таких в процессе апгрейда всего две. Для этого в файле
/core/install/includes/class_upgrade_500a1.php необходимо сделать две замены:

Строка 141 и строка 384
PHP Code:
ENGINE " . $this->hightrafficengine . " 
заменить на
PHP Code:
ENGINE =MyISAM 
Это позволит обойти проблему и сделать апгрейд форумной платформы. В дальнейшем вы можете вручную поменять формат этих таблиц на InnoDB, сделав соответствующие изменения в настройках MySQL сервера о которых я сказал выше

Кроме того в процессе апгрейда могут возникать ошибки
Code:
MySQL server has gone away
Тут достаточно просто увеличить таймаут соединения в my.cnf или в скрипте /core/install/includes/class_upgrade.php строка 1985 после
PHP Code:
protected function run_query($message$query$ignorable_errors = array())
        { 
поставить
PHP Code:
$this->db->query_write("SET wait_timeout=3600"); 
Надеюсь это поможет вам при апгрейде
 
Bot
Yandex Bot Yandex Bot is online now
 
Join Date: 05.05.2005
Реклама на форуме А что у нас тут интересного? =)
Old  
Luvilla
Блондинка с электро......
 
Luvilla's Avatar
Default 2

Quote:
Originally Posted by Сергей Ильюхин View Post
InnoDB, поскольку он дает ряд преимуществ по отношению к MyISAM
это спорное утверждение

Quote:
Originally Posted by Сергей Ильюхин View Post
Надеюсь это поможет вам при апгрейде
Спасибо за статью

Надеюсь, желающих обновляться будет минимум
 
Old  
mindframe
Специалист
 
mindframe's Avatar
Default 0

Quote:
Originally Posted by Luvilla View Post
это спорное утверждение
Очень спорное, надо опираться на то, для чего будет использоваться та или иная таблица и исходя из этого уже делать выбор, из базового:
если нужны транзакции, то Inno, если таблицы, схожие с post, то-есть в целом единоразовое написание и в дальнейшем только чтение, то MyISAM, из значительных минусов Inno для вб, не работает fulltext.
Вопрос очень тонкий, сам до конца ещё не понял, но для себя сделал простую формулу:
- надёжность, транзакции - InnoDB;
- производительность, объёмы - MyISAM.

Last edited by mindframe : 02-03-2015 at 09:43 AM.
 
Old  
Luvilla
Блондинка с электро......
 
Luvilla's Avatar
Default 0

Quote:
Originally Posted by mindframe View Post
- надёжность, ... - InnoDB;
а что ты делаешь, если InnoDB покрашилась?
 
Old  
mindframe
Специалист
 
mindframe's Avatar
Default 0

@Luvilla, единого решения не существует, ну и случается это относительно редко, но в большинстве случаев всё согласно официальным манам: innodb_force_recovery.
Подробнее: http://dev.mysql.com/doc/refman/5.0/...-recovery.html
 
 

Thread Tools

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 08:48 PM.


Powered by vBulletin® Version 3.8.0
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd.