Zero108

Наверху скриншота логотип Cloudflare. Еще Яндекс борзеет, но он забанен в robots.txt.

По последним данным разведки, бот Huawei просто бомбит сервер. Причем напор не ослабевает. Вот данные по заблокированным запросам для 114.119.128.0/18 :

Ну, то ли все боты послушные и не ходят в disallow, то ли Cloudflare большую часть ботов отсеивает. У меня пока ни одного бота не поймало это приложение.

Иначе будет банить всех ботов подряд. Такова, по крайней мере, задумка автора:

Так ему и надо! В описание можно было бы добавить следующую директиву Добавьте в ваш robots.txt: Disallow: /applications/botblackhole/*

7. После сохранения настроек не забываем переиндексировать базу поиска (кнопка Rebuild Search Index наверху справа на скриншоте выше).

На 4.6.12.1 проблема с версткой в выпадающем списке в поле поиска появляется при переходе с версии "Nexxe-1.1.1.9.xml" на более новую версию. Возможно, это последняя версия, совместимая с 4.6.12.1. →

*нужна версия от 7.2 до 8.0 для работы с 4.6.12.1: "Должна быть запущена как минимум версия 7.2.0, но меньше версии 8.0.0."

Был почти такой же плагин от Zikurik. Отличие в том, что там чистился кеш в двух местах. С текущей версией всё ок.

Смог поставить Elasticseach с российского IP на Centos 7. 1. Включаем VPN и в браузере качаем: https://artifacts.elastic.co/downloads/elasticsearch/elasticsearch-7.17.9-x86_64.rpm (нужна версия 7.2-7.9 для работы на 4.6.12.1. Что там нужно для работы на 4.7, не проверял. Версии можно скачать по адресу https://www.elastic.co/downloads/past-releases#elasticsearch ) 2. Выключаем VPN и заливаем файл в папку ./root на сервере. 3. Выполняем установку, запустив команду в консоли: rpm -i /root/elasticsearch-7.17.9-x86_64.rpm 4. Запускаем сервис: sudo systemctl daemon-reload sudo systemctl enable elasticsearch.service sudo systemctl start elasticsearch.service 5. Проверяем, что сервис запущен: service elasticsearch status 6. В админке сайта по адресу /admin/?app=core&module=discovery&controller=search выбираем (в последней настройке язык можно выбрать русский, если у вас сайт на русском языке):

На 4.6.12.1 ошибка 500 после установки плагина. Пришлось перезаливать базу.

Пользуюсь в битриксе системой бэкапа сайта. Очень удобно. Создается архив, который разбивается но томы, если большой. Можно указать, включать ли публичную часть и базу данных в архив *.tar.gz, какие папки исключить из архива. Если нужно запустить резервную копию сайта, то существует публичный скрипт restore.php, с помощью которого можно быстро восстановить сайт из резервной копии вместе с базой данных (или без неё). Странно, что в ic такого до сих пор нет. Скриншот привожу на тот случай, если кто-то из местных разрабов захочет повторить успех и накарябает на коленках плагин или приложение.

Добавил svg у себя на сайте для теста в качестве логотипа сайта. Что у тебя там не поддерживается то?! Давай уже элементарные вещи поднапрягись, самостоятельно ищи.

pavloff Попробуй в раздел Logos загрузить любую картинку. В раздел Global Settings реальные логотипы.

Elasticsearch кто-нибудь смог поставить с российского IP? Поделитесь мануалом, пожалуйста. А то российские IP забанены.

Если сайт работает под определенным пользователем, то можно в консоли выполнить команду: chown -R user108:user108 /var/www/user108/data/www/eternity-rp.ru/ipb/ (поменять user108 на вашего пользователя и проверить путь до папка форума)

В логах сервера должно быть написано, в чем проблема. Возможно, сайт работает под другим пользователем, отличным от пользователя, имеющего права на папку. В остальном, можно попробовать добавить следующу запись в constants.php в корне сайта: /* Folders that will be written to later */ define( 'IPS_FOLDER_PERMISSION', 0777 ); /* Folders that will be created and not written to later */ define( 'FOLDER_PERMISSION_NO_WRITE', 0755 ); /* Files that will be written, and then later deleted or overwritten */ define( 'IPS_FILE_PERMISSION', 0666 ); /* Files that will be written once, and would not later be updated or deleted */ define( 'FILE_PERMISSION_NO_WRITE', 0644 ); Руками можно поправить права так:

Так и есть, tar собирает, а gzip/bzip сжимает.

AHristich по последним данным разведки, архивирование tar на сервере сохраняет права на папки и файлы. А zip не сохраняет. Tar также жмёт сильнее вроде бы.

Desti просто нужно иногда спускаться с неба на землю и учитывать, что не все такие крутые, как вы. Пользователи будут видеть ошибку в админпанели и будут расстроены. Так уж написан движок. AHristich согласен, но при переносе, например, через zip архив, а не tar архив, права на папки не сохраняются. Приходится танцевать.

Exception у меня 755 не пропускает. При установке с нуля указанные директории в обязательном порядке должны быть 777. Откуда вы берете эти вредные советы про 755, я не знаю. Ни в одном мануале по этому движку этого нет. Рекомендую читать мануалы , прежде чем что-то писать.

Права на /applications/core/interface/task/task.php - 775, если используется cron и система сообщает, что не хватает прав. Права на /plugins/hooks.php - 777

После переезда и переноса файлов, мне помогли следующие настройки: Все папки 775, кроме папок ниже. Выполнить по ssh команду в директории сайта: find ./ -type d|xargs chmod 775 Для папок applications, datastore, plugins, uploads и всех папок в папке uploads - 777. При этом у меня apache:apache владелец всех файлов и папок в папке uploads/. Но у кого-то апач может не стоять, там будет пользователь сайта владельцем. Права на файлы 644: find ./ -type f -print0 | xargs -0 chmod 644 Права на файлы /uploads/template_* - 666. Вообще, простой способ узнать, чего не хватает сайту, чтобы запуститься (часто это какие-то расширения php, которые забыли установить или включить), какие права на папки должны быть - это сделать в отдельной директории новую установку из дистрибутива сайта, посмотреть, какие права на какие папки создает скрипт автоматически.

На 4.7 нужно поставить плагин, чтобы редактирование всех css стало доступно. И далее править шаблон и нужный css в редактировании стиля. Кастомные изменения лучше добавлять в custom.css там же.