aLEX49566

1. Открыть для редактирования файл /etc/nginx/nginx.conf и добавить после http {
include /etc/nginx/blockua.conf; , где /etc/nginx/ - путь к файлу blockua.conf от корня сервера.
Чтобы получилось так:
http { include /etc/nginx/blockua.conf; В этом же файле nginx.conf добавить в разделе server {
if ($badagent) { return 403; } Чтобы получилось так:

Если это не сработает в виду особенностей настройки сервиса Nginx, нужно добавить эту директиву в двух местах в индивидуальном файле для домена:
/etc/nginx/vhosts/<пользователь>/<ваш домен>.conf
2. Проверит в файле blockua.conf, что не забанен нужный вам бот, например, Yandex.
3. Загрузить в папку /etc/nginx файл .

3. Перезапустить Nginx в консоли сервера, например, так: service nginx restart
4. Для добавления исключений, добавьте в файл blockua.conf наверху списка список исключений. Пример:
map $http_user_agent $badagent { default 0; "~*TelegramBot" 0; "~*SimplePie" 0; "~*VKRobot" 0; "~*Googlebot" 0; Загрузите файл на сервер и перезапустите службу nginx.
PS применять вместе с настройкой WAF СF и блокировкой по IP.
 
 
blockua.conf

По умолчанию в ips4x нет группы "Неактивированные", иными словами, когда юзер регистрируется, ему присваивается сразу группа "Пользователь" даже если он не подтвердил свой Email - это не совсем правильно и многим хотелось бы исправить.
Ниже будет описан мой способ, как я реализовал группу "Неактивированные" с последующим авто-переводом благодаря правилам для приложения Rules, в группу "Пользователь" после подтверждения своей почты.
 
1.1 Первое, что нужно сделать, это создать группу "Пользователь". Самое простое - скопировать эту группу со всеми правами и настройками (в эту группу будут перекидывать правила после подтверждения почты пользователями).
 
1.2. Дальше, потребуется поставить приложение Rules (у меня версия Rules 1.4.6 - исправленная под ips4.6 @Exception и предоставленное @Donjuan, за что им спасибо) и импортировать правило на валидацию (перевод после подтверждения email-адреса)
 
1.3. Настройте импортированное правило согласно своей группе:
 
1.4. Ставим группу, в которую будет переводить правило подтвержденных пользователей (у меня это группа "Пользователь"):
 
1.5. Правила готовы, но пока лучше их выключить и доделать последние настройки:
 
1.6. Поскольку мы создали (скопировали) группу "Пользователь", у нас осталась изначальная - первая группа, в которую сейчас пока еще регистрируются ВСЕ, даже неподтвержденные юзеры, вот именно первую группу, с которой мы копировали и будем переименовывать в "Неактивированные", что бы в нее по умолчанию бросало тех, кто не подтвердил свой email-адрес. Само собой, ее нужно отредактировать так, что бы участники данной группы не имели доступа к сайту. Расписывать настройки данной группы думаю нет смысла, каждый сам решит, как ему ее настроить, главное, не запрещайте полный доступ к сайту и если хотите, чтобы отображались кнопки "Зарегистрироваться" и "Войти" то тогда нужно оставить в настройках отмеченными раздел "Ответы в темах".
 
1.7. Переносим ваших Пользователей в новую группу, иначе они останутся в группе "Неактивированные":
 
| Включаем правила из пункта 1.5 и тестируем все новые настройки.
 
2.1. Данный способ убирает необходимость редактировать конфиг и менять id групп в conf_global.php
2.2. Не ломает автоудаление "Неактивированных" пользователей
 
2.3 Если у вас есть другой способ, более верный или более короткий - пишите, будет думаю многим интересно, мне в том числе
Rules 1.4.6(fix).tar activation.xml

По умолчанию в ips4x нет группы "Неактивированные", иными словами, когда юзер регистрируется, ему присваивается сразу группа "Пользователь" даже если он не подтвердил свой Email - это не совсем правильно и многим хотелось бы исправить.
Ниже будет описан мой способ, как я реализовал группу "Неактивированные" с последующим авто-переводом благодаря правилам для приложения Rules, в группу "Пользователь" после подтверждения своей почты.
 
1.1 Первое, что нужно сделать, это создать группу "Пользователь". Самое простое - скопировать эту группу со всеми правами и настройками (в эту группу будут перекидывать правила после подтверждения почты пользователями).
 
1.2. Дальше, потребуется поставить приложение Rules (у меня версия Rules 1.4.6 - исправленная под ips4.6 @Exception и предоставленное @Donjuan, за что им спасибо) и импортировать правило на валидацию (перевод после подтверждения email-адреса)
 
1.3. Настройте импортированное правило согласно своей группе:
 
1.4. Ставим группу, в которую будет переводить правило подтвержденных пользователей (у меня это группа "Пользователь"):
 
1.5. Правила готовы, но пока лучше их выключить и доделать последние настройки:
 
1.6. Поскольку мы создали (скопировали) группу "Пользователь", у нас осталась изначальная - первая группа, в которую сейчас пока еще регистрируются ВСЕ, даже неподтвержденные юзеры, вот именно первую группу, с которой мы копировали и будем переименовывать в "Неактивированные", что бы в нее по умолчанию бросало тех, кто не подтвердил свой email-адрес. Само собой, ее нужно отредактировать так, что бы участники данной группы не имели доступа к сайту. Расписывать настройки данной группы думаю нет смысла, каждый сам решит, как ему ее настроить, главное, не запрещайте полный доступ к сайту и если хотите, чтобы отображались кнопки "Зарегистрироваться" и "Войти" то тогда нужно оставить в настройках отмеченными раздел "Ответы в темах".
 
1.7. Переносим ваших Пользователей в новую группу, иначе они останутся в группе "Неактивированные":
 
| Включаем правила из пункта 1.5 и тестируем все новые настройки.
 
2.1. Данный способ убирает необходимость редактировать конфиг и менять id групп в conf_global.php
2.2. Не ломает автоудаление "Неактивированных" пользователей
 
2.3 Если у вас есть другой способ, более верный или более короткий - пишите, будет думаю многим интересно, мне в том числе
Rules 1.4.6(fix).tar activation.xml

По умолчанию в ips4x нет группы "Неактивированные", иными словами, когда юзер регистрируется, ему присваивается сразу группа "Пользователь" даже если он не подтвердил свой Email - это не совсем правильно и многим хотелось бы исправить.
Ниже будет описан мой способ, как я реализовал группу "Неактивированные" с последующим авто-переводом благодаря правилам для приложения Rules, в группу "Пользователь" после подтверждения своей почты.
 
1.1 Первое, что нужно сделать, это создать группу "Пользователь". Самое простое - скопировать эту группу со всеми правами и настройками (в эту группу будут перекидывать правила после подтверждения почты пользователями).
 
1.2. Дальше, потребуется поставить приложение Rules (у меня версия Rules 1.4.6 - исправленная под ips4.6 @Exception и предоставленное @Donjuan, за что им спасибо) и импортировать правило на валидацию (перевод после подтверждения email-адреса)
 
1.3. Настройте импортированное правило согласно своей группе:
 
1.4. Ставим группу, в которую будет переводить правило подтвержденных пользователей (у меня это группа "Пользователь"):
 
1.5. Правила готовы, но пока лучше их выключить и доделать последние настройки:
 
1.6. Поскольку мы создали (скопировали) группу "Пользователь", у нас осталась изначальная - первая группа, в которую сейчас пока еще регистрируются ВСЕ, даже неподтвержденные юзеры, вот именно первую группу, с которой мы копировали и будем переименовывать в "Неактивированные", что бы в нее по умолчанию бросало тех, кто не подтвердил свой email-адрес. Само собой, ее нужно отредактировать так, что бы участники данной группы не имели доступа к сайту. Расписывать настройки данной группы думаю нет смысла, каждый сам решит, как ему ее настроить, главное, не запрещайте полный доступ к сайту и если хотите, чтобы отображались кнопки "Зарегистрироваться" и "Войти" то тогда нужно оставить в настройках отмеченными раздел "Ответы в темах".
 
1.7. Переносим ваших Пользователей в новую группу, иначе они останутся в группе "Неактивированные":
 
| Включаем правила из пункта 1.5 и тестируем все новые настройки.
 
2.1. Данный способ убирает необходимость редактировать конфиг и менять id групп в conf_global.php
2.2. Не ломает автоудаление "Неактивированных" пользователей
 
2.3 Если у вас есть другой способ, более верный или более короткий - пишите, будет думаю многим интересно, мне в том числе
Rules 1.4.6(fix).tar activation.xml

По умолчанию в ips4x нет группы "Неактивированные", иными словами, когда юзер регистрируется, ему присваивается сразу группа "Пользователь" даже если он не подтвердил свой Email - это не совсем правильно и многим хотелось бы исправить.
Ниже будет описан мой способ, как я реализовал группу "Неактивированные" с последующим авто-переводом благодаря правилам для приложения Rules, в группу "Пользователь" после подтверждения своей почты.
 
1.1 Первое, что нужно сделать, это создать группу "Пользователь". Самое простое - скопировать эту группу со всеми правами и настройками (в эту группу будут перекидывать правила после подтверждения почты пользователями).
 
1.2. Дальше, потребуется поставить приложение Rules (у меня версия Rules 1.4.6 - исправленная под ips4.6 @Exception и предоставленное @Donjuan, за что им спасибо) и импортировать правило на валидацию (перевод после подтверждения email-адреса)
 
1.3. Настройте импортированное правило согласно своей группе:
 
1.4. Ставим группу, в которую будет переводить правило подтвержденных пользователей (у меня это группа "Пользователь"):
 
1.5. Правила готовы, но пока лучше их выключить и доделать последние настройки:
 
1.6. Поскольку мы создали (скопировали) группу "Пользователь", у нас осталась изначальная - первая группа, в которую сейчас пока еще регистрируются ВСЕ, даже неподтвержденные юзеры, вот именно первую группу, с которой мы копировали и будем переименовывать в "Неактивированные", что бы в нее по умолчанию бросало тех, кто не подтвердил свой email-адрес. Само собой, ее нужно отредактировать так, что бы участники данной группы не имели доступа к сайту. Расписывать настройки данной группы думаю нет смысла, каждый сам решит, как ему ее настроить, главное, не запрещайте полный доступ к сайту и если хотите, чтобы отображались кнопки "Зарегистрироваться" и "Войти" то тогда нужно оставить в настройках отмеченными раздел "Ответы в темах".
 
1.7. Переносим ваших Пользователей в новую группу, иначе они останутся в группе "Неактивированные":
 
| Включаем правила из пункта 1.5 и тестируем все новые настройки.
 
2.1. Данный способ убирает необходимость редактировать конфиг и менять id групп в conf_global.php
2.2. Не ломает автоудаление "Неактивированных" пользователей
 
2.3 Если у вас есть другой способ, более верный или более короткий - пишите, будет думаю многим интересно, мне в том числе
Rules 1.4.6(fix).tar activation.xml

Для тех кому нужно посветить новый контент на форумах.
По умолчанию:
 
После вставки кода:

Добавляется подсвечивание нового контента "Новое".
В  Custom.css вставляем:
/*стиль сообщения НОВОЕ - новый контент*/ .cForumList .ipsDataItem_unread .ipsDataItem_title:before, .cForumGrid_unread .ipsPhotoPanel h3 a:before { content: "Новое"; } /* NEW badge (стиль для -новое-) */ .cForumList .ipsDataItem_unread .ipsDataItem_title:before, .cForumGrid_unread .ipsPhotoPanel h3 a:before { color: #fff; background: #008000; display: inline-block; font-size: 0.6rem; line-height: 2; border-radius: 3px; padding: 0 4px; margin-right: 4px; vertical-align: middle; } html[dir='rtl'] .cForumList .ipsDataItem_unread .ipsDataItem_title:before, html[dir='rtl'] .cForumGrid_unread .ipsPhotoPanel h3 a:before{ margin-left: 4px; margin-right: 0; } /*стиль сообщения НОВОЕ - новый контент*/  

1. Заходим в АЦ.
 
2. Настройка Cron на выполнение задач.
У меня исполняемый файл находится в директории:
/var/spool/cron/crontabs/root Прописываем в Cron строку из вашего АЦ и задаем время на выполнение - каждую минуту (мне этого хватало, вы же можете указать и другое время).
| Ниже приведен пример, его копировать не нужно!

*/1 * * * * /usr/bin/php -d memory_limit=-1 -d max_execution_time=0 /Ваш сайт/html/applications/core/interface/task/task.php 12345678910111213141516  
3. Перезагружаем cron через ssh командой.
/etc/init.d/cron restart  
Всем добра!
Я делал так и все работает с 2020 года) Есть другие варианты-пишите

Данная статья о том, как перевести любое приложение с Английского языка на Русский.
Если же вы установили какое-то приложение которое вам нравиться, но оно полностью на Английском языке?
Или же вы попросту не можете найти перевод на нужное приложение?
Тогда эта статья для вас. На примере покажу перевод приложения "Интеграция с YooMoney"
1: Заходим в Админ-Центр - Кастомизация - Локализация - Языки.
2: Выбираем наш язык и нажимаем перевести.
3: В поиске пишете название нужного приложения которое хотите перевести. В моем случае это YooMoney.
4: И так, мы добрались до самого перевода приложения.
Думаю здесь все понятно, левая колона там где написано "По умолчанию" соответственно Английский язык.
Нам нужна правая колона где написано "Русский (RU)" 
То-есть, первое по порядку у нас идет "Transfer comment" - в правую колонку вписываете ваш перевод -
на Русском языке. И так каждый пункт, если хотите полностью перевести приложение,
но не забывайте что вы можете перевести только то, что вам нужно. Сверху есть поиск,
вводите название пункта и переводите. Не забывайте сохранить все это дело.
Думаю как переводить с Английского на Русский язык не нужно.) Google в помощь.
Объяснил своими словами как мог, строго не судите. Если что не понятно, вы можете поинтересоваться,
я вам всегда помогу.
 

1. Заходим в АЦ.
 
2. Настройка Cron на выполнение задач.
У меня исполняемый файл находится в директории:
/var/spool/cron/crontabs/root Прописываем в Cron строку из вашего АЦ и задаем время на выполнение - каждую минуту (мне этого хватало, вы же можете указать и другое время).
| Ниже приведен пример, его копировать не нужно!

*/1 * * * * /usr/bin/php -d memory_limit=-1 -d max_execution_time=0 /Ваш сайт/html/applications/core/interface/task/task.php 12345678910111213141516  
3. Перезагружаем cron через ssh командой.
/etc/init.d/cron restart  
Всем добра!
Я делал так и все работает с 2020 года) Есть другие варианты-пишите

1. Заходим в АЦ.
 
2. Настройка Cron на выполнение задач.
У меня исполняемый файл находится в директории:
/var/spool/cron/crontabs/root Прописываем в Cron строку из вашего АЦ и задаем время на выполнение - каждую минуту (мне этого хватало, вы же можете указать и другое время).
| Ниже приведен пример, его копировать не нужно!

*/1 * * * * /usr/bin/php -d memory_limit=-1 -d max_execution_time=0 /Ваш сайт/html/applications/core/interface/task/task.php 12345678910111213141516  
3. Перезагружаем cron через ssh командой.
/etc/init.d/cron restart  
Всем добра!
Я делал так и все работает с 2020 года) Есть другие варианты-пишите

1. Заходим в АЦ.
 
2. Настройка Cron на выполнение задач.
У меня исполняемый файл находится в директории:
/var/spool/cron/crontabs/root Прописываем в Cron строку из вашего АЦ и задаем время на выполнение - каждую минуту (мне этого хватало, вы же можете указать и другое время).
| Ниже приведен пример, его копировать не нужно!

*/1 * * * * /usr/bin/php -d memory_limit=-1 -d max_execution_time=0 /Ваш сайт/html/applications/core/interface/task/task.php 12345678910111213141516  
3. Перезагружаем cron через ssh командой.
/etc/init.d/cron restart  
Всем добра!
Я делал так и все работает с 2020 года) Есть другие варианты-пишите

В custom.css
 
в globalTemplate
 
в корень сайта: nprogress.js
 
Результат:
 
nprogress.js

Доброго времени суток.
Хочу поделиться опытом кастомизации ошибок, которые возникают при тех или иных ситуациях (не найдена страница - 404, нет права на загрузку файла и т.д..).
На то, чтобы это все понять и собрать, ушло у меня около недели), я не ПРО, поэтому выкладываю все своими словами и так, как делал я, "без лишней суеты"..
Пример моей работы:
Где я менял основную страницу:
 
НЕ ЗАБЫВАЕМ ДЕЛАТЬ БЭКАП!!
1) Первое, что нужно сделать, это настроить общий шаблон в стилях.
Я подпишу каждый момент, который менял, чтобы вам легче было ориентироваться. Вы же все, что подписано - //отступ - у себя уберете, после своих внесении изменений, иначе это все будет видно на сайте.
Код моей страницы:
По сути, можно кастомизировать как угодно, но мне много не надо было, поэтому я сделал себе по простому
 
2) Правка текста в вкладках.
Поменял текст, который отображается при появлении ошибок 401, 404, 403, 500, ибо логично, когда выдается страница 404, то и в вкладке, должно быть соответствующий текст.

Текст меняется в переводе, это можно сделать из панели АЦ:
 
 
3) Для тех, у кого php-fpm и Nginx.
Далее, я обнаружил, что когда открываю страницу, такую как (несуществующую страницу или удаленную) вида -  https://site.blablabla.index.php  редиректит на:

Я ее заменил на свою страницу (мне показалось, что это куда более правильнее)
Моя страница 404 ошибки, с внутренним css стилем (она же 403)
404.html
 
Если у вас будет такая же ситуация, тогда:
1.1 Создаем в корне вашего сайта, скажем в директории: /html/error_pages, страницу 404.html.
1.2 Немного правим php-fpm и вносим корректировки в:
/etc/nginx/sites-available/ваш конфиг Добавляем:
try_files $uri = 404; В каждый раздел location ~ ^(.*\.php)$ {
 
1.3 Добавляем обращение к самой странице 404 в Nginx
server { ..... error_page 404 /404.html; location = /404.html { root /путь до ПАПКИ с страницами ошибок/html/error_pages; } ..... } } }  
4) Редирект закрытых директорий.
И последний момент, это моя папка с файлами, она у меня была открыта для просмотра, но спустя некоторое время, я решил ее закрыть (файлы естественно все остались доступны для просмотра, а вот сам "серфинг" по ней - нет). Такого рода ошибку 403 не цепляет ни ips4 ни Nginx (по умолчанию), я сделал следующее:
Добавил в Nginx строки (аналогично ошибке 404).
server { ..... error_page 403 /403.html; location = /403.html { root /путь до ПАПКИ с страницами ошибок/html/error_pages; } ..... } } }  
Промучился я не мало, гл вроде все стало выглядеть приятнее)
Всем удачи!
404.html

Доброго времени суток.
Хочу поделиться опытом кастомизации ошибок, которые возникают при тех или иных ситуациях (не найдена страница - 404, нет права на загрузку файла и т.д..).
На то, чтобы это все понять и собрать, ушло у меня около недели), я не ПРО, поэтому выкладываю все своими словами и так, как делал я, "без лишней суеты"..
Пример моей работы:
Где я менял основную страницу:
 
НЕ ЗАБЫВАЕМ ДЕЛАТЬ БЭКАП!!
1) Первое, что нужно сделать, это настроить общий шаблон в стилях.
Я подпишу каждый момент, который менял, чтобы вам легче было ориентироваться. Вы же все, что подписано - //отступ - у себя уберете, после своих внесении изменений, иначе это все будет видно на сайте.
Код моей страницы:
По сути, можно кастомизировать как угодно, но мне много не надо было, поэтому я сделал себе по простому
 
2) Правка текста в вкладках.
Поменял текст, который отображается при появлении ошибок 401, 404, 403, 500, ибо логично, когда выдается страница 404, то и в вкладке, должно быть соответствующий текст.

Текст меняется в переводе, это можно сделать из панели АЦ:
 
 
3) Для тех, у кого php-fpm и Nginx.
Далее, я обнаружил, что когда открываю страницу, такую как (несуществующую страницу или удаленную) вида -  https://site.blablabla.index.php  редиректит на:

Я ее заменил на свою страницу (мне показалось, что это куда более правильнее)
Моя страница 404 ошибки, с внутренним css стилем (она же 403)
404.html
 
Если у вас будет такая же ситуация, тогда:
1.1 Создаем в корне вашего сайта, скажем в директории: /html/error_pages, страницу 404.html.
1.2 Немного правим php-fpm и вносим корректировки в:
/etc/nginx/sites-available/ваш конфиг Добавляем:
try_files $uri = 404; В каждый раздел location ~ ^(.*\.php)$ {
 
1.3 Добавляем обращение к самой странице 404 в Nginx
server { ..... error_page 404 /404.html; location = /404.html { root /путь до ПАПКИ с страницами ошибок/html/error_pages; } ..... } } }  
4) Редирект закрытых директорий.
И последний момент, это моя папка с файлами, она у меня была открыта для просмотра, но спустя некоторое время, я решил ее закрыть (файлы естественно все остались доступны для просмотра, а вот сам "серфинг" по ней - нет). Такого рода ошибку 403 не цепляет ни ips4 ни Nginx (по умолчанию), я сделал следующее:
Добавил в Nginx строки (аналогично ошибке 404).
server { ..... error_page 403 /403.html; location = /403.html { root /путь до ПАПКИ с страницами ошибок/html/error_pages; } ..... } } }  
Промучился я не мало, гл вроде все стало выглядеть приятнее)
Всем удачи!
404.html

В custom.css
 
в globalTemplate
 
в корень сайта: nprogress.js
 
Результат:
 
nprogress.js

Доброго времени суток.
Хочу поделиться опытом кастомизации ошибок, которые возникают при тех или иных ситуациях (не найдена страница - 404, нет права на загрузку файла и т.д..).
На то, чтобы это все понять и собрать, ушло у меня около недели), я не ПРО, поэтому выкладываю все своими словами и так, как делал я, "без лишней суеты"..
Пример моей работы:
Где я менял основную страницу:
 
НЕ ЗАБЫВАЕМ ДЕЛАТЬ БЭКАП!!
1) Первое, что нужно сделать, это настроить общий шаблон в стилях.
Я подпишу каждый момент, который менял, чтобы вам легче было ориентироваться. Вы же все, что подписано - //отступ - у себя уберете, после своих внесении изменений, иначе это все будет видно на сайте.
Код моей страницы:
По сути, можно кастомизировать как угодно, но мне много не надо было, поэтому я сделал себе по простому
 
2) Правка текста в вкладках.
Поменял текст, который отображается при появлении ошибок 401, 404, 403, 500, ибо логично, когда выдается страница 404, то и в вкладке, должно быть соответствующий текст.

Текст меняется в переводе, это можно сделать из панели АЦ:
 
 
3) Для тех, у кого php-fpm и Nginx.
Далее, я обнаружил, что когда открываю страницу, такую как (несуществующую страницу или удаленную) вида -  https://site.blablabla.index.php  редиректит на:

Я ее заменил на свою страницу (мне показалось, что это куда более правильнее)
Моя страница 404 ошибки, с внутренним css стилем (она же 403)
404.html
 
Если у вас будет такая же ситуация, тогда:
1.1 Создаем в корне вашего сайта, скажем в директории: /html/error_pages, страницу 404.html.
1.2 Немного правим php-fpm и вносим корректировки в:
/etc/nginx/sites-available/ваш конфиг Добавляем:
try_files $uri = 404; В каждый раздел location ~ ^(.*\.php)$ {
 
1.3 Добавляем обращение к самой странице 404 в Nginx
server { ..... error_page 404 /404.html; location = /404.html { root /путь до ПАПКИ с страницами ошибок/html/error_pages; } ..... } } }  
4) Редирект закрытых директорий.
И последний момент, это моя папка с файлами, она у меня была открыта для просмотра, но спустя некоторое время, я решил ее закрыть (файлы естественно все остались доступны для просмотра, а вот сам "серфинг" по ней - нет). Такого рода ошибку 403 не цепляет ни ips4 ни Nginx (по умолчанию), я сделал следующее:
Добавил в Nginx строки (аналогично ошибке 404).
server { ..... error_page 403 /403.html; location = /403.html { root /путь до ПАПКИ с страницами ошибок/html/error_pages; } ..... } } }  
Промучился я не мало, гл вроде все стало выглядеть приятнее)
Всем удачи!
404.html

Доброго времени суток.
Хочу поделиться опытом кастомизации ошибок, которые возникают при тех или иных ситуациях (не найдена страница - 404, нет права на загрузку файла и т.д..).
На то, чтобы это все понять и собрать, ушло у меня около недели), я не ПРО, поэтому выкладываю все своими словами и так, как делал я, "без лишней суеты"..
Пример моей работы:
Где я менял основную страницу:
 
НЕ ЗАБЫВАЕМ ДЕЛАТЬ БЭКАП!!
1) Первое, что нужно сделать, это настроить общий шаблон в стилях.
Я подпишу каждый момент, который менял, чтобы вам легче было ориентироваться. Вы же все, что подписано - //отступ - у себя уберете, после своих внесении изменений, иначе это все будет видно на сайте.
Код моей страницы:
По сути, можно кастомизировать как угодно, но мне много не надо было, поэтому я сделал себе по простому
 
2) Правка текста в вкладках.
Поменял текст, который отображается при появлении ошибок 401, 404, 403, 500, ибо логично, когда выдается страница 404, то и в вкладке, должно быть соответствующий текст.

Текст меняется в переводе, это можно сделать из панели АЦ:
 
 
3) Для тех, у кого php-fpm и Nginx.
Далее, я обнаружил, что когда открываю страницу, такую как (несуществующую страницу или удаленную) вида -  https://site.blablabla.index.php  редиректит на:

Я ее заменил на свою страницу (мне показалось, что это куда более правильнее)
Моя страница 404 ошибки, с внутренним css стилем (она же 403)
404.html
 
Если у вас будет такая же ситуация, тогда:
1.1 Создаем в корне вашего сайта, скажем в директории: /html/error_pages, страницу 404.html.
1.2 Немного правим php-fpm и вносим корректировки в:
/etc/nginx/sites-available/ваш конфиг Добавляем:
try_files $uri = 404; В каждый раздел location ~ ^(.*\.php)$ {
 
1.3 Добавляем обращение к самой странице 404 в Nginx
server { ..... error_page 404 /404.html; location = /404.html { root /путь до ПАПКИ с страницами ошибок/html/error_pages; } ..... } } }  
4) Редирект закрытых директорий.
И последний момент, это моя папка с файлами, она у меня была открыта для просмотра, но спустя некоторое время, я решил ее закрыть (файлы естественно все остались доступны для просмотра, а вот сам "серфинг" по ней - нет). Такого рода ошибку 403 не цепляет ни ips4 ни Nginx (по умолчанию), я сделал следующее:
Добавил в Nginx строки (аналогично ошибке 404).
server { ..... error_page 403 /403.html; location = /403.html { root /путь до ПАПКИ с страницами ошибок/html/error_pages; } ..... } } }  
Промучился я не мало, гл вроде все стало выглядеть приятнее)
Всем удачи!
404.html

Доброго времени суток.
Хочу поделиться опытом кастомизации ошибок, которые возникают при тех или иных ситуациях (не найдена страница - 404, нет права на загрузку файла и т.д..).
На то, чтобы это все понять и собрать, ушло у меня около недели), я не ПРО, поэтому выкладываю все своими словами и так, как делал я, "без лишней суеты"..
Пример моей работы:
Где я менял основную страницу:
 
НЕ ЗАБЫВАЕМ ДЕЛАТЬ БЭКАП!!
1) Первое, что нужно сделать, это настроить общий шаблон в стилях.
Я подпишу каждый момент, который менял, чтобы вам легче было ориентироваться. Вы же все, что подписано - //отступ - у себя уберете, после своих внесении изменений, иначе это все будет видно на сайте.
Код моей страницы:
По сути, можно кастомизировать как угодно, но мне много не надо было, поэтому я сделал себе по простому
 
2) Правка текста в вкладках.
Поменял текст, который отображается при появлении ошибок 401, 404, 403, 500, ибо логично, когда выдается страница 404, то и в вкладке, должно быть соответствующий текст.

Текст меняется в переводе, это можно сделать из панели АЦ:
 
 
3) Для тех, у кого php-fpm и Nginx.
Далее, я обнаружил, что когда открываю страницу, такую как (несуществующую страницу или удаленную) вида -  https://site.blablabla.index.php  редиректит на:

Я ее заменил на свою страницу (мне показалось, что это куда более правильнее)
Моя страница 404 ошибки, с внутренним css стилем (она же 403)
404.html
 
Если у вас будет такая же ситуация, тогда:
1.1 Создаем в корне вашего сайта, скажем в директории: /html/error_pages, страницу 404.html.
1.2 Немного правим php-fpm и вносим корректировки в:
/etc/nginx/sites-available/ваш конфиг Добавляем:
try_files $uri = 404; В каждый раздел location ~ ^(.*\.php)$ {
 
1.3 Добавляем обращение к самой странице 404 в Nginx
server { ..... error_page 404 /404.html; location = /404.html { root /путь до ПАПКИ с страницами ошибок/html/error_pages; } ..... } } }  
4) Редирект закрытых директорий.
И последний момент, это моя папка с файлами, она у меня была открыта для просмотра, но спустя некоторое время, я решил ее закрыть (файлы естественно все остались доступны для просмотра, а вот сам "серфинг" по ней - нет). Такого рода ошибку 403 не цепляет ни ips4 ни Nginx (по умолчанию), я сделал следующее:
Добавил в Nginx строки (аналогично ошибке 404).
server { ..... error_page 403 /403.html; location = /403.html { root /путь до ПАПКИ с страницами ошибок/html/error_pages; } ..... } } }  
Промучился я не мало, гл вроде все стало выглядеть приятнее)
Всем удачи!
404.html

Простая модификация добавления полосы скролинга стандартного блока "Лента тем" на странице форума для вывода большего количества последних тем.
1. Устанавливаем блок "Лента тем" на страницу форума. В настройках блока "Количество для отображения" ставим 15.
2. Админ -> Внешний вид -> Стили и шаблоны -> Ваш стиль -> Кнопка редактора стилей -> CSS -> core-front-custom-custom.css -> добавить:
#ipsLayout_mainArea [data-blockid*="app_forums_topicFeed"] .ipsWidget_inner { max-height: 300px; overflow: auto; } Результат:

Для того что бы убрать сообщение на форуме зайдите Внешний вид --> Стили и шаблоны  --> Изменить HTML и CSS.
Во вкладке CSS добавьте в Custom.css код ниже
#elLicenseKey { display: none; } Для того что бы убрать сообщение в АЦ (Админ Центре)
Во вкладке CSS добавьте Custom.css код ниже
#acpNewVersion { display: none; } В итоге должно выглядеть так.