|
Пользователь 70906 Посетитель Сообщений: 121 |
Добрый день. Вопрос такой, почему при тестировании конфигурации выводит ошибку у пункта Загрузка файла больше 4Мб? В php.ini указаны параметры (в phpinfo тоже): Кэш битрикса очищал. Не помогает. Что делать? |
|
Администратор Сообщений: 9025 Epic fail — сказать «это так просто» и не суметь сделать |
Если приведенные Вам параметры указаны верно, то Вы ограничили загрузку файла 20 байтами. Правильно — upload_max_filesize = 20M Не надо сверлить зубы через задний проход дрелью от Сваровски |
|
Пользователь 70906 Посетитель Сообщений: 121 |
Все это установил, рестартовал, очистил кэш — без результатов. В php.ini (phpinfo) все изменения отобразились, а Битрикс Корпоративный портал их не видит. |
|
Евгений Жуков
Администратор Сообщений: 9025 Epic fail — сказать «это так просто» и не суметь сделать |
#4 0 16.01.2013 14:05:30
Вы смотрели это через админку или отдельным скриптом? Не надо сверлить зубы через задний проход дрелью от Сваровски |
||
|
Пользователь 70906 Посетитель Сообщений: 121 |
И через админку, и отдельным скриптом, ну и php.ini у меня под рукой, там внесены данные какие надо. |
|
Администратор Сообщений: 9025 Epic fail — сказать «это так просто» и не суметь сделать |
Видимо, проблема в других настройках, относящихся к аплоаду Не надо сверлить зубы через задний проход дрелью от Сваровски |
|
Пользователь 222943 Заглянувший Сообщений: 8 |
Такая же проблема, какие настройки могут быть еще? |
|
Пользователь 85801 Заглянувший Сообщений: 35 |
В настройках модулей Блоги и Форум есть поле «Максимальный размер загружаемых файлов (байт)». Может там? |
|
Пользователь 275703 Постоянный посетитель Сообщений: 183 |
Присоединяюсь к теме. |
|
Пользователь 138501 Заглянувший Сообщений: 1 |
#10 1 22.05.2015 14:36:17 Настройки PHP: http://dev.1c-bitrix.ru/support/forum/forum6/topic58299/ |
|
Пользователь 406260 Постоянный посетитель Сообщений: 29 |
#11 0 27.11.2020 09:53:12 Это ограничение даёт nginx Редактируем файл настройки nginx в Там надо добавить client_max_body_size http { или После этого перезапускаем nginx Для тех, кто использует apache2 https://dev.1c-bitrix.ru/support/forum/messages/forum6/topic58299/message305865/#message305865 |
При подготовке сервера под хостинг сайта на 1С Bitrix всплывают ошибки, с которыми я никогда не сталкивался при работе с другими CMS. Здесь я распишу что надо поменять, чтобы обмен с сайтом и upload файлов и картинок успешно выполнились.
Если честно, то Bitrix очень капризный продукт и требует очень точной настройки, для начинающих есть варианты уже с готовыми виртуальными образами, на которых развернут CentOS и Bitrix: Веб-окружение. Но если вы привыкли работать с другим дистрибутивом (лично я предпочитаю Debian и Ubuntu), то придется поковыряться в конфигах ручками.
Итак, в Apache максимальный размер файлов указывается либо в php.ini (не у всех есть доступ к этому файлу), либо напрямую в .htaccess. В моей статье Все про файл .htaccess я подробно расписывал все настройки. Ну а мы в .htaccess допишем:
php_value upload_max_filesize 10M
php_value post_max_size 10M
Я уже было решил, что проблема решена, но проверка системы также ругалась на максимальный размер файлы.
Причина оказалась в связке Nginx+Apache. Так как Nginx работает кэширующим фронт-энд сервером, то он работает изначально по своим правилам, а затем по этим правилам решает, передавать ли файл дальше в Apache или нет. Логи ясно показали ошибку
тут будет скрин или текст логов, сейчас проблема решена и естественно и нет ошибки. верну обратно и сделаю скрин
Путем недолгих поисков в интернете увидел правильные настройки виртуального хоста Nginx, с указанием максимального размера файла, который Nginx может передать бэкенд-серверу. Добавляем в /etc/nginx/sites-available/example.org.conf следующие директивы в блок настроек прокси
proxy_buffering off;
client_max_body_size 10m;
Перезапускаем службу и проверяем результат также через проверку системы Bitrix.
На сайте были такие настройки. У меня они чутка отличаются
proxy_pass http://127.0.0.1:8080/;
proxy_redirect off;
proxy_buffering off
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
client_max_body_size 10m;
client_body_buffer_size 128k;
proxy_connect_timeout 90;
proxy_send_timeout 6000;
proxy_read_timeout 6000;
proxy_buffer_size 4k;
proxy_buffers 4 32k;
proxy_busy_buffers_size 64k;
proxy_temp_file_write_size 64k;
Отблагдарить автора статьи также можно переводом, +100 вам в карму!
apache bitrix client_max_body_size htaccess nginx php_value post_max_size proxy_buffering server upload_max_filesize ошибки сайт
|
Пользователь 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");
нужно вставить
Попросил поддержку исправить этот баг в импорте, но мы то с вами знаем сколько такие неважные исправления могут делаться. Поэтому я просто оставлю это сообщение здесь. Возможно кому-то поможет сэкономить время.
Назад в раздел
При подготовке сервера под хостинг сайта на 1С Bitrix всплывают ошибки, с которыми я никогда не сталкивался при работе с другими CMS. Здесь я распишу что надо поменять, чтобы обмен с сайтом и upload файлов и картинок успешно выполнились.
Если честно, то Bitrix очень капризный продукт и требует очень точной настройки, для начинающих есть варианты уже с готовыми виртуальными образами, на которых развернут CentOS и Bitrix: Веб-окружение. Но если вы привыкли работать с другим дистрибутивом (лично я предпочитаю Debian и Ubuntu), то придется поковыряться в конфигах ручками.
Итак, в Apache максимальный размер файлов указывается либо в php.ini (не у всех есть доступ к этому файлу), либо напрямую в .htaccess. В моей статье Все про файл .htaccess я подробно расписывал все настройки. Ну а мы в .htaccess допишем:
php_value upload_max_filesize 10M
php_value post_max_size 10M
Я уже было решил, что проблема решена, но проверка системы также ругалась на максимальный размер файлы.
Причина оказалась в связке Nginx+Apache. Так как Nginx работает кэширующим фронт-энд сервером, то он работает изначально по своим правилам, а затем по этим правилам решает, передавать ли файл дальше в Apache или нет. Логи ясно показали ошибку
тут будет скрин или текст логов, сейчас проблема решена и естественно и нет ошибки. верну обратно и сделаю скрин
Путем недолгих поисков в интернете увидел правильные настройки виртуального хоста Nginx, с указанием максимального размера файла, который Nginx может передать бэкенд-серверу. Добавляем в /etc/nginx/sites-available/example.org.conf следующие директивы в блок настроек прокси
proxy_buffering off;
client_max_body_size 10m;
Перезапускаем службу и проверяем результат также через проверку системы Bitrix.
На сайте были такие настройки. У меня они чутка отличаются
proxy_pass http://127.0.0.1:8080/;
proxy_redirect off;
proxy_buffering off
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
client_max_body_size 10m;
client_body_buffer_size 128k;
proxy_connect_timeout 90;
proxy_send_timeout 6000;
proxy_read_timeout 6000;
proxy_buffer_size 4k;
proxy_buffers 4 32k;
proxy_busy_buffers_size 64k;
proxy_temp_file_write_size 64k;
Отблагдарить автора статьи также можно переводом, +100 вам в карму!
apache bitrix client_max_body_size htaccess nginx php_value post_max_size proxy_buffering server upload_max_filesize ошибки сайт
На чтение 6 мин Просмотров 1.1к. Опубликовано 07.05.2019
Содержание
- Обновление файла php.ini
- Редактирование файла .htaccess
- Изменение файла wp-config.php
- Изменение лимитов в WHM
- Заключение
- Не выгружаются цены
- Не выгружаются разделы
- Не выгружаются фото
- Задваиваются свойства
- 502 или белый экран
- Символьные коды не создаются
- Много ошибок 404 после обмена с сайтом
- Подразделы перемещаются в корень сайта из родительских разделов
По умолчанию WordPress устанавливает небольшой лимит на размер загружаемых изображений, видеороликов и других файлов. Аналогичная ситуация с PHP memory limit , который сказывается на возможности запускать плагины и скрипты.
Если вы запускаете сайт с большим количеством контента, эти лимиты могут стать проблемой. Можно получить ошибку при загрузке:
Если достигнут предел выделяемой памяти, то выведется другое сообщение об ошибке:
Рассмотрим наиболее эффективные способы увеличения этих лимитов на сервере. Начнем с memory limit php ini .
Обновление файла php.ini
Если вы используете CPanel , перейдите в раздел « Файлы » и нажмите кнопку « Диспетчер файлов ». Убедитесь, что установлен флажок « Показать скрытые файлы », а затем нажмите на кнопку « Перейти ».
Выберите папку wp-admin и найдите файл php.ini или php5.ini . Если такого файла нет, создайте его, нажав на кнопку « Создать файл », расположенную в верхнем левом углу. Назовите файл php.ini и нажмите во всплывающем окне кнопку « Создать файл »:
Если ошибка не исчезла, попробуйте переименовать файл в php5.ini . Когда файл будет открыт, добавьте в него приведенные ниже строки, а затем сохраните изменения и закройте файл:
M — означает мегабайты. Измените лимиты 1000M, 2000M и 3000M на значения, которые необходимы. Изменение значения max_execution_time ограничит время загрузки скрипта.
Во многих случаях используемые значения должны увеличиваться по мере перехода в списке от первой до третьей строки. Upload_max_filesize должен быть самым маленьким, memory limit php ini — самым большим. При этом post_max_size должен иметь среднее значение.
Прежде чем проверить, не исчезла ли ошибка, очистите кэш браузера.
Редактирование файла .htaccess
Если редактирование php.ini не помогло, попробуйте изменить файл .htaccess . Добавьте приведенный ниже код в конец файла:
Измените значения php ini set memory limit так, как вам нужно. Не забудьте сохранить файл и очистить кэш браузера.
Изменение файла wp-config.php
Если оба способа не дали результата, попробуйте отредактировать файл wp-config.php , добавив следующий код в самый низ, перед строкой « happy blogging «:
Сохраните файл и очистите кэш браузера.
Изменение лимитов в WHM
Если сайт размещен на VPS или выделенном сервере, можно попробовать изменить лимиты в WHM .
После того, как вы вошли в систему, перейдите в раздел Конфигурация сервера> Настройки > PHP .
Введите нужные вам значения и нажмите кнопку « Сохранить ».
Затем перейдите в раздел Конфигурация служб> Редактор конфигурации PHP . Прокрутите страницу вниз до разделов memory_limit и upload_max_filesize :
Введите необходимые значения. В разделе « Параметры и информация » найдите memory_limit и задайте то же значение, которое вы установили в memory limit php ini и .htaccess .
Нажмите кнопку « Сохранить » и очистите кэш браузера.
Заключение
Мы рассмотрели все способы решения данной проблемы. Наслаждайтесь возможностью загружать большие файлы и продолжайте использовать на своем сайте плагины WordPress . Внесенные в php memory limit htaccess изменения должны вступить в силу через несколько минут, после чего можно будет приступить к работе с новыми параметрами.
Если нужно загрузить большие файлы только один раз, попробуйте сделать это через FTP . Обычно файлы, загруженные через FTP в каталог /wp-content/uploads/ , не отображаются в библиотеке медиа. Но с помощью плагина Media from FTP можно отобразить их всего в несколько кликов.
Если ни один из вариантов не дал результата, свяжитесь со своим хостинг-провайдером.
Данная публикация представляет собой перевод статьи « How to Increase the Maximum Upload and PHP Memory Limit » , подготовленной дружной командой проекта Интернет-технологии.ру
Столкнулся с такой проблемой, мой проект не хочет грузить файлы больше 2х мб, при валидации формы выходит ошибка «File ‘img’ exceeds the defined ini size». Поиски в интернете привели всего к одному решению, добавить строку
addValidator(‘Size’, false, 5000000)
к полю загрузки файла, но это не решило проблему.
В этой статье мы собрали основные проблемы обмена с 1с и простые чек-листы по их решению
Статья будет полезна как программистам 1С, так и Битрикс разработчикам.
Текст структурирован по принципу: проблема — варианты решения. Если есть конкретная задача, то сразу переходите по внутренней ссылке.
Перед тем, как перейти к описаниям сначала проверьте сайт тестами битрикс (проверка системы и проверка прав доступа). Примерно половина проблем после этого исчезают.
Не выгружаются цены
- Проверяем на стороне 1с, что
- Разрешены типовые соглашения с контрагентами
- Создано типовое соглашение с контрагентами, доступное внешним пользователям
- В нем выбран тип цены
- В товаре есть цена с этим типом цены
- В «отборе и сортировке» в товаре указано это соглашение в поле «цены»
- Если у вас Битрикс Малый бизнес, то тип цен обязательно должен быть один
Не выгружаются разделы
То есть товары попадают на сайт без разделов
Варианты причин и решений
- В разделах могут быть обязательные поля, которые из 1с не могут приходить (например, фото). Тогда при обмене не создастся раздел из-за ошибки
- В Битрикс Малый бизнес может в выгрузке быть настроено больше одного типа цен. В этом случае выгрузка не будет проходить из-за того, что сначала выгружаются цены, а потом структура разделов и если на выгрузке цен выгрузка вернет ошибку, то и разделы не загрузятся.
Не выгружаются фото
Задваиваются свойства
Одно и то же свойство приходит 2 и больше раз.
Причина в том, что в 1с свойства прикрепляются к видам номенклатуры и если их несколько, то и свойств создается несколько для одного И того же.
Как решать
В 1с нужно создавать свойство через копирование предыдущего и при этом обязательно указывать, что «прикрепить именно это свойство к новому виду номенклатуры»
502 или белый экран
Сайт падает с ошибкой 502 или с ошибкой превышения объема выделенной памяти.
В настройках обмена с 1С на стороне сайта время одного шага обмена поставить от 1 до 5 секунд
Если не помогло, то провести обмен без картинок.
Обмен может не проходить из-за того, что сайт не может нарезать превью из очень большой картинки.
Символьные коды не создаются
Скорее всего на сервере не настроен mbstring. Проверьте сайт внутренним тестом битрикс.
Много ошибок 404 после обмена с сайтом
Скорее всего у вас установлена галочка «транслитерировать символьный код из названия при обновлении раздела».
Из-за этого при изменении названия, меняется и адрес, что очень плохо для SEO
Подразделы перемещаются в корень сайта из родительских разделов
Скорее всего это происходит при обмене в режиме «только изменения» при установленной галочке «Не импортировать верхний уровень группы товаров, если он единственный»
Список дополняется по мере выявления новых проблемных мест.
Здесь VPS на BrainyCP за 2$ в месяц, а здесь 50GB шаред-хостинг на BrainyCP за 1.9$ в месяц
-
lexkosha
- Сообщения: 6
- Зарегистрирован: Сб июн 12, 2021 3:25 pm
Работа с сокетами Ошибка! Не работает Bitrix
Всем привет!
ребята подскажите как исправить ошибку «Работа с сокетами Ошибка! Не работает»
Делаю тест системы. Выдает ошибку, читал что нужно править файл хост, поправил как написано не помогло.
CentOS 7
Журнал проверки системы
2021-Jun-12 15:24:02 Наличие необходимых модулей php (check_php_modules): Ok
Все необходимые модули установлены
2021-Jun-12 15:24:02 Обязательные параметры PHP (check_php_settings): Ok
Настройки правильные
2021-Jun-12 15:24:02 Модули веб-сервера (check_security): Ok
Конфликтов не выявлено
2021-Jun-12 15:24:02 Значения переменных сервера (check_server_vars): Ok
Корректные
2021-Jun-12 15:24:03 Сохранение сессии (check_session): Ok
50% done
2021-Jun-12 15:24:03 Сохранение сессии (check_session): Ok
Успешно
2021-Jun-12 15:24:03 Параметры настройки UTF (mbstring и константа BX_UTF) (check_mbstring): Ok
Правильные. Сайт работает в UTF кодировке
2021-Jun-12 15:24:03 Служебные скрипты в корне сайта (check_install_scripts): Ok
Отсутствуют
2021-Jun-12 15:24:03 Работа с сокетами (check_socket): Fail
Connection to site.ru:80 Success
== Request ==
GET /bitrix/admin/site_checker.php?test_type=socket_test&unique_id=092382390232392832932 HTTP/1.1
Host: site.ru== Response ==
HTTP/1.1 404 Not Found
Server: nginx/1.20.1
Date: Sat, 12 Jun 2021 15:24:03 GMT
Content-Type: text/html; charset=iso-8859-1
Content-Length: 196
Connection: keep-alive== Body ==
<!DOCTYPE HTML PUBLIC «-//IETF//DTD HTML 2.0//EN»>
<html><head>
<title>404 Not Found</title>
</head><body>
<h1>Not Found</h1>
<p>The requested URL was not found on this server.</p>
</body></html>==========
Ошибка! Не работает
2021-Jun-12 15:24:03 Выполнение агентов на cron (check_bx_crontab): Warning
Замечание. Агенты выполняются на хитах, рекомендуется перевести выполнение агентов на cron
2021-Jun-12 15:24:03 Параметры подключения к базе данных (check_dbconn_settings): Ok
Успешно
2021-Jun-12 15:24:03 Лишний вывод в файлах конфигурации (check_dbconn): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2021-Jun-12 15:24:03 Сохранение сессии без UserAgent (check_session_ua): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2021-Jun-12 15:24:03 Настройки сайтов (check_sites): Ok
Правильные
2021-Jun-12 15:24:03 Передача объектов по ссылке (check_clone): Ok
Успешно
2021-Jun-12 15:24:03 Размер стека и pcre.recursion_limit (check_pcre_recursion): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2021-Jun-12 15:24:03 Загрузка файла (check_upload): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2021-Jun-12 15:24:03 Загрузка файла больше 4Мб (check_upload_big): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2021-Jun-12 15:24:03 Загрузка файла через php://input (check_upload_raw): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2021-Jun-12 15:24:03 Передача POST запроса с большим числом параметров (check_post): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2021-Jun-12 15:24:03 Отправка почты (check_mail): Ok
Успешно
2021-Jun-12 15:24:03 Отправка почтового сообщения больше 64Кб (check_mail_big): Ok
Успешно
2021-Jun-12 15:24:03 Проверка на наличие неотправленных сообщений (check_mail_b_event): Ok
Успешно
2021-Jun-12 15:24:03 Внутреннее перенаправление (функция LocalRedirect) (check_localredirect): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2021-Jun-12 15:24:03 Фактическое ограничение памяти (check_memory_limit): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2021-Jun-12 15:24:04 Работа с файлами кеша (check_cache): Ok
Успешно
2021-Jun-12 15:24:04 Доступ к серверу обновлений (check_update): Ok
Успешно
2021-Jun-12 15:24:04 HTTP авторизация (check_http_auth): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2021-Jun-12 15:24:04 Создание и запуск файла (check_exec): Warning
Замечание. Не удалось проверить из-за ошибки в работе с сокетами
2021-Jun-12 15:24:04 Функция getimagesize для swf (check_getimagesize): Ok
Успешно
2021-Jun-12 15:24:04 Версия MySQL-сервера (check_mysql_bug_version): Ok
Успешно
2021-Jun-12 15:24:05 Время на БД и веб-сервере (check_mysql_time): Fail
Ошибка! Время отличается на 10800 секунд
2021-Jun-12 15:24:05 Режим работы MySQL (check_mysql_mode): Ok
Успешно
2021-Jun-12 15:24:05 Кодировка соединения (check_mysql_connection_charset): Ok
character_set_connection=utf8, collation_connection=utf8_unicode_ci, character_set_results=utf8
Успешно
2021-Jun-12 15:24:05 Кодировка базы данных (check_mysql_db_charset): Ok
CHARSET=utf8, COLLATION=utf8_unicode_ci
Успешно
97% done
2021-Jun-12 15:24:22 Структура базы данных (check_mysql_table_structure): Ok
Успешно
-
sbury
- Сообщения: 1080
- Зарегистрирован: Вт фев 06, 2018 7:51 am
Re: Работа с сокетами Ошибка! Не работает Bitrix
Сообщение
sbury » Сб июн 12, 2021 9:39 pm
в файле /etc/hosts, первой строкой добавьте запись
127.0.0.1 _ваш_домен_
при помощи команды
hostname
проверьте какой он у вас вообще прописан в системе. bitrix требует запись полного доменного имени в системе
Второе, сертификат SSL должен быть выдан данному домену.
И третье, если в DNS есть запись ipv6 типа АААА, и она не подключена к домену, или есть не существующая, она должна быть удалена
Пока хоть одно из этих условий не выполнено , вы будете получать данную ошибку.
-
sbury
- Сообщения: 1080
- Зарегистрирован: Вт фев 06, 2018 7:51 am
Re: Работа с сокетами Ошибка! Не работает Bitrix
Сообщение
sbury » Вс июн 13, 2021 8:03 am
показывайте что прописано. А так же вывод hostname. Можете в личку
-
lexkosha
- Сообщения: 6
- Зарегистрирован: Сб июн 12, 2021 3:25 pm
Re: Работа с сокетами Ошибка! Не работает Bitrix
Сообщение
lexkosha » Вт авг 31, 2021 8:44 pm
Сегодня попробовал по новой все поднять. К сожалению решить проблему не удалось. Может кто то сталкивался и победил?
-
confignsk
- Сообщения: 14
- Зарегистрирован: Пн дек 21, 2020 1:38 am
Re: Работа с сокетами Ошибка! Не работает Bitrix
Сообщение
confignsk » Чт окт 14, 2021 8:19 am
Всем добрый день! Какие варианты еще решений можно использовать ?