Лидеры

Доброго времени суток. Хочу поделиться опытом кастомизации ошибок, которые возникают при тех или иных ситуациях (не найдена страница - 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

Как известно в админке инвижен сортирует пользователей по алфавиту, и не позволяет их отсортировывать перемещением на подобии как категории, т.е. размещать в списке по смыслу. Например с верху вниз по важности или количеству выданных прав или по еще какой либо смысловой идее админа. Если вы задумали много групп, с разными правами и прочим фишками и доступности контента, то при настройке доступов при выставлении галочек возникает сущий ад!!! В этом режиме отсутствует форматирование групп, которое могло бы как то визуально своим видом (цветом) ориентировать, но тут монохром и сортировка не по смыслу а по алфавиту (((. Чтобы отсортировать группы в списке по удобному для задуманного смысла порядке установите перед названием группы закомментированное число <!--45-->ИмяГруппы и тогда во всех списках, группы расположатся в порядке вашего замысла, а не по алфавиту. И еще, один совет, изначально прописывая закоменченые числа, устанавливайте не подряд, а с промежутком, для дальнейшей удобной ПЕРЕсортировке, если решите поменять порядок.

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 года) Есть другие варианты-пишите

Для отключения задач проверки обновлений на сайте нужно перейти в админцентре сайта по ссылке /admin/?app=core&module=support&controller=sql&do=query и выполнить следующий блок SQL запросов к базе данных: UPDATE core_tasks SET enabled=0 WHERE `key`='updatecheck'; UPDATE core_tasks SET enabled=0 WHERE `key`='digest'; UPDATE core_tasks SET enabled=0 WHERE `key`='weeklydigest'; UPDATE core_tasks SET enabled=0 WHERE `key`='pop'; UPDATE core_tasks SET enabled=0 WHERE `key`='postBeforeRegisterFollowup'; Если у таблицы core_tasks есть префикс, например, ibf_, то команда будет выглядеть следующим образом: UPDATE ibf_core_tasks SET enabled=0 WHERE `key`='updatecheck'; UPDATE ibf_core_tasks SET enabled=0 WHERE `key`='digest'; UPDATE ibf_core_tasks SET enabled=0 WHERE `key`='weeklydigest'; UPDATE ibf_core_tasks SET enabled=0 WHERE `key`='pop'; UPDATE ibf_core_tasks SET enabled=0 WHERE `key`='postBeforeRegisterFollowup'; Для того, чтобы включить проверку обновлений обратно, нужно выполнить аналогичный запрос, заменив цифру 0 на 1. Данные меры могут помочь отключить уведомление серверов Invision Community о существовании вашего сайта.