Error in a uploading bitrix

Добрый день. Помогите решить проблему. Не могу загрузить фотографии большого размера в подробный анонс (а точнее превышающих 128кб, вычислил методом подбора). Тестирование конфигурации показало ошибку на пункте: Загрузка файла больше 4Мб.При этом хочу заметить, что параметры php.ini в порядке.post_max_size = 32М upload_max_filesize = 32МЧто подтвердил phpinfo. Вариант о недостатке места на диске тоже отпадает (ещё около 8ГБ свободного). Блокировка NGFIX - также отпадает (напряг техподдержку хостинга чтобы...
 

Пользователь 102162

Посетитель

Сообщений: 102
Баллов: 9
Авторитет:

0

Рейтинг пользователя:

0

Регистрация: 20.09.2011

Добрый день. Помогите решить проблему. Не могу загрузить фотографии большого размера в подробный анонс (а точнее превышающих 128кб, вычислил методом подбора).

Тестирование конфигурации показало ошибку на пункте: Загрузка файла больше 4Мб.

При этом хочу заметить, что параметры php.ini в порядке.
post_max_size = 32М
upload_max_filesize = 32М
Что подтвердил phpinfo.

Вариант о недостатке места на диске тоже отпадает (ещё около 8ГБ свободного). Блокировка NGFIX — также отпадает (напряг техподдержку хостинга чтобы проверили параметры, а потом и вовсе его временно отключили — чтобы проверить в нем причина или нет — не помогло).

И так вопрос: какие ещё настройки могут отвечать за ограничения размера загружаемого файла?

 

Пользователь 50911

Посетитель

Сообщений: 95
Баллов: 8
Авторитет:

1

Рейтинг пользователя:

1

Регистрация: 20.10.2009

#2

0

08.11.2013 13:20:57

Код
<?phpinfo();?> 

посмотрите там какие параметры у upload_max_filesize

 

Пользователь 102162

Посетитель

Сообщений: 102
Баллов: 9
Авторитет:

0

Рейтинг пользователя:

0

Регистрация: 20.09.2011

Я же в 1 сообщении все написал,
upload_max_filesize = 32М

 

Пользователь 102162

Посетитель

Сообщений: 102
Баллов: 9
Авторитет:

0

Рейтинг пользователя:

0

Регистрация: 20.09.2011

Сам разобрался. Для тех, кто возможно, столкнется с подобной проблемой…

Нужно прописать параметр FcgidMaxRequestLen, иначе нельзя через браузер загружать файлы превышающие размер 128КБ.

Это ограничение возникает если сайт работает под управлением ISP Manager как CGI/FastCGI. Можно прописать данный параметр в файле httpd.conf (в моем случае, он располагался по адресу /etc/httpd/conf), в этом файле нужно отредактировать параметр, либо добавить строку

FcgidMaxRequestLen 107374182

Число 107374182 позволяет загружать файлы объемом до 1Гб, делает рестарт и проблема решена.

Ещё один из вариантов, можно отредактировать файл fcgid.conf

<IfModule mod_fcgid.c>
   FcgidMaxRequestLen 107374182
</IfModule

 

Пользователь 107617

Заглянувший

Сообщений: 1
Авторитет:

1

Рейтинг пользователя:

0

Регистрация: 26.11.2011

Для тех, кто использует NGINX:

В файл nginx.conf, в секцию http, добавить/изменить:
client_max_body_size 100m;

 

Пользователь 125253

Эксперт

Сообщений: 435
Баллов: 69
Авторитет:

5

Рейтинг пользователя:

0

Регистрация: 09.04.2012

Антон Водолазский

спасибо. Долго возились после переустановки ОС. Наткнулись на ваш пост)

 

Пользователь 52657

Постоянный посетитель

Сообщений: 114
Баллов: 18
Авторитет:

1

Рейтинг пользователя:

0

Регистрация: 18.11.2009

Артем Осипов, Спасибо за подсказку.

 

Пользователь 194259

Заглянувший

Сообщений: 29
Баллов: 1
Авторитет:

0

Рейтинг пользователя:

0

Регистрация: 28.11.2014

Большое спасибо! Проблема решена!

 

Пользователь 336230

Заглянувший

Сообщений: 3
Авторитет:

1

Рейтинг пользователя:

0

Регистрация: 06.05.2015

Артем Осипов, Спасибо. Проблема решена.

 

Пользователь 94067

Заглянувший

Сообщений: 9
Авторитет:

1

Рейтинг пользователя:

0

Регистрация: 16.06.2011

#10

0

07.02.2016 20:28:57

 

Пользователь 162578

Заглянувший

Сообщений: 13
Баллов: 1
Авторитет:

1

Рейтинг пользователя:

0

Регистрация: 12.02.2013

#11

0

10.03.2016 13:16:42

Артем Осипов,спасибо за подсказку!

 

Пользователь 449

Постоянный посетитель

Сообщений: 101
Баллов: 17
Авторитет:

1

Рейтинг пользователя:

1

Регистрация: 28.04.2004

#12

0

04.08.2016 14:41:01

Цитата
Антон Водолазский написал:

   FcgidMaxRequestLen 107374182
</IfModule

FcgidMaxRequestLen 1073741824

скорее

http://webdoka.ru

 

Пользователь 449

Постоянный посетитель

Сообщений: 101
Баллов: 17
Авторитет:

1

Рейтинг пользователя:

1

Регистрация: 28.04.2004

#13

0

04.08.2016 14:49:26

вот еще по теме
# nano /etc/apache/mods-available/fcgid.conf

Между тегами <IfModule mod_fcgid> и </IfModule> добавляем:
IPCCommTimeout 290

IPCCommTimeout — устанавливает время доступа к скрипту от IP адреса, после которого работа процесса будет прервана. Стандартное значение — 40 секунд.

 

Пользователь 316487

Заглянувший

Сообщений: 1
Авторитет:

1

Рейтинг пользователя:

0

Регистрация: 10.03.2015

#14

0

23.06.2017 17:56:06

Спасибо, рабочие оба варианта!

 

Пользователь 33448

Посетитель

Сообщений: 23
Баллов: 3
Авторитет:

1

Рейтинг пользователя:

1

Регистрация: 23.11.2008

#15

0

16.01.2019 10:16:37

Цитата
Антон Водолазский написал:
Сам разобрался. Для тех, кто возможно, столкнется с подобной проблемой…

Нужно прописать параметр  FcgidMaxRequestLen , иначе нельзя через браузер загружать файлы превышающие размер 128КБ.

Это ограничение возникает если сайт работает под управлением ISP Manager как CGI/FastCGI. Можно прописать данный параметр в файле httpd.conf (в моем случае, он располагался по адресу /etc/httpd/conf), в этом файле нужно отредактировать параметр, либо добавить строку

FcgidMaxRequestLen 107374182

Число 107374182 позволяет загружать файлы объемом до 1Гб, делает рестарт и проблема решена.

Ещё один из вариантов, можно отредактировать файл fcgid.conf

<IfModule mod_fcgid.c>
   FcgidMaxRequestLen 107374182
</IfModule

Антон, спасибо, помог Ваш вариант. Такой же случай — сайт работает под управлением ISP Manager как CGI/FastCGI. Добавил строку в httpd.conf и всё взлетело )

Носорог, как известно, плохо видит. Но при его весе — это не его проблемы.

 

Пользователь 106725

Заглянувший

Сообщений: 3
Авторитет:

1

Рейтинг пользователя:

0

Регистрация: 10.11.2011

#16

0

18.01.2019 00:55:10

 

Пользователь 196067

Заглянувший

Сообщений: 1
Авторитет:

1

Рейтинг пользователя:

0

Регистрация: 03.06.2013

#17

0

14.04.2019 11:17:09

Цитата
Антон Водолазский написал:
Сам разобрался. Для тех, кто возможно, столкнется с подобной проблемой…

Нужно прописать параметр  FcgidMaxRequestLen , иначе нельзя через браузер загружать файлы превышающие размер 128КБ.

Это ограничение возникает если сайт работает под управлением ISP Manager как CGI/FastCGI. Можно прописать данный параметр в файле httpd.conf (в моем случае, он располагался по адресу /etc/httpd/conf), в этом файле нужно отредактировать параметр, либо добавить строку

FcgidMaxRequestLen 107374182

Число 107374182 позволяет загружать файлы объемом до 1Гб, делает рестарт и проблема решена.

Ещё один из вариантов, можно отредактировать файл fcgid.conf

<IfModule mod_fcgid.c>
   FcgidMaxRequestLen 107374182
</IfModule

Спасибо работает

 

Пользователь 2532517

Заглянувший

Сообщений: 3
Авторитет:

0

Рейтинг пользователя:

0

Регистрация: 30.04.2019

#18

0

12.05.2019 07:14:33

Спасибо! Одной проблемой стало меньше.

 

Пользователь 4177500

Заглянувший

Сообщений: 1
Авторитет:

0

Рейтинг пользователя:

0

Регистрация: 23.04.2020

#19

0

28.07.2020 15:47:05

Цитата
Антон Водолазский написал:
FcgidMaxRequestLen 107374182

Прошло 7 лет, но до сих пор актуально. Спасибо

 

Пользователь 3436271

Заглянувший

Сообщений: 1
Авторитет:

0

Рейтинг пользователя:

0

Регистрация: 05.02.2020

#20

0

28.09.2020 13:41:42

Спасибо большое, минус тех.поддержке особенно инженеру Александра Больнова
Проблеме 7 лет, отсылает к хостеру, когда решение давно известно на самом форуме Битрикс.  

 

Пользователь 2940905

Заглянувший

Сообщений: 5
Авторитет:

0

Рейтинг пользователя:

0

Регистрация: 25.02.2019

#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 , 5e20781645dbf267475379.png








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:69

15.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Подробнее

Понравилась статья? Поделить с друзьями:
  • Error importing hplip modules is hplip installed
  • Error implicit declaration of function itoa
  • Error implicit declaration of function getline
  • Error imei huawei e1550
  • Error image type not supported