|
Пользователь 141691 Заглянувший Сообщений: 30 |
Здравствуйте. |
|
Пользователь 90886 Гуру Сообщений: 2455 |
Какой хостинг? Какие права пробовали выставлять? |
|
Пользователь 141691 Заглянувший Сообщений: 30 |
Пробовал выставлять права 777, но ошибка та же. |
|
Пользователь 90886 Гуру Сообщений: 2455 |
#4 0 23.09.2015 22:00:38
Бесплатные консультации по Битриксу | Исправление ошибок на сайте, решение сложных проблем |
||
|
Пользователь 90886 Гуру Сообщений: 2455 |
Может быть, место на хостинге законилось? Попробуйте загрузить в корень например, мегабайтный файл и проверьте его после этого. |
|
Пользователь 141691 Заглянувший Сообщений: 30 |
Это походу vps, мне только предоставили доступ к direct admin и FTP. |
|
Пользователь 90886 Гуру Сообщений: 2455 |
#7 0 23.09.2015 23:01:59 На VPS довольно сложно настраивать права для пользователей. И я сам в этом не имею большого опыта. Вкратце, нужно пользователю, под которым работает веб-сервер, дать нужные права (хватит 755), но вот как раз с этим и бывают обычно проблемы. Чтобы сразу все сделать правильно, советую обратиться к специалисту. Бесплатные консультации по Битриксу | Исправление ошибок на сайте, решение сложных проблем |
Данная проблема в Битриксе может появляться при отсутствии нужных прав на каталоги и файлы. В моём случае проблема возникла при многосайтовости, до этого всё было в порядке, но спустя какое-то время после длительной работы, появилось ограничение. За время поиска решения этой задачи, я нашел несколько решений и думаю, что один из вариантов Вам поможет справиться с данной проблемой.
Первое что необходимо сделать — это проверить права на файлы и папки в нужном каталоге. Права на папку должны быть 755, на файлы 664. Ни в коем случае не выставляйте права 777 на папки или файлы, даже на время.
В моём случае этот метод не сработал, я стал копать дальше. Нашел такой совет. в файле /bitrix/php_interface/dbconn.php установить такие константы.
define( "BX_FILE_PERMISSIONS", 0660 );
define( "BX_DIR_PERMISSIONS", 0775 );
@umask( ~BX_DIR_PERMISSIONS );
@ini_set( "memory_limit", "512M" );
Но этого не потребовалось, т.к. эти значения уже были заданы и по идее всё должно было работать. На одном из форумов посоветовали изменить права доступа и владельца к нужной категории через консоль. Но я посчитал, что если всё до этого работало, то не нужно так далеко залазить, проблема явно была в не в этом, для Вас приведу код в котором можно изменить права доступа к каталогам и файлам через консоль. Говорят может помочь.
find . -type d -exec chmod 775 { } ;
find . -type f -exec chmod 664 { } ;
В моём случае решение оказалось куда проще. Все сайты лежали в корневой директории, один из них являлся общим ядром. Но по какой-то причине прекратился общий доступ к «главному сайту» и всё что нужно было сделать — это открыть доступ.
Поскольку сайты на учётных записях закрыты процессы, запущенные на одном сайте, не имеют прав для обращения к каталогам, выходящим за пределы этого сайта. Для доступа из окружения веб-сервера потребуется открыть общий доступ к каталогу. Мой проект находится на beget и эта операция делается очень просто через файловый менеджер.
- Зайдите в нужную директорию
- В верхней части экрана нажмите на кнопку “Инструменты” -> “Настроить общий доступ к текущей директории”:
- Установите переключатели “Чтение и запись” и “Включая вложенные папки”, нажмите кнопку “Открыть доступ”:
Если представленные варианты не принесли желаемого результата, то пишите в комментарии, будет время, что-нибудь придумаем.
Не создан временный каталог для загрузки Битрикс
Однажды, после переноса сайта на 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. Проверьте, пожалуйста, настройки почтового события заполнения формы и его шаблона.
Откройте Панель управления — Настройки — Настройки продукта — Почтовые события; выберите событие. На первой закладке, должны стоять галочки возле используемых на Вашем сайте кодов языка. На закладке «шаблоны» должна стоять галочка возле имени Вашего сайта, хотя бы у одного шаблона (обычно он там как раз один). Также, в настройках выбранного почтового шаблона (можно перейти прямо по ссылке со страницы «шаблоны», не забудьте только перед этим нажать «применить», если были сделаны какие-то настройки), должна стоять галочка «активен», и также должен быть выбран Ваш сайт. Также должны быть корректно заполнены поля «от кого» и «кому» (значения по-умолчанию #DEFAULT_EMAIL_FROM# и #EMAIL#, соответственно). 2. Если все эти настройки соответствуют истине, то в настройках модуля веб-формы отключите флаг «использовать упрощенный режим», перейдите в настройки соответсвующей формы, вкладка дополнительно, убедитесь, что флаг привязки к почтовому шаблону проставлен. Если и здесь все в порядке, то перейдите, пожалуйста, в Настройки-Инструменты-SQL-запрос и выполните такой запрос: select * from b_event where event_name like ‘%form%’ order by date_insert desc Найдите событие заполнения формы, смотрите в поле SUCCESS_EXEC: стоит Y — письмо из продукта ушло, дальнейшую его судьбу попросите отследить администратора хостинга Наверх |
| Не появляется нужная служба доставки при оформлении заказа |
| Каждый обработчик службы доставки имеет свои нюансы и требования, при несоблюдении которых служба доставки не будет появляться при оформлении заказа.
Наверх |
| В файле экспорта в Yandex.Market ссылки на несуществующие страницы (ошибка 404) |
| Проблема заключается в некорректно указанном «URL страницы детального просмотра элемента» в настройках информационного блока, которому принадлежат товары, экспортируемые в Yandex.Market. Данная проблема решается как и аналогичная проблема с поиском: Поиск выдаёт ссылки на несуществующие страницы (404 — HTTP not found) Наверх |
| В файловом менеджере продукта не отображаются файлы и папки. |
| У данного поведения продукта есть две причины: 1. в настройках сайтов, значение поля «Путь к корневой папке веб-сервера для этого сайта» не соответствует реальному пути к DOCUMENT_ROOT. «Настройки»-> «Настройки продукта»-> «Сайты»-> «Список сайтов» 2. На корневую папку сайта (DOCUMENT_ROOT) установлены права недостаточные для чтение её содержимого. В данном случае надо установить на папку наиболее полные права: |
| После распаковки рез. копии на всём сайте форма авторизации. |
| Чтобы решить данную проблему надо обратить внимание на 2 аспекта: 1. Проверить на корректность в настройках сайтов значение поля «Путь к корневой папке веб-сервера для этого сайта»: «Настройки»-> «Настройки продукта»-> «Сайты»-> «Список сайтов» 2. Если перенос осуществлялся простым копированием файлов (FTP/SSH),мог не скопироваться файл /.access. Проблема решается одним из способов: Б. В корень сайта положить файл .access с содержимым: Наверх |
| Не все файлы попадают в архив резервной копии |
| При просмотре архива, созданного штатной системой резервного копирования, через WinRar видно, что файлов в архиве гораздо меньше, чем на сайте.
Дело в том, что у tar есть несколько диалектов. Мы пакуем в формате GNU tar, как это делает по умолчанию tar в linux. WinRar понимает tar, но конкретно этот диалект поддерживает не полностью. Наш архив должен распаковываться нашим restore.php, скачанным со страницы резервного копирования. Если этого не происходит, проблему следует решать через техподдержку. Проблемы распаковки сторонними инструментами (WinRar в том числе) техподдержка не решает. |
| Редактор сайта не может загрузить картинки на сайт. |
| Описание: В визуальном редакторе у редактора сайта вкладка «Загрузить файл» неактивная, причём администартор сайта без проблем может загружать файлы. Решение: В созданном уровне доступа выберите флажок «Загрузка файла на сервер (fm_upload_file)», сохраните. Это должно решить проблему. Наверх |
| Не работает экспорт в Yandex.Market(YML не принят), что делать? |
| При проверке файла экспорта в Yandex.Market ошибка вида:
1.»YML не принят: Фид не разобран до конца — ошибка парсера XML (Error parsing XML feed) (line: 81 column: 5): Unterminated entity declaration, ‘ContentType’» Проблема в том, что по умолчанию в папке /upload не выполняются php скрипты. AddType application/x-httpd-php .php 2. «Notice : Undefined index: referer1 in /var/www/alexey/data/www/telecamera.ru/upload/yandex.php on line 1» В файле .htaccess, папки в которой находится файл экспорта, вам следует отключить отображение замечаний(NOTICE). позволяет выводить все ошибки, за исключением замечаний. Наверх |
| После перехода с на компонент рассылки версии 2.0 выпуски расслыки не создаются, что делать? |
| Выпуск автоматической рассылки создаётся/не создаётся в зависимости от значения переменной $SUBSCRIBE_TEMPLATE_RESULT.
Если используется компонент рассылки версии 1.0: $SUBSCRIBE_TEMPLATE_RESULT это глобальная переменная, её значение определяется внутри компонента. Поэтому в шаблоне рассылке достаточно просто вызвать компонент для определения значения $SUBSCRIBE_TEMPLATE_RESULT. Если используется компонент рассылки версии 2.0: $SUBSCRIBE_TEMPLATE_RESULT не является глобальной, поэтому просто вызвать компонент для определения значения этой переменной недостаточно(как это было с компонентом версии 1.0): IncludeComponent( Сам компонент возвращает количество элементов, которые попадают в следующий выпуск рассылки, соответственно переменной $SUBSCRIBE_TEMPLATE_RESULT следует присвоит значение, возвращаемое компонентом bitrix:subscribe.news: IncludeComponent( В этом случае $SUBSCRIBE_TEMPLATE_RESULT будет определена и выпуск будет сформирован по расписанию. Наверх |
| Количество сообщений (тем, новостей и т.д.) на странице не совпадает с количеством, указанном в настройке компонента |
| Скорее всего, в настройках используемого компонента отмечена опция «Использовать обратную постраничную навигацию».
В данном режиме происходит обратный отсчёт страниц (последняя страница считается первой). Данный механизм используют, если при добавлении элемента инфоблока, он всегда попадает наверх списка (отсортированы по дате добавления сообщения по убыванию). Таким образом, меняется лишь последняя страница. Все предыдущие можно надолго закешировать. При данном типе постраничной навигации разбиение на страницы произойдёт, если остаток при делении количества сообщений на первой странице на число, указанное в настройках компонента, будет больше или равно двум. Например, если всего 170 сообщений в форуме, и в настройках компонента указано число сообщении на странице равное 20, будет образовано 8 страниц, на первой — 30 сообщений, на остальных — 20. При данных настройках в случае достижении количества сообщений равным 180, будут образованы 9 страниц по 20 сообщений. При обратной страничной навигации количество сообщений на странице либо равно числу, указанному в настройках компонента, либо больше его. Наверх |
| При распаковке резервной копии происходит ошибка «ERROR 1062 (23000) at line 1247: Duplicate entry ‘2-?’ for key 2» |
| Данная ошибка имеет место если кодировка, в которой сделан дамп отличается от той, которая используется на новом сервера баз данных.
Тут важно знать 2 аспекта: a. Кодировка дампа устанавливается в зависимости от содержимого файла /bitrix/php_interface/after_connect.php, например: Query(«SET NAMES ‘utf8′»); т.е дамп будет создаваться в кодировке «utf8». b. Кодировку сервера баз данных можно увидеть в параметре «character_set_server» после выполнения SQL-запроса: show variables where Variable_name = ‘character_set_server’; Ошибка происходит если данные кодировки (п.1 и п.2) различаются. Обойти или устранить эту ошибку можно двумя способами: 1. В настройках сервера изменить кодировку в параметре «character_set_server» (b) на ту, в которой сделан дамп (a). Важно: данную операцию делаете или Вы или администратор сервера в зависимости от прав, которыми Вы обладаете. 2. Можно открыть дамп в текстовом редакторе и в самое начало вставить строку: Кодировка выбирается в зависимости от кодировки, в которой сделан дамп (a). Важно: Данный способ работает только на небольшие дампы (которые успевают импортировать за один шаг) Наверх |
| При установке демо версии происходит ошибка «Срок работы пробной версии продукта истек. « |
| Возможные причины:
1. В большинстве случаев данная ошибка наблюдается из-за того, что дистрибутив продукта (архив) был не до конца скачан с нашего сайта. 2. Также проблема может быть из-за большой разности времени, которое установлено, на веб-сервере и времени на сервере базы. Т.е. Пробная версии создалась для одной даты, а при сравнении с базой данных, дата уже совсем другая. Если это так, то время надо синхронизировать. 3. Возможно база данных, в которую выполняется установка продукта, не пуста и время действия продукта берётся со старой установки. Ниже приведены рекомендации, при выполнении которых данная ошибка точно не появится: 1. Перед установкой продукта очистите корневую папку сайта от всех файлов (оставить надо только файлы, относящиеся к данной установке продукта). 2. Выполняйте установку только в пустую базу данных или создавайте её нашим мастером установки (можно также воспользоваться и phpMyAdmin). 3. Настоятельно рекомендуем пользоваться специальным скриптом bitrixsetup.php для скачивания и установки дистрибутива последней версии: 4. Во время установки никогда не нажимайте кнопку F5 в браузере, для навигации по мастеру установки существуют специальные кнопки на странице. 5. Также возможно, что в процессе распаковки дистрибутива произошёл сбой и не все файлы распаковались. Рекомендуем повторно распаковать продукт. Скачать скрипт можно здесь: Инструкция по установке продукта: Учебный курс по установке продукта: Наверх |
| Пропадает панель инструментов в публичной части. |
| Панель не выводится для пользователей, которым не хватает прав ни на одну операцию, задаваемую кнопками административной панели.
Например, группе пользователей дано право «Изменение» для определённого инфоблока. Компоненты для работы с инфоблоками добавляют кнопки только на вкладку «Редактирование», поэтому вкладка «Просмотр» не доступна пользователям с данными правами. Если вам необходимо вывести панель в обязательном порядке, воспользуйтесь одним из следующих вариантов решения: 1. Дать группе пользователей право на управление кешем страницы (данная возможность появится на вкладке «Просмотр»). Для этого создайте новый уровень доступа для Главного модуля с привязкой «Модуль», и доступной операцией «Управление кешем (cache_control)» (подробнее об уровнях доступа в учебном курсе «Администрирование системы»: В настройках группы пользователей, для которой требуется вывод панели, в качестве доступа к Главному модулю укажите созданный уровень. 2. Выводить панель программно для определённой группы пользователей. Для этого в шаблон сайта вставьте проверку: GetUserGroupArray(); где номер_группы — ID группы, для которой требуется вывод панели. Источник Adblock |
Однажды, после переноса сайта на 1С Битрикс появилась проблема – файлы перестали загружаться. Сайт переносил хостер так как тогда я не работал с Битриксом. После переноса появилась ошибка «Ошибка! Временная папка не существует» или не создан временный каталог для загрузки Битрикс.
Как решить проблему
Итак, в Битрике как во многих CMS (системах управления контентом) существует временная папка для загрузки файлов – tmp.
Путь к данной папке прописан в файле dbconn.php, сам файл находится в :
имя_сайта/bitrix/php_interface
Открываем файл и видим в самом низу строку
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 – пользователь:группа в которую входит пользователь.
После чего все должно работать. Если у вас остались вопросы или что-то пошло не так, задавайте вопросы в комментариях.
Используя сайт abuzov.ru, вы даете согласие на работу с cookie, Яндекс.Метрикой, Google Analytics для сбора технических данных.OKПодробнее
Нужно обновить картинку на сайте.
Но при простой попытке загрузить изображение предварительно в библиотеку, ругается «Не удалось найти времнный каталог для хранения файлов».
В чем проблема?
-
Вопрос заданболее трёх лет назад
-
1771 просмотр
Пригласить эксперта
Проверьте значение константы BX_TEMPORARY_FILES_DIRECTORY — там содержится пусть к временному каталогу для хранения файлов.
Он должен существовать и к нему должен (его владелец bitrix, группа bitrix, права 0775).
-
Показать ещё
Загружается…
09 февр. 2023, в 15:56
20000 руб./за проект
09 февр. 2023, в 15:55
75000 руб./за проект
09 февр. 2023, в 15:13
2000 руб./за проект





