Quicksdk

Сервис IPS Чат будет закрыт 1 мая 2017 года. Опубликованного руководством Invision Power Services, Inc.
"Мы хотели бы сообщить Вам об изменениях, которые затронут пользователей официального приложения Чат. Так как платформа IPS4 продолжает развиваться, мы постоянно пересматриваем наш продукт и его составные части для того, чтобы обеспечить его актуальность и соответствие спросу на рынке. Чат является одной из областей, которая испытывала заметное снижение популярности. Некоторые клиенты просили нас обновить это приложение, добавив новый функционал. Другие просили сосредоточиться на других областях продукта.

После продолжительных переговоров со сторонними чат-сервисами, обсуждений в сообществе и наших исследований, мы решили прекратить работу IPS Чат начиная с 1 мая 2017 (EDT). Существующие клиенты, включая тех, кто использует бесплатную версию, смогут использовать это приложение вплоть до этой даты.

Как всегда, мы ценим вашу поддержку. Мы хотели бы использовать это как возможность для дальнейшего укрепления остальных областей IPS4.

Линди Трогмартин
Директор Invision Power Services, Inc."
Перевод письма: Ilya Hoilik

Инструмент поддержки пробовал, плагины все отключал?

Страницы берут адрес из конфига.

Он в начале появляется, а затем исчезает ибо скрипты загружаются без использования https
"Mixed Content: The page at 'https://pro-ucheba.com/' was loaded over HTTPS, but requested an insecure image 'http://pro-ucheba.com/uploads/set_resources_1/d0e70b4cbb9ab8afb1bc1065a3f8487a_subitem_stem.png'. This content should also be served over HTTPS." 

Quicksdk, в данном случае речь идет о ресурсах самого движка, поэтому достаточно будет
Все что касается загружаемого внешнего контента, то это уже решается через  http://ipbmafia.ru/topic/14630-ssl-image-proxy-107107/

у вас js грузит через http, проверьте conf_global.php там должен быть указан https://,
так же сбросьте кеш через АЦ->система -> техническая поддержка -> что-то не так
да и любая картинка загруженная через http вызовет такие проблемы

Там чуть ниже красным написано:  PS: после скачивания архива его нужно переименовать

если не ошибаюсь, то эту кнопку можно сменить через настройки стиля:

В таком случае нужно ковырять шаблон core > front > global > guestCommentTeaser

Найти интересующую фразу в языках и дописать туда свой текст.
Задать цвет кнопки регистрации можно в custom.css: a#elRegisterButton {color:#000}

Я не использую панели.
Мой способ установки был таким:
Удаление PHP5 и Apache2 (с сохранением конфигов сайтов) Удаление репозитория PHP5 из системы Добавление репозитория PHP7.0 Обновление списка пакетов Установка Apache2, PHP7.0 и дополнительных пакетов из репозитория PHP7.0 Для того, чтобы заставить NGINX работать с PHP7.0, php7.0-fpm и nginx нужно правильно настроить, чтобы они слушали один и тот же сокет или один и тот же порт.

IPS даунгрейдить не придётся.
Движок должен работать на любой версии PHP, начиная с 5.4

Предыстория вопроса:
Есть некий хостинг, точнее даже не хостинг, а VPS (это важно!!!), есть ряд довольно старых сайтов, немного подрихтованных для работы хотя бы на PHP5.4, о переделке их под PHP7.Х пока речи нет, муторное это дело, проще уж тогда две ветки PHP прикрутить.
Сейчас стоит "голый" IPS на PHP7, кроме того что как бы все работает, оценить реальный прирост производительности и оптимальность работы по сравнению с PHP5.X возможности нет.
Собственно, простой незатейливый вопрос, насколько (в сколько нибудь осязаемом отношении) по вашей оценке PHP7 повлиял на производительность работы IPS? Не в теории, на практике. Есть ли у кого такой опыт? То есть, что в конечном итоге будет проще, даунгрейдить IPS под PHP5, апгрейдить другие сайты под PHP7 или таки однозначно смотреть в сторону того чтобы "дружить" обе ветки на одном серваке?

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

PHP5.6 новее, следовательно стоит выбрать эту версию.

Замени файл авторизации ВК вот этим:
 

Если панель есть, то в панели.
Если нет панели и стоит Apache2 в качестве веб-сервера, то в директории /var/log/apache2.
Если nginx, то скорее всего /var/log/nginx, хотя тут не уверен.

Реквестирую логи самого веб-сервера.

плагин появился https://community.invisionpower.com/files/file/7967-wa41-search-bots-in-the-users-online-list/ 
 

Удалите директиву Options из файла .htaccess

В таких ситуациях я пишу хост компании - и они должны восстановить файлы и базы данных, прежде чем 24 часов.

Интересно было бы увидеть, кто серьезно занимается оптимизацией своих форумов, и интересуется уменьшением времени отклика форума.
Пишите в сообщениях скорость в мс или можно скриншотом от инструмента яндекса, и если он у вас достаточно низкий, как вы смогли этого добиться? использовали ли какое-то кэширование и прочее...?
У меня на данный момент с этим все плачевно, но раньше было около 380-400 мс, не больше

Всем спасибо!

Хотя у меня и посетителей то нету. В день 10 человек, может больше. Под поисковики не оптимизирован.
 

Укажите полный путь в системе (что-то вида /home/[username]/www/pro-ucheba.com/public_html/datastore), а не относительный. Так же  "Методы кеширования" узнайте какие есть у хостера и включите.

Собственно, я нахожусь на том же хостинге, что и @Sanshalay. Потому время отклика похожее, я думаю.