ZeRik

https://hosting.reg.ru/hosting/php?_ga=1.122586947.918668816.1455253771 Вот такие

При проверки скриптом, пишет все ок. Если перенести форум, ничего не трогая - побежать в АЦ, и нажать на "Проверка системы", то в низу будет две рекомендации по поводу MySQL, и cURL (всего лишь рекомендации, написано что не обязательно).

Если брать только основное, то отличия в следующем: Версия PHP на VPS - 5.5, на хостинге - 5.6. Версия MySQL на VPS 5.6, на хостинге 5.5 Также на VPS присутствовал модуль memchache (с помощью него настраивалось кэширование) перед переносом его отключил, и был установлен модуль cURL, на хостинге его вроде нет. Требование на хостинге подходят к движку.

В логах светит только вот это - Fri, 12 Feb 2016 10:15:58 +0000 (Severity: 2) 213.5.19.187 - http://forum.samp-grp.ru/ ErrorException 2: mb_strpos(): Empty delimiter #0 [internal function]: IPS\IPS::errorHandler(2, 'mb_strpos(): Em...', '/var/www/u01568...', 184, Array) #1 /var/www/u0156839/data/www/forum.samp-grp.ru/system/3rd_party/JShrink/Minifier.php(184): mb_strpos('(-+{[@', '') #2 /var/www/u0156839/data/www/forum.samp-grp.ru/system/3rd_party/JShrink/Minifier.php(144): JShrink\Minifier->loop() #3 /var/www/u0156839/data/www/forum.samp-grp.ru/system/3rd_party/JShrink/Minifier.php(110): JShrink\Minifier->minifyDirectToOutput('typeof JSON!="o...', Array) #4 /var/www/u0156839/data/www/forum.samp-grp.ru/system/Output/Javascript/Javascript.php(1060): JShrink\Minifier::minify('typeof JSON!="o...', Array) #5 /var/www/u0156839/data/www/forum.samp-grp.ru/system/Output/Javascript/Javascript.php(936): IPS\Output\_Javascript::_minify('typeof JSON!="o...') #6 /var/www/u0156839/data/www/forum.samp-grp.ru/system/Output/Javascript/Javascript.php(784): IPS\Output\_Javascript::_writeJavascriptFromResultset(Array, 'library.js', 'global', 'root') #7 /var/www/u0156839/data/www/forum.samp-grp.ru/system/Output/Output.php(462): IPS\Output\_Javascript::compile('global', 'root', 'library.js') #8 /var/www/u0156839/data/www/forum.samp-grp.ru/system/Output/Output.php(242): IPS\_Output::_getJavascriptFileObject('global', 'root', 'library.js') #9 /var/www/u0156839/data/www/forum.samp-grp.ru/system/Dispatcher/Standard.php(74): IPS\_Output->js('library.js') #10 /var/www/u0156839/data/www/forum.samp-grp.ru/init.php(434) : eval()'d code(8): IPS\Dispatcher\_Standard::baseJs() #11 /var/www/u0156839/data/www/forum.samp-grp.ru/system/Dispatcher/Front.php(564): IPS\Dispatcher\bimchatbox_hook_hookJSCSS::baseJs() #12 /var/www/u0156839/data/www/forum.samp-grp.ru/system/Dispatcher/Front.php(70): IPS\Dispatcher\_Front::baseJs() #13 /var/www/u0156839/data/www/forum.samp-grp.ru/system/Dispatcher/Dispatcher.php(86): IPS\Dispatcher\_Front->init() #14 /var/www/u0156839/data/www/forum.samp-grp.ru/index.php(13): IPS\_Dispatcher::i() #15 {main} --------------------

Всем привет. Вообщем какой день пытаюсь перевести IPS 4.1.7 (после 4.1.8) с VPS на хостинг. После переноса файлов и базы - форум работает, но если, допустим, очистить кэш в админке, форум перестаёт работать. Начинается долгая загрузка (если стоит маленькое ограничение на исполнение php файлов, то на странице тупо отображает код: Если ограничение на исполнение php файлов - 300 секунд и более, то сайт грузится эти 5 минут, после отображает ошибку EX2. Первый случай - главная страница форума, во втором - админка.

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

Стоит самая последняя.

Лазил по настройкам, наткнулся на такую ошибку: У всех так?

Означает, что MySQL упал. Плачебно, если он падает из-за нехватки ресурсов, тогда вряд ли ваш форум будет нормально работать. Кодировка нужна UTF8, необязательно UTF8MB4. Менять нужно не только базу, но и все таблицы, поля. Если база небольшая - скачивайте, открывайте дамп (желательно NotePade++) и исправляйте все на UTF8, поля в utf8_unicode_ci.

Ты дурной или как? Собственно, все верно. Ты утверждаешь что у тебя ЛИЦЕНЗИЯ IPS, а сам просишь архив с оригинальными файлами. Где логика? Нет логики. Охохо, дальше уже видно отмазки пошли, как все печально с тобой то. Да и на самом деле, мне глубоко наплевать на это, просто как-то грустно на тебя смотреть, видеть твои суждения о том, чего ты знать не знаешь и не имеешь. Да и ты мне нафиг не сдался, что бы следить за тобой. Стал невольным свидетелем твоих сообщений, как тогда - так и сейчас. Сравнил их, и сделал вывод о несостоятельности твоих суждений. Решил поправить - а ты поднял кипишь, адекватного диалога как обычно не получается, одним словом неадекват.

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

250 баксов, или около 18 000 рублей, для тебя малые деньги? Ты чего тогда нуллы используешь, богатенький ты наш? Различия XenFoo и IPS очень просты: IPS - выступает как полноценная CMS, где форум выступает лишь в качестве одного из модулей, а XenFoo представляет собой хороший форум, не более того. Если все те прелести IPS тебе не нужны, а нужен лишь хороший форум - тогда однозначно стоит брать XenFoo. В остальных же случаях, IPS.

Ну как-бы никто не мешает скачать с официального источника, от автора - https://community.invisionpower.com/files/file/7465-bim41-chatbox/

1.1.8 bimchatbox.tar

Ну дак обновите / установить расширение cURL, делается это одной командной SSH. Хотя проблема не в этом, а скорее всего, в правах. Права на блоки настраиваются в Пользователи > Администрация > Модераторы (Вкладка "Общее", пункт "Может изменять блоки"). Там выбираете свою группа, или добавляете лично себя - как душе угодно.

Если используйте панель ISP - там есть такая замечательная функция, как ротация логов.

Кто нибудь обновился на 4.1.5.2 тем, что скинул добрый человек постом выше? Нулл не задело?

Вот тут я с вами крайне не согласен. Даже на ломанном движке - крайне необходимо ставить все патчи безопасности. Убедился на собственном, горьком опыте: еще со времен 3.4.6 (естественно, нулл), форум был взломан с помощью SQL иньикции, но это еще ладно - взломщик залил шелл, и тогда пострадало уже все - от сайта до сервера (форум использую для игрового сервера, а сайт напрямую общается с базой сервера). Тоже думал, что пострадаю скорее от дырок в нуле, чем от реальной уязвимости движка, оказалось вот оно так... Кстати, когда чистил файлы форум от дырок, который оставил "хакер" - обнаружил бэкдор в нулле (нулл вроде тоже с этого форума). Ах да, сам форум и сайт - взломщик не трогал, о взломе я узнал, когда сам игровой сервер оказался под ударом. Хорошо, что сам этот "хакер" после связался со мной, указал, и даже показал как получил пароль и логин администратора (через SQL иньекцию) - и даже научил ставить патчи безопасности. После того, как я своевременно начал их ставить - взломов не было. Поэтому, если есть свободное время - сделайте нулл, буду благодарен.

Нулл 4.1.5.2 будет?

Это IPB 3.4.6, а не IPS 4. Вы ошиблись разделом. А блок можно найти в шаблонах стилях, обычно он так и называется - vk, vkontakte и и т.д.

Было бы очень хорошо)

Я имел ввиду максимальную длину символа, которая в utf8mb4 имеет размер 4 байта, а не 3. В следствии чего длина столбцов и ключей индексов становится меньше. На конкретном примере: есть столбец типа TINYTEXT (255), который вместит в себя 85 3-х байтовых символов (85 х 3 = 255), или 63 4-х байтовых символов ( 64 х 4 = 255), абсолютно тоже самое и для ключей индексов - в 3-байтовых символов выходит 255, а в 4-байтовых символов 191 (т.к. в InnoDB максимальная длина индекса = 767 байт). Поэтому, все, что я говорил до этого - абсолютно верно. Если не поняли суть того, о чем я говорю - не нужно поправлять и путать человека.

Ковентировать по одной таблице долго и не практично. Выполняем сначала данный SQL запрос - SELECT CONCAT('ALTER TABLE `', t.`TABLE_SCHEMA`, '`.`', t.`TABLE_NAME`, '` CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_general_ci;') as sqlcode FROM `information_schema`.`TABLES` t WHERE 1 AND t.`TABLE_SCHEMA` = 'db_name' ORDER BY 1 db_name - имя вашей базы данных. ОН автоматически выдаст запросы на все таблицы. Вы копируете - и выполняете один большой SQL запрос. Только это все бесполезно, на некоторых таблицах вылетит ошибка - #1071 - Specified key was too long; max key length is 767 bytes, т.к. максимальная длина символа в utf8mb4 равна 4, а не 3. Индексы типа VARCHAR(255) нужно менять на VARCHAR(191), и т.д..

Собственно, как я и говорил. При попытке сменить кодировку некоторых таблиц, получаю ошибку - #1071 - Specified key was too long; max key length is 767 bytes Странно, что IPS не опубликовали никакой документации по этому поводу.

А в конфигах IPS ничего править не нужно? + в UTF8MB4 длина столбцов должна быть меньше, никакие столбцы править не нужно?