Пользователь 102162 Посетитель Сообщений: 102 |
Добрый день. Помогите решить проблему. Не могу загрузить фотографии большого размера в подробный анонс (а точнее превышающих 128кб, вычислил методом подбора). Тестирование конфигурации показало ошибку на пункте: Загрузка файла больше 4Мб. При этом хочу заметить, что параметры php.ini в порядке. Вариант о недостатке места на диске тоже отпадает (ещё около 8ГБ свободного). Блокировка NGFIX — также отпадает (напряг техподдержку хостинга чтобы проверили параметры, а потом и вовсе его временно отключили — чтобы проверить в нем причина или нет — не помогло). И так вопрос: какие ещё настройки могут отвечать за ограничения размера загружаемого файла? |
Пользователь 50911 Посетитель Сообщений: 95 |
#2 0 08.11.2013 13:20:57
посмотрите там какие параметры у upload_max_filesize |
||
Пользователь 102162 Посетитель Сообщений: 102 |
Я же в 1 сообщении все написал, |
Пользователь 102162 Посетитель Сообщений: 102 |
Сам разобрался. Для тех, кто возможно, столкнется с подобной проблемой… Нужно прописать параметр FcgidMaxRequestLen, иначе нельзя через браузер загружать файлы превышающие размер 128КБ. Это ограничение возникает если сайт работает под управлением ISP Manager как CGI/FastCGI. Можно прописать данный параметр в файле httpd.conf (в моем случае, он располагался по адресу /etc/httpd/conf), в этом файле нужно отредактировать параметр, либо добавить строку FcgidMaxRequestLen 107374182 Число 107374182 позволяет загружать файлы объемом до 1Гб, делает рестарт и проблема решена. Ещё один из вариантов, можно отредактировать файл fcgid.conf <IfModule mod_fcgid.c> |
Пользователь 107617 Заглянувший Сообщений: 1 |
Для тех, кто использует NGINX: В файл nginx.conf, в секцию http, добавить/изменить: |
Пользователь 125253 Эксперт Сообщений: 435 |
Антон Водолазский
спасибо. Долго возились после переустановки ОС. Наткнулись на ваш пост) |
Пользователь 52657 Постоянный посетитель Сообщений: 114 |
Артем Осипов, Спасибо за подсказку. |
Пользователь 194259 Заглянувший Сообщений: 29 |
Большое спасибо! Проблема решена! |
Пользователь 336230 Заглянувший Сообщений: 3 |
Артем Осипов, Спасибо. Проблема решена. |
Пользователь 94067 Заглянувший Сообщений: 9 |
#10 0 07.02.2016 20:28:57 |
Пользователь 162578 Заглянувший Сообщений: 13 |
#11 0 10.03.2016 13:16:42 Артем Осипов,спасибо за подсказку! |
Пользователь 449 Постоянный посетитель Сообщений: 101 |
#12 0 04.08.2016 14:41:01
FcgidMaxRequestLen 1073741824 скорее http://webdoka.ru |
||
Пользователь 449 Постоянный посетитель Сообщений: 101 |
#13 0 04.08.2016 14:49:26 вот еще по теме Между тегами <IfModule mod_fcgid> и </IfModule> добавляем: IPCCommTimeout — устанавливает время доступа к скрипту от IP адреса, после которого работа процесса будет прервана. Стандартное значение — 40 секунд. |
Пользователь 316487 Заглянувший Сообщений: 1 |
#14 0 23.06.2017 17:56:06 Спасибо, рабочие оба варианта! |
Пользователь 33448 Посетитель Сообщений: 23 |
#15 0 16.01.2019 10:16:37
Антон, спасибо, помог Ваш вариант. Такой же случай — сайт работает под управлением ISP Manager как CGI/FastCGI. Добавил строку в httpd.conf и всё взлетело ) Носорог, как известно, плохо видит. Но при его весе — это не его проблемы. |
||
Пользователь 106725 Заглянувший Сообщений: 3 |
#16 0 18.01.2019 00:55:10 |
Пользователь 196067 Заглянувший Сообщений: 1 |
#17 0 14.04.2019 11:17:09
Спасибо работает |
||
Пользователь 2532517 Заглянувший Сообщений: 3 |
#18 0 12.05.2019 07:14:33 Спасибо! Одной проблемой стало меньше. |
Пользователь 4177500 Заглянувший Сообщений: 1 |
#19 0 28.07.2020 15:47:05
Прошло 7 лет, но до сих пор актуально. Спасибо |
||
Пользователь 3436271 Заглянувший Сообщений: 1 |
#20 0 28.09.2020 13:41:42 Спасибо большое, минус тех.поддержке особенно инженеру Александра Больнова |
Пользователь 2940905 Заглянувший Сообщений: 5 |
#21 0 08.04.2021 15:32:49 Помогло, спасибо! |
Выгрузка на сайт завершилась с ошибками. import.xml: Произошла ошибка на стороне сервера. Получен неизвестный статус импорта.
Увидели такую ошибку и думаете «в коде кто-то накосячил»? А вот совсем не факт.
Об удивительной причине по которой обмен 1С с сайтом может неожиданно перестать работать я и хочу рассказать.
А началось все довольно безобидно. Позвонил старый клиент у которого уже года 2-3 работает магазин в связке с 1С и пожаловался что обмен перестал работать. Полез я к нему в 1С и вижу, что обмен действительно падает причем с разными ошибками и на разных файлах.
Первое что сделали — перешли на более мощный тариф хостинга. Половина зоопарка ошибок исчезла. Однако ошибка
Выгрузка на сайт завершилась с ошибками.
import.xml: Произошла ошибка на стороне сервера. Получен неизвестный статус импорта.
Неверный тип файла, либо превышен максимальный размер файлаНеверный тип файла, либо превышен максимальный размер файла
осталась и уходить не собиралась.
Пробовали выгружать и на тиражный магазин и на VDS на который другая 1С прекрасно все грузит — везде одна и та же ошибка.
В итоге обратились в поддержку Битрикса. Судя по оперативности и точности ответов поддержка знает о проблеме. А суть ответов была в следующем: поддержка вставила отладочную печать и попросила сделать выгрузку.
По результатам выгрузки в консоли 1С появилась отладочная информация вида
Array ( [name] => 04f5da44f3fe11e297cb002215a2039c_04f5da47f3fe11e297cb002215a2039c.jpg [size] => 3789 [tmp_name] => /home/i/mysite/public_html/upload/tmp/1ec/04f5da44f3fe11e297cb002215a2039c_04f5da47f3fe11e297cb002215a2039c.jpg [type] => application/octet-stream [COPY_FILE] => Y [description] => [copy] => 1 [MODULE_ID] => iblock )
Отсюда можно видеть, что одна из картинок имеет mimetype: application/octet-stream.
Далее по названию картинки вычисляем (например, можно в import.xml поискать по названию картинки) нехороший товар, пересохраняем его картинку в любом графическом редакторе и все работает.
Кому интересно — вся отладка заключается в изменении файла /bitrix/modules/main/classes/general/file.php:
после каждого вызова
return GetMessage("FILE_BAD_TYPE");
нужно вставить
Попросил поддержку исправить этот баг в импорте, но мы то с вами знаем сколько такие неважные исправления могут делаться. Поэтому я просто оставлю это сообщение здесь. Возможно кому-то поможет сэкономить время.
Назад в раздел
by
gbreadman13
asked
Mar 16, 2020
1 vote
Need to update the picture on the website.
But a simple attempt to upload an image beforehand in a library, complains «could Not find vremenny a directory to store files».
What’s the problem?
- 1C-Bitrix
1 Answer
by
gromdron
answered
Mar 16, 2020
0 votes
Check the value of the constant BX_TEMPORARY_FILES_DIRECTORY — it contains path to temporary directory for storing files.
It must exist and it must (by its owner bitrix, bitrix group, rights 0775).
6 Comments
Show 7 previous comments
Andrei Nikolaev ,
by
gbreadman13
commented
Mar 16, 2020
Andrei Nikolaev I’m sorry, friend. I’m Bitrix until zero. But we have to boost on the go.
by
gbreadman13
commented
Mar 16, 2020
Ilya Filonov not checking access, and system authentication.
And that says upload_tmp_dir?
by
gromdron
commented
Mar 16, 2020
Andrei Nikolaev don’t know what it is(
by
gbreadman13
commented
Mar 16, 2020
1) Check that the directory /home/u298387/fortuna-snack.EN/tmp/ existed and was writable
2) Check available free space
3) With the 500 error see logs
4) No, it’s not php.ini, and the code which you can simply perform on the page or in the admin console php
5) If you do not know what to do and don’t want to learn — go to the freelancers
by
gromdron
commented
Mar 16, 2020
1С-Битрикс Разработчикам — Частые вопросы
Что такое?
Это вставка в код страницы сайта определенного зашифрованного JavaScript-кода, при выполнении которого формируется так называемый iframe (HTML-элемент, позволяющий включить при отображении содержимое одной страницы в другую). Вставленный iframe указывает, как правило, на зараженную страницу, которая уже содержит более «тяжелый» код, использующий различные уязвимости браузеров (в основном Internet Explorer’а) для загрузки и запуска исполняемых файлов вирусов.
Механизм заражения
Механизм заражения сайтов в подавляющем числе случаев одинаков: вирус попадает на компьютер, с которого выполнялся вход на данный сайт по протоколу FTP, после чего получает реквизиты доступа к адресам, для которых в программе FTP-клиенте была выбрана опция «запомнить логин/пароль». Получив реквизиты доступа, вирус отсылает их на компьютеры злоумышленников, где уже и расположены программы-роботы, выполняющие «грязную» работу. Эти роботы выполняют подключение к FTP-адресам с полученными реквизитами, затем сканируют каталоги сайта в поисках файлов с определенными именами: чаще всего это корневые файлы — те, к которым в первую очередь выполняется обращение при входе на сайт. Обнаружив такой файл, робот скачивает его, добавляет в конец скачанного файла вредоносный код, и закачивает этот файл обратно на FTP-сервер, заменяя оригинал.
С точки зрения сервера это выглядит как обыкновенная активность пользователя: выполняется подключение авторизованного пользователя, скачивание и закачивание файлов — фактически именно то, что выполняется при обыкновенном обновлении сайта разработчиком по FTP.
Устранение заражения
Первое, что необходимо сделать при обнаружении подобного заражения — это не дать вирусу повторно заразить сайт. Для этого достаточно сменить пароль доступа на FTP через панель управления, а также проверить все компьютеры, с которых выполнялось подключение к сайту по FTP на вирусы, используя антивирусы со свежими базами обновлений.
Также, Вы можете запросить у администратора хостинга все возможные логи (логи ftp, логи веб-сервера, ssh логи). Полученные логи от администратора необходимо проанализировать на предмет времени модификации файлов и способа доступа к ним, а также IP-адресов, с которых производилось изменение, что позволить сузить круз проблемных ПК, а также определить способ доступа к файлам и их заражение.
Так как код сайта, по сути, представляет собой обыкновенные текстовые файлы, для удаления вредоносного кода достаточно открыть зараженный файл, найти необходимый участок кода, удалить его и сохранить файл. В особо сложных ситуациях может случиться так, что над зараженным сайтом «поработали» несколько различных вирусов — файлы сайта будут содержать несколько вставок различного вредоносного кода. Реже встречаются случаи, когда содержимое сайта может быть повреждено достаточно сильно, в таком случае целесообразнее восстановить данные из резервной копии, чем заниматься лечением каждого файла вручную.
Предотвращение заражения
Для того, чтобы не повторять чужих ошибок и уберечься от повреждения сайта, достаточно следовать простым рекомендациям:
— не использовать возможности FTP-клиентов по сохранению паролей;
— периодически выполнять смену паролей доступа к FTP;
— при необходимости, ограничить адреса компьютеров, с которых разрешено подключаться по FTP;
— использовать для доступа по FTP только «надежные» компьютеры — те, на которых установлены антивирусы с актуальными базами обновлений.
Использовался материал с сайта: www.netangels.ru/support/howto/ftp-infection/
Поиск вирусов и лечение скриптов: http://dev.1c-bitrix.ru/community/blogs/howto/1051.php
Если на сайте обнаружен вирус: http://dev.1c-bitrix.ru/community/blogs/information_security/1899.php
Наверх
Проблема выгрузки 1с в Bitrix на Timeweb. Куда копать? — Хабр Q&A
Почти неделю не выгружаются остатки на интернет магазин.
Писал мол превышен размер файла.
прописал
<IfModule mod_php5.c>
php_value post_max_size 30M
php_value upload_max_filesize 30M
</IfModule>
Теперь другая ошибка
15.12.2014 13:18:03 Выгрузка на сайт завершилась с ошибками.
import.xml: Произошла ошибка на стороне сервера. Получен неизвестный статус импорта.
Ответ сервера:
[BitrixMainIOFileOpenException]
Не удалось открыть файл ‘/home/bitrix/public_html/sitemap_iblock_18.part14.xml’ (120)
/home/bitrix/public_html/bitrix/modules/main/lib/io/file.php:20
#0: BitrixMainIOFile->open(string)
/home/bitrix/public_html/bitrix/modules/seo/lib/sitemapfile.php:171
#1: BitrixSeoSitemapFile->appendEntry(array)
/home/bitrix/public_html/bitrix/modules/seo/lib/sitemapfile.php:167
#2: BitrixSeoSitemapFile->appendEntry(array)
/home/bitrix/public_html/bitrix/modules/seo/lib/sitemapfile.php:246
#3: BitrixSeoSitemapFile->appendIBlockEntry(string, integer)
/home/bitrix/public_html/bitrix/modules/seo/lib/sitemapiblock.php:328
#4: BitrixSeoSitemapIblock::actionUpdate(array, boolean)
/home/bitrix/public_html/bitrix/modules/seo/lib/sitemapiblock.php:278
#5: BitrixSeoSitemapIblock::__callStatic(string, array)#6: BitrixSeoSitemapIblock::updateElement(array)
#7: call_user_func_array(array, array)
/home/bitrix/public_html/bitrix/modules/main/classes/general/module.php:472
#8: ExecuteModuleEventEx(array, array)
/home/bitrix/public_html/bitrix/modules/iblock/classes/mysql/iblockelement.php:1575
#9: CIBlockElement->Update(string, array, boolean, boolean, boolean)
/home/bitrix/public_html/bitrix/components/bedrosova/catalog.import_ps.1c/component.php:835
#10: CIBlockCMLImportBedrosova->ImportElement(array, array, boolean, array)
/home/bitrix/public_html/bitrix/modules/iblock/classes/general/cml2.php:2271
#11: CIBlockCMLImport->ImportElements(integer, integer)/home/bitrix/public_html/bitrix/components/bedrosova/catalog.import_ps.1c/component.php:1530
#12: include(string)
/home/bitrix/public_html/bitrix/modules/main/classes/general/component.php:467
#13: CBitrixComponent->__includeComponent()
/home/bitrix/public_html/bitrix/modules/main/classes/general/component.php:510
#14: CBitrixComponent->includeComponent(string, array, NULL)
/home/bitrix/public_html/bitrix/modules/main/classes/general/main.php:2223
#15: CAllMain->IncludeComponent(string, string, array)
/home/bitrix/public_html/bitrix/admin/bedrosova_1c_exchange.php:6915.12.2014 13:18:04 Завершена выгрузка товаров
есть подозрение на то, что не хватает оперативки теперь. Размер файла выгрузки в пределах 30 мб.
/home/bitrix/public_html/ 0775 myuser:www-data
Приобрели решение https://marketplace.1c-bitrix.ru/solutions/dw.deluxe/
При попытке установить решение на второй домен — taller.kz установка зависает на 0% на стадии самой установки.
Обратились к разработчику решения.
На первом домене лицензии у нас работает ДЕЙСТВУЮЩИЙ интернет-магазин — https://posudataller.ru.
Разработчику также не удалось установить ни свое решение, ни стандартный магазин на стандартном шаблоне Битрикс.
Разработчик сказал обратиться к непосредственно к Битриксоидам, которые разводят руками.
И сломали сайт на первом домене после своих манипуляций, хотя в запрос указывали чтобы с основным сайтом ничего не делали. Пришлось восстанавливаться из копии.
Решение с правкой файла SEARCH.PHP не помогло.. К сожалению.
До этого (пару месяцев назад) устанавливали на данный домен другое решение и все было нормально.
Лог ошибок сервера прилагаю:
[Wed Apr 18 16:09:21 2018] [error] [client 81.23.114.190] ModSecurity: Warning. String match "multipart" at REQUEST_HEADERS:Content-Type. [file "/etc/httpd/mod_security/trustwave_rules.conf"] [line "2907"] [id "2170100"] [rev "11202017"] [msg "SLR: Apache Struts (Body inspection Enabled)"] [tag "application-struts"] [tag "language-java"] [tag "platform-multi"] [tag "attack-injection"] [hostname "taller.kz"] [uri "/index.php"] [unique_id "WtdDgR8fxFMAABMj8mgAAACE"]
[Wed Apr 18 16:09:21 2018] [error] [client 81.23.114.190] File does not exist: /var/www/u0106988/data/www/taller.kz/""+ID+", referer: http://taller.kz/
[Wed Apr 18 16:09:26 2018] [error] [client 81.23.114.190] ModSecurity: Warning. String match "multipart" at REQUEST_HEADERS:Content-Type. [file "/etc/httpd/mod_security/trustwave_rules.conf"] [line "2907"] [id "2170100"] [rev "11202017"] [msg "SLR: Apache Struts (Body inspection Enabled)"] [tag "application-struts"] [tag "language-java"] [tag "platform-multi"] [tag "attack-injection"] [hostname "taller.kz"] [uri "/"] [unique_id "WtdDhh8fxFMAABMH8dIAAAAU"]
[Wed Apr 18 16:09:26 2018] [error] [client 81.23.114.190] File does not exist: /var/www/u0106988/data/www/taller.kz/""+ID+", referer: http://taller.kz/
[Wed Apr 18 16:09:35 2018] [error] [client 81.23.114.190] ModSecurity: Warning. String match "multipart" at REQUEST_HEADERS:Content-Type. [file "/etc/httpd/mod_security/trustwave_rules.conf"] [line "2907"] [id "2170100"] [rev "11202017"] [msg "SLR: Apache Struts (Body inspection Enabled)"] [tag "application-struts"] [tag "language-java"] [tag "platform-multi"] [tag "attack-injection"] [hostname "taller.kz"] [uri "/"] [unique_id "WtdDjx8fxFMAABMH8hcAAAAK"]
[Wed Apr 18 16:09:35 2018] [error] [client 81.23.114.190] File does not exist: /var/www/u0106988/data/www/taller.kz/""+ID+", referer: http://taller.kz/
[Wed Apr 18 16:09:39 2018] [error] [client 81.23.114.190] ModSecurity: Warning. String match "multipart" at REQUEST_HEADERS:Content-Type. [file "/etc/httpd/mod_security/trustwave_rules.conf"] [line "2907"] [id "2170100"] [rev "11202017"] [msg "SLR: Apache Struts (Body inspection Enabled)"] [tag "application-struts"] [tag "language-java"] [tag "platform-multi"] [tag "attack-injection"] [hostname "taller.kz"] [uri "/"] [unique_id "WtdDkx8fxFMAABMj8uwAAACO"]
[Wed Apr 18 16:09:39 2018] [error] [client 81.23.114.190] File does not exist: /var/www/u0106988/data/www/taller.kz/""+ID+", referer: http://taller.kz/
[Wed Apr 18 16:10:44 2018] [error] [client 81.23.114.190] ModSecurity: Warning. String match "multipart" at REQUEST_HEADERS:Content-Type. [file "/etc/httpd/mod_security/trustwave_rules.conf"] [line "2907"] [id "2170100"] [rev "11202017"] [msg "SLR: Apache Struts (Body inspection Enabled)"] [tag "application-struts"] [tag "language-java"] [tag "platform-multi"] [tag "attack-injection"] [hostname "taller.kz"] [uri "/"] [unique_id "WtdD1B8fxFMAABM-9ZAAAAJY"]
[Wed Apr 18 16:10:44 2018] [error] [client 81.23.114.190] File does not exist: /var/www/u0106988/data/www/taller.kz/""+ID+", referer: http://taller.kz/
[Wed Apr 18 16:10:46 2018] [error] [client 81.23.114.190] ModSecurity: Warning. String match "multipart" at REQUEST_HEADERS:Content-Type. [file "/etc/httpd/mod_security/trustwave_rules.conf"] [line "2907"] [id "2170100"] [rev "11202017"] [msg "SLR: Apache Struts (Body inspection Enabled)"] [tag "application-struts"] [tag "language-java"] [tag "platform-multi"] [tag "attack-injection"] [hostname "taller.kz"] [uri "/"] [unique_id "WtdD1h8fxFMAABM-9agAAAJM"]
[Wed Apr 18 16:10:46 2018] [error] [client 81.23.114.190] File does not exist: /var/www/u0106988/data/www/taller.kz/""+ID+", referer: http://taller.kz/
[Wed Apr 18 16:10:48 2018] [error] [client 81.23.114.190] ModSecurity: Warning. String match "multipart" at REQUEST_HEADERS:Content-Type. [file "/etc/httpd/mod_security/trustwave_rules.conf"] [line "2907"] [id "2170100"] [rev "11202017"] [msg "SLR: Apache Struts (Body inspection Enabled)"] [tag "application-struts"] [tag "language-java"] [tag "platform-multi"] [tag "attack-injection"] [hostname "taller.kz"] [uri "/"] [unique_id "WtdD2B8fxFMAABMj9OgAAACK"]
Ошибка при загрузке файлов на сервер или с сервера в Dreamweaver
Если вы используете Dreamweaver CS5.5, невозможность загрузки файлов на сайт или с сайта может быть вызвана наличием символической ссылки (иногда называемой символьной или гибкой ссылкой) в той же папке, в которую вы пытаетесь загрузить файлы. Символические ссылки по сути являются ярлыками или псевдонимами, которые указывают на файл, размещенный в другом местоположении, но могут использоваться так, как если бы этот файл уже находился в этом месте. Dreamweaver CS5.5 может неправильно интерпретировать эти символические ссылки, как если бы они являлись каталогами, и т.к. они не могут быть корректно пересчитаны, любая попытка загрузки файлов на сервер или с сервера в одном каталоге с символической ссылкой приводит к возникновению ошибки.
Вы, скорее всего, столкнулись с данной проблемой, если в Журнале FTP в Dreamweaver отображается сообщение об ошибке, подобное следующему:
«Ошибка FTP – не удается поместить ‘/index.html’. Доступ запрещен.»
Чтобы найти соответствующую символическую ссылку, проверьте Журнал FTP в Dreamweaver» («Окно» > «Результаты» > «Журнал FTP») на наличие для строки, которая выглядит как в следующем примере:
< lrwxr-xr-x 1 username users 66 Jun 30 18:20 webformmailer.php -> /usr/www/stats/mailer.php
Существует два критерия, которые указывают на то, что это символическая ссылка. Первый – первая буква «l» (как в lrwxr-xr-x) указывает на то, что это символическая ссылка. Второй – имя файла, которое будет отображаться на локальной или удаленной панели «Файлы» в Dreamweaver (в данном случае, webformmailer.php), указывает на (->) файл в другом месте (в данном случае, /usr/www/stats/mailer.php).
В случае вышеуказанного примера для решения проблемы необходимо найти символическую ссылку webformmailer.php на панели «Файлы» в Dreamweaver, а затем удалить ее. Если вам необходимо использоваться этот файл для определенного компонента вашего веб-сайта, следует также скопировать файл mailer.php из его местоположения в /usr/www/stats/ в нужный каталог.
Однажды, после переноса сайта на 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Подробнее