Bitrix ошибка временная папка не существует

Не создан временный каталог для загрузки Битрикс

Однажды, после переноса сайта на 1С Битрикс появилась проблема – файлы перестали загружаться. Сайт переносил хостер так как тогда я не работал с Битриксом. После переноса появилась ошибка «Ошибка! Временная папка не существует» или не создан временный каталог для загрузки Битрикс.

Как решить проблему

Итак, в Битрике как во многих CMS (системах управления контентом) существует временная папка для загрузки файлов – tmp.

Путь к данной папке прописан в файле dbconn.php, сам файл находится в :

Открываем файл и видим в самом низу строку

define(«BX_TEMPORARY_FILES_DIRECTORY», «тут будет прописан путь к временной папке»); например /bitrix/tmp

Далее необходимо убедится в том, что такая папка существует.

Если временная папка не существует

Создаем папку, где создавать – смотрим в пути. Владельцем папки должен быть пользователь который устанавливал (или переносил) сайт. Обычно это не root, а bitrix. Права для папки – 0755.

В принципе папку можно создать где вам угодно, после чего скопировать путь и прописать его в BX_TEMPORARY_FILES_DIRECTORY.

Если папка существует – смотрим права и владельца.

Бывают случаи когда владелец сайта один пользователь, но файлы переносились под учеткой root пользователя. В таком случае подключаемся к серверу через консоль SSH, и выполняем следующие команды:

find /home/bitrix/www -type f -exec chown bitrix:bitrix <> ;

find /home/bitrix/www -type d -exec chown bitrix:bitrix <> ;

find /home/bitrix/www -type f -exec chmod 644 <> ;

find /home/bitrix/www -type d -exec chmod 755 <> ;

• /home/bitrix/www – это путь до вашего сайта,
• -type f … — назначение прав,
• bitrix:bitrix – пользователь:группа в которую входит пользователь.

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

Источник

Ошибка при создании файла/папки 1С-Битрикс

Данная проблема в Битриксе может появляться при отсутствии нужных прав на каталоги и файлы. В моём случае проблема возникла при многосайтовости, до этого всё было в порядке, но спустя какое-то время после длительной работы, появилось ограничение. За время поиска решения этой задачи, я нашел несколько решений и думаю, что один из вариантов Вам поможет справиться с данной проблемой.

Первое что необходимо сделать — это проверить права на файлы и папки в нужном каталоге. Права на папку должны быть 755, на файлы 664. Ни в коем случае не выставляйте права 777 на папки или файлы, даже на время.

В моём случае этот метод не сработал, я стал копать дальше. Нашел такой совет. в файле /bitrix/php_interface/dbconn.php установить такие константы.

define( «BX_FILE_PERMISSIONS», 0660 );

define( «BX_DIR_PERMISSIONS», 0775 );

@ini_set( «memory_limit», «512M» );

Но этого не потребовалось, т.к. эти значения уже были заданы и по идее всё должно было работать. На одном из форумов посоветовали изменить права доступа и владельца к нужной категории через консоль. Но я посчитал, что если всё до этого работало, то не нужно так далеко залазить, проблема явно была в не в этом, для Вас приведу код в котором можно изменить права доступа к каталогам и файлам через консоль. Говорят может помочь.

find . -type d -exec chmod 775 < >;

find . -type f -exec chmod 664 < >;

В моём случае решение оказалось куда проще. Все сайты лежали в корневой директории, один из них являлся общим ядром. Но по какой-то причине прекратился общий доступ к «главному сайту» и всё что нужно было сделать — это открыть доступ.

Поскольку сайты на учётных записях закрыты процессы, запущенные на одном сайте, не имеют прав для обращения к каталогам, выходящим за пределы этого сайта. Для доступа из окружения веб-сервера потребуется открыть общий доступ к каталогу. Мой проект находится на beget и эта операция делается очень просто через файловый менеджер.

1. Зайдите в нужную директорию
2. В верхней части экрана нажмите на кнопку “Инструменты” -> “Настроить общий доступ к текущей директории”:
3. Установите переключатели “Чтение и запись” и “Включая вложенные папки”, нажмите кнопку “Открыть доступ”:

Если представленные варианты не принесли желаемого результата, то пишите в комментарии, будет время, что-нибудь придумаем.

Источник

Частые вопросы

Ошибки при установке и работе продукта

Обновлено: 21.01.2023
Опубликовано: 19.08.2019

Есть несколько способов установить CRM Битрикс24 — развернуть готовую виртуальную машину BitrixVM или установить коробку с помощью готового веб окружения. В данной инструкции мы будем использовать второй метод.

Установка веб-окружения

Битрикс24 является веб приложением и для своей работы требует установленного и настроенного веб-сервера. Для этого у 1С есть готовый скрипт — нам просто нужно его загрузить и запустить.

И так, скачиваем скрипт:

yum install wget

wget http://repos.1c-bitrix.ru/yum/bitrix-env.sh

* первая команда установит утилиту wget, если ее нет.

Даем права скрипту на выполнение:

chmod +x bitrix-env.sh

… и запускаем его:

./bitrix-env.sh

Мы увидим приветствие, в котором говорится, что на все вопросы по умолчанию будет ответ «Да» (Yes) и при необходимости ответить «Нет» нужно ввести n. Также скрипт должен быть запущен от пользователя root:

====================================================================
Bitrix Environment for Linux installation script.
Yes will be assumed as a default answer.
Enter ‘n’ or ‘no’ for a ‘No’. Anything else will be considered a ‘Yes’.
This script MUST be run as root, or it will fail.
====================================================================

… и следом, если на сервере работает SELinux, первый вопрос — согласны ли мы его отключить. Отвечаем утвердительно, нажав Enter:

You have to disable SElinux before installing Bitrix Environment.
Do you want to disable SELinux?(Y|n)

Скрипт вернет ответ, что SELinux выключен и потребует перезагрузки сервера:

SELinux status changed to disabled in the config file /etc/selinux/config.
SELinux status changed to disabled in the config file /etc/sysconfig/selinux.
Please reboot the system! (cmd: reboot)

… перезагружаем (если отключали SELinux):

shutdown -r now

После перезагрузки снова запускаем скрипт:

./bitrix-env.sh

* перед этим необходимо перейти в каталог, куда мы его скачивали.

Начнется процесс установки обновлений, загрузки пакетов и развертывания необходимого программного обеспечения — просто ждем.

В конце мы должны увидеть следующее:

Bitrix Environment bitrix-env has been installed successfully.

Смотрим пароль для подключения к базе mysql:

cat /root/.my.cnf

Мы увидим что-то на подобие:

…
password=’3XJ2|~HnBJB7jsS~L8F7′
…

* где 3XJ2|~HnBJB7jsS~L8F7 — пароль для подключения к базе данных.

Веб-окружение установлено.

Установка Битрикс24

Открываем браузер и переходим по ссылке https://<IP-адрес сервера>/bitrixsetup.php — откроется окно приветствия. Меняем язык на русский и кликаем по кнопке Установить:

В открывшемся окне выбираем дистрибутив 1С-Битрикс24 и демонстрационную версию (если у нас есть ключ, то можно выбрать коммерческую лицензию и ввести его), после нажимаем по кнопке Загрузить:

… начнется процесс загрузки дистрибутива. После его окончания откроется мастер установки — на первой странице принимаем лицензионное соглашение и нажимаем Далее:

На странице «Регистрация продукта» можно снять галочку для заполнения формы регистрации:

Начнется процесс установки Битрикс24. Ждем — откроется окно создания учетной записи администратора. Заполняем веб-формы и кликаем Далее.

Откроется страница настройки портала. Кликаем Далее до пункта «Настройка Битрикс24» — отмечаем нужные нам галочки и кликаем Установить:

Откроется последняя страница — нажимаем по Перейти в Битрикс24. Установка завершена.

Настройка HTTPS

Для корректной работы портала необходимо на него заходить по https, а для этого нужен сертификат. Мы рассмотрим пример получения бесплатного сертификата от Let’s Encrypt. Подробнее в статье Получение бесплатного SSL сертификата Let’s Encrypt.

Открываем на редактирование файл:

vi /etc/nginx/bx/site_enabled/s1.conf

В раздел server добавляем следующее:

server {
        …
        location ~ /.well-known {
                root /usr/share/nginx/html;
                allow all;
        }
        …
}

Открываем второй файл:

vi /etc/nginx/bx/site_enabled/ssl.s1.conf

Также добавим:

server {
    …
    location ~ /.well-known {
        root /usr/share/nginx/html;
        allow all;
    }
    …
}

* данная настройка укажет веб серверу искать файлы в каталоге /usr/share/nginx/html, если мы обратимся к странице /.well-known.

Если у нас несколько сайтов, данную операцию нужно повторить для конфигурационных файлов всех этих сайтов. Они находятся в каталоге /etc/nginx/bx/site_enabled.

Проверяем корректность настройки NGINX:

nginx -t

Если ошибок нет, перезапускаем службу:

systemctl restart nginx

Устанавливаем утилиту certbot:

yum install certbot

С помощью даннай утилиты получим сертификат:

certbot certonly —webroot —agree-tos —email postmaster@dmosk.ru —webroot-path /usr/share/nginx/html/ -d bitrix.dmosk.ru

* в данном примере мы запрашиваем сертификат для домена bitrix.dmosk.ru. Предполагается, что именно на нем у меня работает битрикс.

Теперь открываем файл:

vi /etc/nginx/bx/conf/ssl.conf

Редактируем значения для ssl_certificate и ssl_certificate_key:

ssl_certificate         /etc/letsencrypt/live/bitrix.dmosk.ru/fullchain.pem;
ssl_certificate_key     /etc/letsencrypt/live/bitrix.dmosk.ru/privkey.pem;

* в данном примере мы указываем пути до полученных сертификатов. Где bitrix.dmosk.ru — имя нашего сайта, для которого был получен сертификат.

Перезапускаем nginx:

systemctl restart nginx

Можно открывать портал по доменному имени по https.

Для автоматической переадресации с http на https в корне каталога с сайтом создаем файл .htsecure. В нашем примере, сайт находится в каталоге /home/bitrix/www:

touch /home/bitrix/www/.htsecure

Добавление другого типа сайта

На первом этапе мы выбрали установку и настройку CRM-системы. Вы могли выбрать Интернет-магазин или обычный сайт. Так или иначе, нам может понадобиться на том же сервере развернуть новый тип веб-приложения.

Для этого заходим на сервер по SSH. Если мы зашли не под пользователем root, вводим команду:

/root/menu.sh

Если мы заходим в данное меню впервые, система запросит установить пароль для пользователя bitrix — вводим его дважды.

Создаем пул для управления:

Вводим домен для портала, который будет крутиться на новом пуле:

Please enter master server name (default: bitrix.dmosk.ru): shop.dmosk.ru

Мы должны увидеть сообщение, что пул успешно создан:

Pool has been created successfully. Please enter any key

Нажимаем Enter — загрузится меню управления и выбираем управление пулом сайтов:

Теперь создаем новый сайт:

Вводим имя сайта (доменное):

Enter the site name (e.g. example.org) or 0 to exit: shop.dmosk.ru

Теперь необходимо ввести kernel, чтобы создать новый сайт с отдельной базой данных:

Выбираем кодировку:

Enter site encoding (UTF-8|windows-1251): UTF-8

Разрешаем cron:

Do you want to enable cron for this site? (N|y) y

Теперь система предложит изменить параметры базы данных и пользователя. Если есть желание, можно их изменить, но в моем примере мы ответим нет:

Do you want to customize them? (N|y) n

Готово. Теперь в браузере переходим по адресу созданного сайта, в данном примере, http://shop.dmosk.ru — откроется окно, в котором можно создать новый портал, по инструкции, описанной выше.

Настройка (проверка системы)

Для правильной работы портала необходимы дополнительные настройки системы. Анализ ошибок и предупреждений при настройке можно получить на странице Настройки — Инструменты — Проверка системы.

Попробуем рассмотреть некоторые из ошибок и способы из решения.

1. Работа с сокетами

Является основной настройкой для портала, так как на ее основе строится много других провером. Нет смысла продолжать работу с Битрикс24, если при проверке работы с сокетами система возвращает ошибку.

Для корректной работы необходимо:

1. Перейти на использование https с настройкой корректного сертификата.
2. Установить (обновить) корневые центры сертификации.

После данных действий проверка должна пройти корректно.

2. Выполнение агентов на cron

Чтобы портал мог выполнять фоновые задания, необходимо настроить cron.

Открываем конфигурационный файл:

vi /home/bitrix/www/bitrix/php_interface/dbconn.php

Проверяем, чтобы была строка: 

define(‘BX_CRONTAB_SUPPORT’, true);

Открываем на редактирование crontab (для пользователя bitrix):

crontab -e -u bitrix

Добавляем задание:

* * * * * /usr/bin/php -f /home/bitrix/www/bitrix/modules/main/tools/cron_events.php

* в данном примере мы запускаем на исполнение скрипт /home/bitrix/www/bitrix/modules/main/tools/cron_events.php каждую минуту.

Если не заработает, переходим в панели Битрикс в раздел Настройки — Инструменты — Командная PHP-строка и вводим команду:

COption::SetOptionString(«main», «agents_use_crontab», «Y»);
COption::SetOptionString(«main», «check_agents», «Y»);

3. Битрикс24.Диск. Быстрая работа с файлами

Переходим в раздел Настройки — Настройки продукта — Настройка модулей. Мы окажемся в разделе «Главный модуль». В подразделе «Файлы» ставим галочку Быстрая отдача файлов через Nginx:

Нажимаем Применить.

4. Настройка почтовых уведомлений

Для отправки почты прочитайте инструкцию Настройка корректной отправки почты в Битрикс24.

5. Сервер очередей Push and Pull

Переходим в раздел Настройки продукта — Настройки модулей. Выбираем в настройках Push and Pull:

В разделе Использовать «Push server» выбираем Использовать облачный сервер «1С-Битрикс» и кликаем по кнопке Зарегистрироваться:

6. Параметры настройки UTF (mbstring и константа BX_UTF)

Открываем файл:

vi /etc/php.d/bitrixenv.ini

Необходимо убедиться в наличие строк:

; Utf-8 support
default_charset = UTF-8
mbstring.func_overload=2

Перезапускаем сервис:

systemctl restart httpd

7. Временная папка не существует

У нас могут не проходить тесты загрузки файлов с ошибкой Ошибка! Временная папка не существует (BX_TEMPORARY_FILES_DIRECTORY: /home/bitrix/tmp/bak). Где /home/bitrix/tmp/bak — конкретный путь к каталогу, каторого нет.

Для решения проблемы просто создадим данный каталог:

mkdir -p /home/bitrix/tmp/bak

И задаем права:

chown bitrix:bitrix /home/bitrix/tmp/bak

Настройка кеширования

Для увеличения производительности, стоит настроить кэширование. У нас на выбор разные технологии для настройки кэширования:

• apc
• files
• redis
• xcache
• memcache

Мы рассмотрим пример с memcache. Для начала, устанавливаем его:

yum install memcached php-pecl-memcached

Откроем конфигурационный файл memcached:

vi /etc/sysconfig/memcached

Увеличим объем памяти, например, до 512 Мб:

CACHESIZE=»512″

Разрешаем автозапуск сервиса и запускаем его:

systemctl enable memcached —now

Перезапускаем веб-сервер apache:

systemctl restart httpd

тобы убедиться в этом, вводим следующую команду:

php -i | grep memcache

Открываем конфигурационный файл битрикс:

vi /home/bitrix/www/bitrix/.settings.php

Раздел cache приводим к виду:

  ‘cache’ => array (
      ‘value’ => array(
          ‘type’ => array(
              ‘class_name’ => ‘\Bitrix\Main\Data\CacheEngineMemcache’,
              ‘extension’ => ‘memcache’
          ),
          ‘memcache’ => array(
              ‘host’ => ‘127.0.0.1’,
              ‘port’ => ‘11211’,
         ),
          ‘sid’ => $_SERVER[«DOCUMENT_ROOT»].»#01″
      ),
  ),

Готово.