Код |
---|
v23.900.600 2024-01-17 Улучшена совместимость с PostgreSQL. |
Не могу найти в документации ничего по этому поводу.
17.03.2024 09:46:38
Не могу найти в документации ничего по этому поводу. |
|||
|
06.03.2024 09:57:52
Смотреть в .settings_extra.php искать env. Это ваши собственные настройки, довольно странно не знать, что у вас там настроено. |
|||
|
29.02.2024 08:29:38
Попробуйте две локации.
|
|||
|
28.02.2024 04:31:21
Пример конфига для nginx+php-fpm можно посмотреть здесь
|
|||||
|
18.02.2024 18:20:26
В скриншоте ошибки ясно видно, что не проходит гит команда (git fetch-pack), которая у вас не используется в списке команд, потому что и так задана через GIT_STRATEGY. Переменная в вашем примере не указана, поэтому используется значение по умолчанию. Сейчас вы отключили это поведение через GIT_STRATEGY: none. Следовательно нужные команды нужно прописать вручную. Какие именно, вам виднее. Судя по коду в текущем примере, раннер скачивает изменения из гита для веток stage / main в некую временную директорию, а потом из этой директории через rsync загружает изменения на дев / прод. Так что гит команды у вас вполне используются. Если вы по прежнему хотите делать это через rsync, то просто cоздайте свою временную директорию в которую склонируйте гит и пропишите что-нибудь в этом роде
Добавлять в начало блока scripts. Для stage естественно заменить main на stage Указать свой remote вместо <remote>. По умолчанию origin
Пример шаблона с автокоммитом: тут несколько полезных шаблонов для разных задач Прочитайте документацию по gitlab-runner. |
|||||||
|
18.02.2024 15:55:58
Туда и добавить сливание свежих коммитов из нужной ветки Со значеним по умолчанию GIT_STRATEGY раннер сам это делает, как указано в документации.
|
|||||
|
15.02.2024 07:48:00
Вы бы прочитали документацию. Исправить путём добавления нужных команд в скрипт. git pull или git clone смотря что вам нужно. |
|||
|
14.02.2024 21:00:18
Тестировал в bx/site_settings/default/
Почему у вас не работает не могу предположить.
Файл создаётся в любом случае после перезагрузки nginx. Вы systemctl reload nginx делали? |
|||
|
13.02.2024 20:30:47
Попорбуйте ^~ вместо ~
Порядок обработки локаций есть в документации. Ещё статья В bx/site_settings/ вполне достаточно |
|||
|
18.01.2024 14:26:24
Данный вопрос не имеет отношения к bitrxvm, так как зеркала для основных репозиториев, которые у вас настроены в ОС, никак им не затрагиваются. Пропишите любые другие из списка. Например сервер яндекса также можно ознакомится |
|||
|
11.01.2024 08:35:53
А вот это уже причина:
Значит у вас уже висит в памяти копия апача, которая занимает этот порт. Нужно прибить эту копию. Если не знаете как это сделать, можете просто перезагрузить сервер. |
|||||
|
22.11.2023 12:55:03
bitrix/admin/xscan_worker.php |
|||
|
16.11.2023 15:26:21
Переменная ${ip} при выполнении скрипта заменяется на ip сервера.
Скрипт совершенно примитивен, так что какие-либо комментарии к нему я посчитал излишними, видимо это было ошибкой. Создайте указанный в скрипте конфигурационный файл и замените переменную на нужный ip, если не хотите просто запустить скрипт и получить результат. Не нужно это делать в конфиге домена dg-trade.ru, нужно создать отдельный конфиг для ip. Как вариант можно сделать подобное правило в htaccess, как это делать можно найти в гугле. |
|
|
16.11.2023 13:52:54
С чего бы? В этом конфиге запрет только для ip. Стандартный default_server в s1.conf и ssl.s1.conf по прежнему будет обрабатывать все домены, для которых нет других конфигов. Вижу, что у вас dg-tarde.ru в отдельном конфиге. Просто добавьте в него *.dg-tarde.ru |
|||
|
16.11.2023 09:36:17
Просто запретить.
|
|||
|