Форум

У селектела поменялся домен для раздачи контента

нужно добавить локацию selstorage в /etc/nginx/bx/conf/bitrix_general.conf
[CODE]
location ~ ^/upload/bx_cloud_upload/(http[s]?)\.([^/:\s]+)\.selstorage\.ru/([^\s]+)$ {
       internal;
       resolver 8.8.8.8 ipv6=off;
       proxy_method GET;
       proxy_set_header X-Real-IP $remote_addr;
       proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
       proxy_set_header X-Forwarded-Server $host;
       more_clear_input_headers 'Authorization';
       #proxy_max_temp_file_size 0;
       proxy_pass $1://$2.selstorage.ru/$3;
   }[/CODE]

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

В общем у селектела нужно не просто создать публичный контейнер, но и явно указать доступ на чтение для неавторизованных пользователей

Также нужно добавить в файле /etc/nginx/bx/conf/bitrix_general.conf в локацию location ^~ /upload/bx_cloud_upload/ блок


[CODE] location ~ ^/upload/bx_cloud_upload/(http[s]?)\.([^/:\s]+)\.selstorage\.ru/([^\s]+)$ {
       internal;
       resolver 8.8.8.8 ipv6=off;
       proxy_method GET;
       proxy_set_header X-Real-IP $remote_addr;
       proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
       proxy_set_header X-Forwarded-Server $host;
       more_clear_input_headers 'Authorization';
       #proxy_max_temp_file_size 0;
       proxy_pass $1://$2.selstorage.ru/$3;
   }[/CODE]

Тогда файлы открываются.

Также, чтобы файлы открывались из меню Рабочий стол → Контент → Облачные хранилища, нужно в настройках подключения указать cname, который берётся в панели селектел в настройках контейнера «Публичные домены https://многобукв.selstorage.ru»

Также нужно обязательно включать vhost-адресацию в настройках контейнера.

Такая же проблема. Облако селектел.
Но монтировать, это костыль, а не решение.

[CODE]v23.900.600
2024-01-17
Улучшена совместимость с PostgreSQL.
[/CODE]
https://dev.1c-bitrix.ru/docs/versions.php?lang=ru&module=main

Не могу найти в документации ничего по этому поводу.

[QUOTE]Максим Дамаскин написал:
Куда смотреть и что делать?  [/QUOTE]

Смотреть в .settings_extra.php искать env.
Это ваши собственные настройки, довольно странно не знать, что у вас там настроено.

Проверьте список процессов и записи в крон

Попробуйте две локации.
[CODE]
location = /bitrix.site.ru/video { ваши правила для запрета }

location ~* ^/bitrix.site.ru/video(.*)$ { ваши правила для разрешения }[/CODE]

http://nginx.org/ru/docs/http/ngx_http_core_module.html#location

Пример конфига для nginx+php-fpm можно посмотреть здесь https://gitlab.com/bitrix-docker/server
[QUOTE]Вячеслав Докукин написал:
<MODULES><CANGZIP VALUE="Y"/><ERROR TYPE="LICENSE_KEY_REQUIRED">License key is required</ERROR></MODULES>

[/QUOTE]
Это не проблема php-fpm, такая же ошибка и на апаче. Игнорируйте.

[QUOTE]Вячеслав Докукин написал:
что делать с .htaccess ?[/QUOTE]
Все seo-редиректы можно перенести в nginx.

[QUOTE]Вячеслав Докукин написал:
зачем мне добавлять в секцию script команды гита если как я и описал выше, на сервере не используется git для файлов сайта[/QUOTE]
Вы прочитали документацию? По умолчанию, раннер стягивает изменения из гита c помощью гит команд.
В скриншоте ошибки ясно видно, что не проходит гит команда (git fetch-pack), которая у вас не используется в списке команд, потому что и так задана через GIT_STRATEGY. Переменная в вашем примере не указана, поэтому используется значение по умолчанию.

Сейчас вы отключили это поведение через GIT_STRATEGY: none. Следовательно нужные команды нужно прописать вручную.
Какие именно, вам виднее.

Судя по коду в текущем примере, раннер скачивает изменения из гита для веток stage / main в некую временную директорию, а потом из этой директории через rsync загружает изменения на дев / прод. Так что гит команды у вас вполне используются.

Если вы по прежнему хотите делать это через rsync, то просто cоздайте свою временную директорию в которую склонируйте гит и пропишите что-нибудь в этом роде

[CODE]cd /home/gitlab-runner/path/to/tmp/dir
git checkout main
git pull <remote> main[/CODE]
Добавлять в начало блока scripts.
Для stage естественно заменить main на stage
Указать свой remote вместо <remote>. По умолчанию origin


[QUOTE]Вячеслав Докукин написал:
git fetch && git reset --hard origin/main[/QUOTE]
Никто не мешает автокоммитить локальные изменения.
Пример шаблона с автокоммитом:
https://gitlab.com/bitrix-docker/server/-/blob/master/bitrix-distr/ci/job-templates/deploy-git-commit-pull-push.yml?ref_type=heads

тут несколько полезных шаблонов для разных задач
https://gitlab.com/bitrix-docker/server/-/tree/master/bitrix-distr/ci/job-templates?ref_type=heads

Прочитайте документацию по gitlab-runner.

[QUOTE]Вячеслав Докукин написал:
в какой скрипт?[/QUOTE]
В gitlab-ci.yml есть список команд, которые выполняет раннер.
Туда и добавить сливание свежих коммитов из нужной ветки

Со значеним по умолчанию GIT_STRATEGY раннер сам это делает, как указано в документации. https://docs.gitlab.com/ee/ci/runners/configure_runners.html#git-strategy

[QUOTE]Вячеслав Докукин написал:
на сервере я не использую гит[/QUOTE]
И очень зря, при взломе гит очень помогает.