-
Главная
-
Сниппеты
-
Ошибка соединения с сервером обновлений: [110] Connection timed out.
При попытке обновить сайт возникала ошибка соединения с сервером обновлений.
Причина ошибки может быть в работе сокетов, нужно проверить работу сайта на странице Настройки > Инструменты > Проверка системы.
Если ошибки нет, то проблема может быть внешняя.
Проверяем, какой сервер обновлений указан в Настройки > Настройки продукта > Настройки модулей — Главный модуль — Система обновлений — поле Имя сервера, содержащего обновления:
Если он равен www.bitrixsoft.com, то меняем его на www.1c-bitrix.ru и попробуйте повторить обновление.
Теги: Connection timed out, Ошибка
Перейти к контенту
|
Пользователь 1288159 Заглянувший Сообщений: 32 |
Со вчерашнего обеда какой то трындец творится…. Проверка сайта показывает ошибочный ответ сервера обновлений, где-то качается версия 20.5 где то 20.0 У меня вопрос к разрабам, Вы чего курили? Отсыпьте а? |
|
Пользователь 1288159 Заглянувший Сообщений: 32 |
Называется не верь глазам своим, И с сайта архивом тоже качается версия 20.5.393 |
|
Евгений Жуков
Администратор Сообщений: 9025 Epic fail — сказать «это так просто» и не суметь сделать |
#3 0 25.09.2020 12:25:38
Этот дистрибутив — первый, где не требуется перегрузка строковых функций. Именно поэтому ему нужно значение mbstring.overload_func 0. Вскоре СО не будет отдавать обновления при другой настройке этого параметра. Не надо сверлить зубы через задний проход дрелью от Сваровски |
||
|
Пользователь 1288159 Заглянувший Сообщений: 32 |
#4 0 25.09.2020 12:29:26
Да отлично, но проблема в том что он тупо не ставиться) Я часов 6 убил и так и сяк, идешь в админку /bitrix — тут cp1251, авторизуешься там utf8 Как быть с ошибкой сервера обновлений? Перемудрили…. ой перемудрили… |
||
|
Пользователь 126096 Заглянувший Сообщений: 7 |
А у нас, в свою очередь, после данного обновления у нескольких клиентов не создаются инфоблоки при установке готовых решений. для теста пробовали: |
|
Евгений Жуков
Администратор Сообщений: 9025 Epic fail — сказать «это так просто» и не суметь сделать |
#6 0 25.09.2020 16:29:43
На bitrixlabs.ru не воспроизводится. Пишите в ТП с доступом. Не надо сверлить зубы через задний проход дрелью от Сваровски |
||
|
Пользователь 126096 Заглянувший Сообщений: 7 |
В ТП я написал, они разбираются. |
|
Евгений Жуков
Администратор Сообщений: 9025 Epic fail — сказать «это так просто» и не суметь сделать |
#8 0 25.09.2020 17:21:42
Надо включить в настройках Главного модуля установку бета-обновлений. Не надо сверлить зубы через задний проход дрелью от Сваровски |
||
|
Пользователь 36781 Постоянный посетитель Сообщений: 72 |
#9 0 26.09.2020 17:20:01
А у меня с файлами из под Битрикс последние обновления вызвали неработоспособность и сжатие gzip и brotli в nginx, неработоспособность TCP Fast Open и keep-alive между nginx и apache. В ТП проблему признали (в обновлённом footer.php) сказали ждать исправление Клуб любителей хрюш |
||
|
Пользователь 1288159 Заглянувший Сообщений: 32 |
#10 0 26.09.2020 20:55:14
бррррррр Вы серьезно сейчас?! Уберите это дерьмо с стабильных версий, почему скрипт bitrixsetup и на сайте БЕТКА!!! Я в шоке! |
||||
|
Пользователь 1288159 Заглянувший Сообщений: 32 |
#11 0 26.09.2020 21:57:51
Аналогично! Только что попробовал поставить Аспро.Максимум и ни одного инфоблока…. ПРОСТО ППЦ |
||||
|
Пользователь 160237 Заглянувший Сообщений: 36 |
#12 0 29.09.2020 09:45:33
Александр, вы абсолютно правы! Косяк заметил, когда не увидел Инфоблока со Структурой. Решил побороться с косяками на двух хостингах Бегет и РЕГ.РУ: использовал и битрикс сетап, и скачивал дистрибутивы с сайта, ставил БУС стандартный магазин, менял все версии PHP с 7.2 до 7.4 (настраивал все дерективы согласно требованиям), и даже использовал виртуальную лабораторию на сайте Битрикс Такую инсталяцию в самом начале развертывания продукта для новых клиентов использовать не буду. пс. В блогах вижу, что пилят какие-то новые решения в коде главного модуля, возможно где-то еще… ( https://dev.1c-bitrix.ru/community/blogs/vws/custom-smart-filter-and-main-20-5-x.php ) |
||
|
Пользователь 538729 Заглянувший Сообщений: 3 |
#13 0 29.09.2020 19:24:58 |
|
Пользователь 180446 Эксперт Сообщений: 684 |
#14 0 29.09.2020 20:28:08
Там ещё orm поломалась, сегодня 3 тикета запулил |
||
|
Пользователь 2090153 Постоянный посетитель Сообщений: 190 |
#15 0 29.09.2020 21:46:15 Непонятно зачем в стабильную ветку выкатывать такие обновления, которые все ломают, на то и существует бета, висит куча обновлений в очереди, но ставить как обычно — только через перекреститься, можно. |
|
Пользователь 2784769 Заглянувший Сообщений: 15 |
#16 0 30.09.2020 12:02:42 Да такая же ерунда и на стандартном магазине |
|
Администратор Сообщений: 9025 Epic fail — сказать «это так просто» и не суметь сделать |
#17 0 30.09.2020 18:51:32 Установите обновление iblock 20.0.1000 для исправления проблемы с установкой демо-данных на новом дистрибутиве. Не надо сверлить зубы через задний проход дрелью от Сваровски |
|
Пользователь 1288159 Заглянувший Сообщений: 32 |
#18 0 03.10.2020 13:56:55
Следующий косяк, or parsing XML, unmatched tags DATA Вашу службу поддержки неделю атакуем с разных сторон, не только мы… Выкатить БЕТКУ в стабилку это кому в голову пришло? Премии лишить нафиг, таких умников! |
||
|
Пользователь 160237 Заглянувший Сообщений: 36 |
#19 0 05.10.2020 15:47:24
Проверил час назад https://1009lab.bitrixlabs.ru/ На сайте Битрикс разворачивается «Управление сайтом 20.0.650» — значит откатили назад . Сайт апдейт предлагает main 20.5.399 Надеюсь, основной дистрибутив тоже заменили, откатили назад. Прикрепленные файлы Снимок экрана 2020-10-05 в 15.39.04.png (950.06 КБ) Снимок экрана 2020-10-05 в 15.38.24.png (1.27 МБ) |
||||
|
Пользователь 160237 Заглянувший Сообщений: 36 |
#20 0 05.10.2020 15:57:50 Здесь номера версий не соответствуют, main 20.5.425 (beta) от 01.10.2020 (new) ))) https://dev.1c-bitrix.ru/docs/versions.php#tab-changes-link |
|
Евгений Жуков
Администратор Сообщений: 9025 Epic fail — сказать «это так просто» и не суметь сделать |
#21 0 05.10.2020 16:16:41
Вы делаете неверные выводы. В демо-лаборатории просто не обновлена исходная болванка для создания установок. Обновления переведены в статус стабильны и доступны на bitrixlabs.ru через систему обновлений.
Нет. После его установки необходимо сразу обновить установку.
Все верно. Не надо сверлить зубы через задний проход дрелью от Сваровски |
||||||
|
Пользователь 1248141 Заглянувший Сообщений: 11 |
#22 0 05.10.2020 20:26:31
Выводы верные, на лаборатории (я писал выше, на рабочем компьютере скорее всего найду скриншоты) была ветка 2.5.ххх и все проблемы с Инфоблоками, на решении Интернет магазин. |
||||||
|
Пользователь 1127453 Заглянувший Сообщений: 1 |
#23 0 05.10.2020 20:36:25 Сегодня обновились. Странная ошибка — при переходе со страницы корзины на страницу оформления заказа — «белый экран». Что можете посоветовать? |
|
Пользователь 160237 Заглянувший Сообщений: 36 |
#24 0 06.10.2020 02:15:06 Ставлю CRM Коробку, там версии ветки 20.5.39х
При том, что на 20.0.1800 все летало как реактивный истребитель! Поздравляю всех причастных с «отличным» дистрибутивом версии 20.5.ххх Прикрепленные файлы Снимок экрана 2020-10-06 в 02.04.11.png (304.98 КБ) Снимок экрана 2020-10-06 в 01.56.30.png (323.91 КБ) Снимок экрана 2020-10-06 в 01.52.12.png (411.91 КБ) |
||
|
Евгений Жуков
Администратор Сообщений: 9025 Epic fail — сказать «это так просто» и не суметь сделать |
#25 0 06.10.2020 10:52:36
Обращайтесь в ТП, сразу предоставляя доступ. Не надо сверлить зубы через задний проход дрелью от Сваровски |
||
Система обновлений привязывается к конкретной установке и «запоминает» состояние системы после очередного обновления. Ошибка возникает в том случае, если текущее состояние не соответствует тому, которое было на момент последнего обновления. Этот механизм призван пресечь попытки обновления на одном лицензионном ключе неограниченного количества установок продукта.
Основные причины возникновения данной ошибки:
- Нарушение по количеству разрешенных копий;
- Переустановка сайта;
- Восстановление резервных копий;
- Изменение хостинга;
- Изменение IP;
- Изменение параметров хостинга.
Соответственно, если вы не будете переустанавливать сайт, восстанавливать резервные копии и будете использовать хостинг со статическим IP, ошибка будет возникать реже. Более полные рекомендации доступны по ссылке.
В случае, когда система уже заблокировалась, обратитесь, пожалуйста, в техническую поддержку.
В обращении обязательно нужно указать, что у вас возникла ошибка [ERROR_WRONG_CODE] и следующие данные:
- лицензионный ключ копии продукта, о которой идет речь;
- какие действия предшествовали появлению ошибки;
- сколько существует установок (копий) продукта, в т. ч. локальных;
- какие сайты (укажите доменные имена) работают с использованием данного лицензионного ключа.
Способы исправления ошибок, выявленных при полном тестировании системы в 1С-Битрикс
Модули веб-сервера
Ошибка: Загружен модуль mod_dav/mod_dav_fs, WebDav не будет работать
Решение: Удалите файл /etc/httpd/conf.modules.d/00-dav.conf
Размер стека и pcre.recursion_limit
Ошибка: Замечание. Возможны проблемы в работе с длинными строками из-за системных ограничений
Решение: Как правило, для корректной работы 1С-Битрикс требуется снижение значения pcre.recursion_limit до 1000. Для этого нужно прописать правило в файле php.ini или в .htaccess, если у вас виртуальный хостинг и нет доступа к настройкам сервера.
VDS хостинг
- В файле /etc/php.d/bitrixenv.ini изменим параметр:
pcre.recursion_limit=100000
- В скрипте запуска сервера HTTP Apache /etc/rc.d/init.d/httpd изменим функцию start(), добавив в нее одну строку ulimit -s unlimited
- В итоге должно получиться примерно следующее:
start() { echo -n $"Starting $prog: " ulimit -s unlimited LANG=$HTTPD_LANG daemon --pidfile=${pidfile} $httpd $OPTIONS RETVAL=$? echo [ $RETVAL = 0 ] && touch ${lockfile} return $RETVAL }
Виртуальный хостинг
Для виртуального хостинга в файле .htaccess
php_value pcre.recursion_limit 100000
Режим работы MySQL
Ошибка: innodb_strict_mode=ON, требуется OFF
Решение: После обновления 1C-Битрикс, а конкретно модуля main 19.0.400 добавилась новая проверка. Исправление выйдет в следующих версиях BitrixVM. А сейчас можно исправить так:
Вариант 1
- Подключиться к серверу под root
- Открыть один из файлов (у всех могут быть разные, варианты)
- /etc/my.cnf
- /etc/alternatives/my.cnf
- /etc/bitrix-my.cnf
- Добавить строку в блоке # InnoDB parameters
innodb_strict_mode = OFF
Вариант 2
- В файл after_connect.php добавить:
$DB->Query("SET innodb_strict_mode='OFF'"); - В файл after_connect_d7.php добавить:
$connection->queryExecute("SET innodb_strict_mode='OFF'");
Структура базы данных
Ошибка: В таблице b_search_content_stem поле STEM «varchar(50) NOT NULL» не соответствует описанию на диске «int(11) NOT NULL»
Решение: Удалить модуль поиска вместе с таблицами и Заново установить модуль поиска и переиндексировать сайт.
Ошибка: В таблице b_search_content_freq поле STEM «varchar(50) NOT NULL DEFAULT «» » не соответствует описанию на диске «int(11) NOT NULL DEFAULT «0» «
Решение: Удалить модуль поиска вместе с таблицами и Заново установить модуль поиска и переиндексировать сайт.
Ошибка: Структура базы данных: Ошибочный ответ сервера. Не удалось завершить тестирование.
Решение: В файле /bitrix/modules/main/install/mysql/install.sql найти строку:
INDEX ix_module_to_module(FROM_MODULE_ID, MESSAGE_ID, TO_MODULE_ID, TO_CLASS, TO_METHOD)
и заменить на:
INDEX ix_module_to_module(FROM_MODULE_ID(20), MESSAGE_ID(20), TO_MODULE_ID(20), TO_CLASS(20), TO_METHOD(20))
Ошибка: В таблице b_user_hit_auth поле TIMESTAMP_X «datetime NULL DEFAULT NULL » не соответствует описанию на диске «timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP»
Решение: Выполнить запрос в Настройки → Инструменты → SQL запрос:
ALTER TABLE `b_user_hit_auth` MODIFY `TIMESTAMP_X` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP;
|
-35 / 3 / 0 Регистрация: 20.06.2011 Сообщений: 875 |
|
|
1 |
|
|
29.06.2020, 12:41. Показов 3648. Ответов 41
Снимаю галку Сайт работает по https: — пишет не ошибку сервера а Ошибка получения настроек от сервера (код: 418).
__________________ 0 |
|
-35 / 3 / 0 Регистрация: 20.06.2011 Сообщений: 875 |
|
|
30.06.2020, 12:54 [ТС] |
21 |
|
Да они на сегодняшний день тоже по 5 дней отвечают?
__________________ 0 |
|
1652 / 1074 / 219 Регистрация: 16.03.2008 Сообщений: 5,061 Записей в блоге: 2 |
|
|
30.06.2020, 13:03 |
22 |
|
Ну единственно, что могу посоветовать: пишите с того аккаунта и постарайтесь максимально подробно указать с кого и на кого переоформлять. Возможно, сразу и сделают. К тому же указывать будете тематику связанную с лицензиями — там обычно быстрее все чем технические вопросы. 0 |
|
-35 / 3 / 0 Регистрация: 20.06.2011 Сообщений: 875 |
|
|
30.06.2020, 14:05 [ТС] |
23 |
|
Написал отправили смотреть список сайтов не на сайт компании где ключ подтвержден а на сайт мой где выдан список. Сайты-Список сайтов — но никак на сайт битрикса самого 0 |
|
1652 / 1074 / 219 Регистрация: 16.03.2008 Сообщений: 5,061 Записей в блоге: 2 |
|
|
30.06.2020, 14:07 |
24 |
|
Тут должно быть и там и там соответствие. А так да. уж в списке файлов то это само собой домены должны быть именно те, на которые сайт отзывается 0 |
|
-35 / 3 / 0 Регистрация: 20.06.2011 Сообщений: 875 |
|
|
30.06.2020, 14:15 [ТС] |
25 |
|
как происходит процесс перерегистрации лицензионного ключа? Добавлено через 3 минуты 0 |
|
1652 / 1074 / 219 Регистрация: 16.03.2008 Сообщений: 5,061 Записей в блоге: 2 |
|
|
30.06.2020, 15:39 |
26 |
|
В списке сайтов в админке? На боевом сервере не надо указывать тестовые домены там должно быть (в вашем случае) домен c ru на конце. Или у вас многосайтовость используется? С сервером обновлений… это странно. Настройки — Настройки продукта — Настройки модулей — Главный модуль. На вкладке обновлений есть поля «прокси сервера обновлений». Они случайно не заполнены? А если заполнены — данные корректные? PS Вообще в ТП написали бы об этом. Уж может быть все было бы решено. 0 |
|
-35 / 3 / 0 Регистрация: 20.06.2011 Сообщений: 875 |
|
|
30.06.2020, 18:23 [ТС] |
27 |
|
Тестовые домены я не указывал нигде. Сервер обновлений у меня стандартный . Основной сайт с ru. 0 |
|
-35 / 3 / 0 Регистрация: 20.06.2011 Сообщений: 875 |
|
|
02.07.2020, 09:12 [ТС] |
28 |
|
Почему серdер таймаут? Миниатюры
0 |
|
-35 / 3 / 0 Регистрация: 20.06.2011 Сообщений: 875 |
|
|
02.07.2020, 12:58 [ТС] |
29 |
|
Хотя ставится текущий верный — он работал — www.1c-bitrix.ru и bitrixsoft.com Добавлено через 1 час 30 минут Добавлено через 2 часа 14 минут 0 |
|
voral 1652 / 1074 / 219 Регистрация: 16.03.2008 Сообщений: 5,061 Записей в блоге: 2 |
||||
|
02.07.2020, 13:42 |
30 |
|||
|
Поля прокси пустые? (там где этот домен прописан)
0 |
|
-35 / 3 / 0 Регистрация: 20.06.2011 Сообщений: 875 |
|
|
02.07.2020, 13:49 [ТС] |
31 |
|
Зашел в терминальную часть с командой nslookup www.bitrixsoft.com вы имеете ввиду эту команду набрать в ssh терминале. А так поля Адрес прокси для системы обновлений: 0 |
|
1652 / 1074 / 219 Регистрация: 16.03.2008 Сообщений: 5,061 Записей в блоге: 2 |
|
|
02.07.2020, 13:50 |
32 |
|
Да эту команду в терминале 0 |
|
-35 / 3 / 0 Регистрация: 20.06.2011 Сообщений: 875 |
|
|
02.07.2020, 13:51 [ТС] |
33 |
|
? Набрал в обычном nslookup www.bitrixsoft.com терминале putty . Пишет -bash: nslookup: command not found 0 |
|
1652 / 1074 / 219 Регистрация: 16.03.2008 Сообщений: 5,061 Записей в блоге: 2 |
|
|
02.07.2020, 13:54 |
34 |
|
Значит ее можно установить — если есть права (как вариант она у вас доступна только для рута). Вообще это что за сервер? Полностью ваш выделенный или какой то VDS? 0 |
|
-35 / 3 / 0 Регистрация: 20.06.2011 Сообщений: 875 |
|
|
02.07.2020, 13:59 [ТС] |
35 |
|
sudo: nslookup: command not found Так сервер полностью наш . nginx and все модули для вебсервера. 80 порт проверял прослушивается. 0 |
|
voral 1652 / 1074 / 219 Регистрация: 16.03.2008 Сообщений: 5,061 Записей в блоге: 2 |
||||
|
02.07.2020, 14:02 |
36 |
|||
|
можно поставить.
В данном пример указаны сервера имен от гугла. У вас может быть свой собственный, и тогда надо будет проверять уже его настройки.. 0 |
|
-35 / 3 / 0 Регистрация: 20.06.2011 Сообщений: 875 |
|
|
03.07.2020, 08:09 [ТС] |
37 |
|
nameserver 10.100.3.236 а может ли еще пара таких ст рок присутсвовать? nameserver 8.8.8.8 0 |
|
voral 1652 / 1074 / 219 Регистрация: 16.03.2008 Сообщений: 5,061 Записей в блоге: 2 |
||||||||||||||||||||
|
03.07.2020, 09:19 |
38 |
|||||||||||||||||||
|
может
должно быть примерно так
Если ошибки идем дальше проверьте, на всякий случай, есть ли пинг с сервера на гугл. т.е
вы должны получить примерно следующее
Если так же, а не ошибка попробуйте закоментить nameserver 10.100.3.236 (символом #) и попробуйте
если теперь все пойдет — дело в настройках вашего неймсерера, который закоменчен выше. Смотрите его. Тут уж вам виднее зачем он нужен, и как он настроен. 0 |
|
-35 / 3 / 0 Регистрация: 20.06.2011 Сообщений: 875 |
|
|
03.07.2020, 09:47 [ТС] |
39 |
|
www.1c-bitrix.ru а вот этот сервер обновлений можно использовать? 0 |
|
1652 / 1074 / 219 Регистрация: 16.03.2008 Сообщений: 5,061 Записей в блоге: 2 |
|
|
03.07.2020, 09:49 |
40 |
|
ни когда не задумывался. по умолчанию www.bitrixsoft.com 0 |
Задать вопрос
Наши специалисты ответят на любой интересующий вопрос по услуге
Хостинг «Таймвеб», редакция Битрикс Старт.
При полном тестировании системы (Настройки → Инструменты → Проверка системы), на этапе Тестирование базы данных — получаем ошибку Структура базы данных: Ошибочный ответ сервера. Не удалось завершить тестирование.
Ошибка появилась после обновления ядра до версии main (15.5.9) — Исправлен ряд интерфейсных ошибок.
Решение проблемы подсказали в поддержке Битрикса:
В файле /bitrix/modules/main/install/mysql/install.sql найти строку:
INDEX ix_module_to_module(FROM_MODULE_ID, MESSAGE_ID, TO_MODULE_ID, TO_CLASS, TO_METHOD)
и заменить на:
INDEX ix_module_to_module(FROM_MODULE_ID(20), MESSAGE_ID(20), TO_MODULE_ID(20), TO_CLASS(20), TO_METHOD(20))
Заказать услугу
Оформите заявку на сайте, мы свяжемся с вами в ближайшее время и ответим на все интересующие вопросы.
![1С-Битрикс и PHP 8: исправляем ошибки [Ux11] и non-static method](https://www.brekot.ru/upload/iblock/6b6/i3cro7dpg23pev6kfic1z33ryszlolfc/2.png)
При обновлении PHP до 8 версии в работе сторонних модулей 1С-Битрикс могут возникнуть ряд ошибок. Рассмотрим как их исправить:
Ошибка №1
[Ux11] Ошибка описания модуля "название.модуля".
Не установлено соединение с сервером обновлений. [Ux11] Ошибка описания модуля "название.модуля"
При возникновении данной ошибки нужно либо обновить модуль до последней версии, либо в файле /bitrix/modules/название.модуля/install/index.php заменить название функции function название_модуля() на function __construct() После этого ошибка должна уйти
Ошибка №2
Для исправления ошибки:
call_user_func_array(): Argument #1 ($function) must be a valid callback, non-static method НазваниеМодуля::МетодКласса() cannot be called statically (0)
Необходимо найти код данного модуля по следующему пути (/bitrix/modules/название.модуля), определиться с классом в котором возникает данная ошибка и к данному классу приписать служебное слово static, примерно так:
static function МетодКласса()
|
Со вчерашнего обеда какой то трындец творится…. Проверка сайта показывает ошибочный ответ сервера обновлений, где-то качается версия 20.5 где то 20.0 У меня вопрос к разрабам, Вы чего курили? Отсыпьте а? |
|
|
Называется не верь глазам своим, И с сайта архивом тоже качается версия 20.5.393 |
|
|
Евгений Жуков
Администратор Сообщений: 9140 Epic fail — сказать «это так просто» и не суметь сделать |
#3 25.09.2020 12:25:38
Этот дистрибутив — первый, где не требуется перегрузка строковых функций. Именно поэтому ему нужно значение mbstring.overload_func 0. Вскоре СО не будет отдавать обновления при другой настройке этого параметра. Не надо сверлить зубы через задний проход дрелью от Сваровски |
||
|
Пользователь 1288159 Заглянувший Сообщений: 32 |
#4 25.09.2020 12:29:26
Да отлично, но проблема в том что он тупо не ставиться) Я часов 6 убил и так и сяк, идешь в админку /bitrix — тут cp1251, авторизуешься там utf8 Как быть с ошибкой сервера обновлений? Перемудрили…. ой перемудрили… |
||
|
А у нас, в свою очередь, после данного обновления у нескольких клиентов не создаются инфоблоки при установке готовых решений. для теста пробовали: |
|
|
Евгений Жуков
Администратор Сообщений: 9140 Epic fail — сказать «это так просто» и не суметь сделать |
#6 25.09.2020 16:29:43
На bitrixlabs.ru не воспроизводится. Пишите в ТП с доступом. Не надо сверлить зубы через задний проход дрелью от Сваровски |
||
|
В ТП я написал, они разбираются. |
|
|
Евгений Жуков
Администратор Сообщений: 9140 Epic fail — сказать «это так просто» и не суметь сделать |
#8 25.09.2020 17:21:42
Надо включить в настройках Главного модуля установку бета-обновлений. Не надо сверлить зубы через задний проход дрелью от Сваровски |
||
|
Пользователь 36781 Постоянный посетитель Сообщений: 73 |
#9 26.09.2020 17:20:01
А у меня с файлами из под Битрикс последние обновления вызвали неработоспособность и сжатие gzip и brotli в nginx, неработоспособность TCP Fast Open и keep-alive между nginx и apache. В ТП проблему признали (в обновлённом footer.php) сказали ждать исправление Клуб любителей хрюш |
||
|
Пользователь 1288159 Заглянувший Сообщений: 32 |
#10 26.09.2020 20:55:14
бррррррр Вы серьезно сейчас?! Уберите это дерьмо с стабильных версий, почему скрипт bitrixsetup и на сайте БЕТКА!!! Я в шоке! |
||||
|
Пользователь 1288159 Заглянувший Сообщений: 32 |
#11 26.09.2020 21:57:51
Аналогично! Только что попробовал поставить Аспро.Максимум и ни одного инфоблока…. ПРОСТО ППЦ |
||||
|
Пользователь 160237 Заглянувший Сообщений: 36 |
#12 29.09.2020 09:45:33
Александр, вы абсолютно правы! Косяк заметил, когда не увидел Инфоблока со Структурой. Решил побороться с косяками на двух хостингах Бегет и РЕГ.РУ: использовал и битрикс сетап, и скачивал дистрибутивы с сайта, ставил БУС стандартный магазин, менял все версии PHP с 7.2 до 7.4 (настраивал все дерективы согласно требованиям), и даже использовал виртуальную лабораторию на сайте Битрикс Такую инсталяцию в самом начале развертывания продукта для новых клиентов использовать не буду. пс. В блогах вижу, что пилят какие-то новые решения в коде главного модуля, возможно где-то еще… ( https://dev.1c-bitrix.ru/community/blogs/vws/custom-smart-filter-and-main-20-5-x.php ) |
||
|
Пользователь 180446 Эксперт Сообщений: 684 |
#14 29.09.2020 20:28:08
Там ещё orm поломалась, сегодня 3 тикета запулил |
||
|
Непонятно зачем в стабильную ветку выкатывать такие обновления, которые все ломают, на то и существует бета, висит куча обновлений в очереди, но ставить как обычно — только через перекреститься, можно. |
|
|
Да такая же ерунда и на стандартном магазине |
|
|
Администратор Сообщений: 9140 Epic fail — сказать «это так просто» и не суметь сделать |
Установите обновление iblock 20.0.1000 для исправления проблемы с установкой демо-данных на новом дистрибутиве. Не надо сверлить зубы через задний проход дрелью от Сваровски |
|
Пользователь 1288159 Заглянувший Сообщений: 32 |
#18 03.10.2020 13:56:55
Следующий косяк, or parsing XML, unmatched tags DATA Вашу службу поддержки неделю атакуем с разных сторон, не только мы… Выкатить БЕТКУ в стабилку это кому в голову пришло? Премии лишить нафиг, таких умников! |
||
|
Пользователь 160237 Заглянувший Сообщений: 36 |
#19 05.10.2020 15:47:24
Проверил час назад https://1009lab.bitrixlabs.ru/ На сайте Битрикс разворачивается «Управление сайтом 20.0.650» — значит откатили назад . Сайт апдейт предлагает main 20.5.399 Надеюсь, основной дистрибутив тоже заменили, откатили назад. Прикрепленные файлы Снимок экрана 2020-10-05 в 15.39.04.png (950.06 КБ) Снимок экрана 2020-10-05 в 15.38.24.png (1.27 МБ) |
||||
|
Здесь номера версий не соответствуют, main 20.5.425 (beta) от 01.10.2020 (new) ))) https://dev.1c-bitrix.ru/docs/versions.php#tab-changes-link |
|
|
Евгений Жуков
Администратор Сообщений: 9140 Epic fail — сказать «это так просто» и не суметь сделать |
#21 05.10.2020 16:16:41
Вы делаете неверные выводы. В демо-лаборатории просто не обновлена исходная болванка для создания установок. Обновления переведены в статус стабильны и доступны на bitrixlabs.ru через систему обновлений.
Нет. После его установки необходимо сразу обновить установку.
Все верно. Не надо сверлить зубы через задний проход дрелью от Сваровски |
||||||
|
Пользователь 1248141 Заглянувший Сообщений: 11 |
#22 05.10.2020 20:26:31
Выводы верные, на лаборатории (я писал выше, на рабочем компьютере скорее всего найду скриншоты) была ветка 2.5.ххх и все проблемы с Инфоблоками, на решении Интернет магазин. |
||||||
|
Сегодня обновились. Странная ошибка — при переходе со страницы корзины на страницу оформления заказа — «белый экран». Что можете посоветовать? |
|
|
Пользователь 160237 Заглянувший Сообщений: 36 |
#24 06.10.2020 02:15:06 Ставлю CRM Коробку, там версии ветки 20.5.39х
При том, что на 20.0.1800 все летало как реактивный истребитель! Поздравляю всех причастных с «отличным» дистрибутивом версии 20.5.ххх Прикрепленные файлы Снимок экрана 2020-10-06 в 02.04.11.png (304.98 КБ) Снимок экрана 2020-10-06 в 01.56.30.png (323.91 КБ) Снимок экрана 2020-10-06 в 01.52.12.png (411.91 КБ) |
||
|
Евгений Жуков
Администратор Сообщений: 9140 Epic fail — сказать «это так просто» и не суметь сделать |
#25 06.10.2020 10:52:36
Обращайтесь в ТП, сразу предоставляя доступ. Не надо сверлить зубы через задний проход дрелью от Сваровски |
||
|
Пользователь 171661 Постоянный посетитель Сообщений: 75 |
Здравствуйте. При авторизации пользователем на сайте, без администраторских прав, появляется ошибка такая Доступ запрещен. Просмотр файла /auth/index.php запрещен. При этом авторизуясь. В чем может быть проблема? Помогите кто знает как исправить? Спасибо! |
|
Пользователь 113039 Постоянный посетитель Сообщений: 499 xDyPx |
в админке, в структуре каталога найдите эту папку и этот файл и для него(нее) можно настроить прова. посмотрите там. или для неавторизованного пользователя может быть запрещен вообще доступ к какому-либо модулю. Посмотрите права группы пользователей НЕ администраторов. А все-таки жаль: иногда над победами нашими |
|
Пользователь 171661 Постоянный посетитель Сообщений: 75 |
#3 0 12.03.2013 13:02:01
Через админ панель поменял права доступа на чтение, стала не видна форма авторизации (в файл .access.php) дописались права на чтение. |
||
|
Пользователь 113039 Постоянный посетитель Сообщений: 499 xDyPx |
проблема решена? если страница должна быть видна только для авторизованных, то поставьте для неавторизованных — доступ запрещен, а для авторизованных — чтение. А все-таки жаль: иногда над победами нашими |
|
Пользователь 171661 Постоянный посетитель Сообщений: 75 |
#5 0 12.03.2013 14:23:18
Спасибо! Помогли очень! |
||
|
Пользователь 305810 Заглянувший Сообщений: 6 |
Добрый день! Я являюсь администратором КП относительно недавно. У нас получается Головной Офис и филиалы, я создала структуру и т.п. для ГО и филиалов в одной структуре компании, потом через мастер настройки сделала многопортальность в КП, потом создала 2 новых подразделения (филиалы) с помощью мастера (добавить подразделение) и они у меня добавились. После этого создались права автоматически Филиал1: сотрудники и филиал1: администраторы (филиал2 аналогично). Потом я добавила несколько сотрудников вручную (не высылала им приглашение на портал) с филиалов, убрала все галочки в правах доступа, кроме филиал1: сотрудники, Пользователи, имеющие право голосовать за рейтинг и Пользователи имеющие право голосовать за авторитет. Потом попробовала зайти через них у меня вышла ошибка — Доступ запрещен. Просмотр файла /index.php запрещен. После когда встаешь на подразделение филиал1 все пункты меню открываются, видимо адрес у них другой надо вбивать при входе. Возможно ли как то убрать эту ошибку? |
|
Пользователь 81034 Заглянувший Сообщений: 32 |
#7 0 15.09.2017 16:05:41
Где это нужно указать? |
||
|
Пользователь 1859723 Заглянувший Сообщений: 3 |
Администрирование => Контент => Структура сайта => Файлы и папки => справа в окне с файлами на самой последней странице находишь фаил index.php => В свойствах выбираешь права на доступ к контенту => там выставляешь доступ по не авторизованным и своим группам на доступ или запрет к файлу. |
|
Пользователь 1944331 Посетитель Сообщений: 56 |
Доброго дня. Все делал как вы сказали. но не получается. Но вот , что заметил, не меняется время и дата на файле index.php после редактирования прав доступа к нему. Пользователь вроде и входит (вверху слева есть его имя и фамилия, ) но вот дальше сразу окно авторизации и такое сообщение: «Доступ запрещен. Просмотр файла /index.php запрещен.» Помогите, где еще ковырять. |
|
Пользователь 1944331 Посетитель Сообщений: 56 |
#10 0 07.05.2018 15:30:40 а может это быть из-за демо версии продукта? Не изменяться права доступа?вЃ |
|
Пользователь 1944331 Посетитель Сообщений: 56 |
#11 1 07.05.2018 16:05:19 Ок. спасибо. Вроде частично решил проблему, нет одног опользователя на котором еще нужно проверить, но на остальных работает! Вообщем, не знаю почему, но была изменена конфигурация файла .access.php, а именно прописано следующее: Жирным выделил, что изменил — заменил D на R и сразу стало пускать без вопросов новых пользователей..вЃ |
|
Пользователь 1944331 Посетитель Сообщений: 56 |
#12 0 07.05.2018 16:26:31 Все было хорошо, но снова, стало, плохо. буквально пару минут и не стало заглавной страницы, сразу же выкидывает на страницу /stream Вот подправил файлик..вЃ |
|
Пользователь 4723964 Заглянувший Сообщений: 1 |
#13 0 15.12.2020 13:25:57 Править файл .access.php для админки. (папка_сайта/bitrix) 21, 18, 17 и тд — ID группы пользователей. |
|
Пользователь 68985 Заглянувший Сообщений: 22 |
#14 0 19.03.2021 15:02:28 Кто подскажет: «T-8» — это что за атрибут?? |
Автор:
·
Опубликовано 17.08.2016
· Обновлено 12.11.2017
В процессе установки обновлений произошла ошибка с надписью «доступ запрещен», а так же с надписью:
Ошибка соединения с сервером обновлений: [0] php_network_getaddresses: getaddrinfo failed: Name or service not known. Нет соединения с сервером обновлений.
После этого пропало дерево настроек модулей, а так же сохранение cookies.
После перезагрузки VPS сайт начинал работать нормально, но при попытке обновления вылетала все та же ошибка Ошибка соединения с сервером обновлений: [0] php_network_getaddresses: getaddrinfo failed: Name or service not known. Нет соединения с сервером обновлений и доступ запрещен.
После обращения в службу поддержки Bitrix было предложено:
Попробуйте в файле /bitrix/.settings.php (.settings_extra.php)изменить
'type' => 'memcache',на
'type' => '',
И после этого система обновилась полностью.
Метки: BitrixCMSОбновленияОшибки
Читайте также:
Почему появляется ошибка?
Эта ошибка появляется в случае, когда зафиксирована попытка отсутствия прав к запрашиваемой странице.
Например, если на неком Битрикс-сайте Вы являетесь простым пользователем, и попробуете перейти в админку сайта.
Также, ошибку «Доступ запрещен» можно получить при обращении к страницам публичной части, также требующих повышенных прав доступа (например, в личном кабинете).
Как исправить ошибку?
Если Вы пытаетесь войти в админку под своим именем, и получаете эту ошибку — значит, у Вас недостаточно прав. Возможно, администратор сайта вывел Вас из группы администраторов. Или привязка к этой группе закончилась по времени.
Проверьте, что у пользователя, под которым Вы авторизуетесь, имеются привязки ко всем необходимым группам пользователей.
Требуется наша помощь?
Мы имеем огромный опыт, на протяжении 10 лет помогая клиентам в решении самых различных проблем на их сайтах.
Поэтому, если Вы не имеете возможности решить эту проблему самостоятельно, обращайтесь к нам — мы все сделаем оперативно и квалифицированно.
Привет всем.
Ситуация следующая:
Установил битрикс, обновил все норм, версия php 7.4 сайт один, файл .access.php присутствует.
Работает 2 часа и потом сессия отваливается:
При сохранении элементов или страниц выдает:
Ваша сессия истекла. Пожалуйста, пересохраните документ еще раз.
В админке при проверки системы зависает на: Наличие необходимых модулей php и 0%
При проверке доступа выдает: Permission denied: BITRIX SESSID ERROR
Настройки пытаюсь сохранить, обновляет страницу но не меняет ничего.
В обновлениях пробовал установить язык там 5 языков для обновления весят, пишет Доступ запрещен.
При установке лицензионного ключа пишет в аллерте: Ошибка сохранения ключа: ERRДоступ запрещен.
В итоге переустанавливаю, работает нормально, через час-два опять эта шляпа!
Хостинг Джино, ТП пишет вот что:
Мы понимаем, что проблема может быть с сервером, но мы не поддержка данной cms, не можем знать, что может скрываться за причинами этой ошибки. Вам поддержка cms должна уточнить, что может быть причиной проблемы.
Не допер извини, ошибку показать или что? все как обычно
нигде не забанено, при попытке обновить вообще хоть чтото выдает alert Ошибка обновления: ERRДоступ запрещен.
russian
software
it
bitrix
6
ответов
напиши в личку, пойдем разбираться
Rustam Fatkhullin
напиши в личку, пойдем разбираться
ты всех в личку забрал.
а потом не найдя ответа поиском опять будут те же вопросы.
и в поиск не отправить.
хоть результаты потом пиши.
Alexander Ostrovsky
ты всех в личку забрал.
а потом не найдя ответа по…
Все кого забирал — сделаны, все ок😁
Rustam Fatkhullin
Все кого забирал — сделаны, все ок😁
вопрос ж не в этом.
нет вообще мысли, что не решил, вопрос как.
с другой стороны, конечно можно не делиться.
Alexander Ostrovsky
вопрос ж не в этом.
нет вообще мысли, что не решил…
Я им помог, а уж хотят поделиться или нет — их дело =)
На чтение 2 мин Просмотров 777 Опубликовано 15.12.2019
Администрирование — настройки — группы пользователей для нужной группы пользователей (например, Моя компания: Сотрудники) на вкладке «Доступ» ставите нужные права для модулей
Администрирование — настройки — список пользователей, заходите в нужного пользователя на вкладке «Группы» ставите галки возле нужных групп (например, Моя компания: Сотрудники)
Если я правильно понял ваш вопрос.
Если вас не устраивает ответ или его нет, то попробуйте воспользоваться поиском на сайте и найти другие ответы в категории Компьютеры
В 1С: Сайт ЖКХ в личном кабинете жильца может выходить ошибка при авторизации «Доступ запрещен. Просмотр файла /personal/index.php запрещен»:
Рассмотрим, как исправить данную ситуацию.
В случае если пользователь имеет привязку к лицевому счету, необходимо зайти на сайт под администратором, перейти в раздел «Кабинет». Далее выбрать меню «Изменить страницу — Доступ к странице»:
В открывшемся окне нужно настроить право доступ «Наследовать Чтение»:
Также можно указать право «Чтение»:
После данных действий пользователь сможет получить доступ к кабинету:
Установил на сайт БУС 1С Битрикс. Добавил нового пользователя в группу Администраторы. При попытке авторизоваться на сайте система выдает ошибку: Ошибка авторизации! Доступ запрещен. Просмотр файла /bitrix/admin/index.php запрещен.
На самом деле, при возникновении подобной ошибки, проблема может крыться в элементарных недоработках со стороны администратора сайта, предоставившего доступ пользователю.
При условии, что на сайте зарегистрировано несколько (к примеру 3) пользователей с правами администратора, и система запрещает доступ только кому-то одному, а два других авторизуются без проблем, нужно проверить активность нового пользователя в соответствующей группе, в данном случае в группе Администраторы.
Для этого переходим НАСТРОЙКИ-ПОЛЬЗОВАТЕЛИ-ГРУППЫ ПОЛЬЗОВАТЕЛЕЙ.
Далее, в столбце ID напротив нужной нам группы переходим к редактированию группы.
На странице ПАРАМЕТРЫ ГРУППЫ ПОЛЬЗОВАТЕЛЕЙ обращаем внимание на количество активных пользователей (на рисунке это цифра 2) и количество зарегистрированных пользователей в разделе ПОЛЬЗОВАТЕЛИ В ГРУППЕ на рисунке их три). Напротив двоих из них галки уже стоят, а один из пользователей не активирован в группе. Напротив его имени ставим галку.
Сохраняем все, просим пользователя заново авторизоваться. Скорее всего, он благополучно войдет в админ-панель сайта.
Что делать, если при входе на сайт отображается уведомление: Forbidden. Access denied.
При входе в административную панель сайта mysite.ru/bitrix/domen может отображаться ошибка «403 Forbidden Access denied». Она означает: доступ к сайту ограничен, поэтому не появляется форма для ввода пароля.
Выглядит так:
Сообщение появляется при одном из вариантов:
-
Наличие блокировок доступа по IP-адресу.
-
Неправильная настройка модуля безопасности 1С-Битрикс.
В статье покажем, как вернуть доступ в административный раздел.
Перейдите в панель управления виртуальным хостингом или виртуальным сервером.
Мы покажем решение ошибки на примере RED.Site, поэтому панель управления здесь с новым оформлением. Но это не влияет на алгоритм инструкции. Все то же, только в другом виде.
На панели меню слева раскройте раздел Главное (1), выберите Менеджер файлов (2).
Далее перейдите по пути: /www/bitirx/modules/security/admin/ (3).
Найдите файл security_403.php (4) и скачайте его или сделайте его копию на сервере.
Важно: убедитесь, что у вас есть резервная копия файла «security_403.php».
Для этого перейдите в Инструменты (1) → Резервные копии (2). В актуальной резервной копии выполните тот же путь до файла «security_403.php», что и в прошлом шаге.
Далее в Менеджере файлов выберите «security_403.php» и нажмите кнопку «Изменить».
Очистите содержимое файла.
Сохраните изменения и проверьте доступ в административный раздел сайта.
Очистка файла отключает контроль доступа в панель, поэтому можно исправить ошибки системы безопасности.
Перейдите в административном разделе сайта по пути Настройки → Проактивная защита → Защита административного раздела. Отключите защиту или введите ваш текущий IP-адрес.
Далее восстановите файл «security_403.php» из резервной копии.
В ней рассказывается, что в Битриксе применяется следующий алгоритм поиска подходящего шаблона для компонента:
Если используется шаблон сайта из папки local , то система сначала
ищет шаблон компонента в папке
/local/templates/текущий_шаблон_сайта/components/. Если там шаблон не
найден, то берётся папка /local/templates/.default/components/. Если
шаблон найден, то поиск прекращается. Если используется шаблон сайта
из папки /bitrix/templates/, то берется папка
/bitrix/templates/текущий_шаблон_сайта/components/. В этой папке в
пути /пространство_имен_компонента/название_компонента/ проверяется
последовательно наличие файла или папки с именем шаблона. Если таковых
нет, то проверяется наличие файла имя_шаблона.ext, где в качестве ext
берутся последовательно все доступные расширения всех установленых на
сайте движков шаблонизации. Если шаблон найден, то алгоритм
завершается. Если на шаге 1 шаблон не найден, то берется папка
/bitrix/templates/.default/components/. И применяется алгоритм,
описанный в шаге 1. Если шаблон найден, то алгоритм завершается. Если
на шаге 2 шаблон не найден, то производится поиск среди системных
(т.е. поставляемых с компонентом) шаблонов. Особенности поиска:
Если имя шаблона не задано, то ищется шаблон с именем .default. Если
шаблон задан именем папки, то в случае простого компонента в этой
папке ищется файл template.ext, а в случае комплексного —
название_страницы.ext. Расширение ext сначала принимается равным php,
а затем расширениям других доступных на сайте движков шаблонизации.
Например, требуется показать компонент bitrix:catalog.list с помощью
шаблона table. Пусть на сайте, кроме стандартного движка шаблонизации
(файлы с расширением php), доступен так же движок Smarty (файлы с
расширением tpl). Система проверит сначала папку
/local/templates/текущий_шаблон_сайта/components/bitrix/catalog.list/
на наличие файла или папки с именем table. Если таковых нет, система
проверит эту же папку на наличие файлов table.php и table.tpl. Если
ничего не найдено, система изучит папки
/bitrix/templates/.default/components/bitrix/catalog.list/ и
/bitrix/components/bitrix/catalog.list/templates/.
Если папка компонента найдена, в этой папке сначала ищется файл
template.php, и если этот файл не найден, то ищется template.tpl. Если
шаблон задан в виде table/template.php, то сразу берется указанный
файл.
Если простой компонент вызывается в составе комплексного, то шаблон
простого компонента сначала ищется в составе шаблона комплексного
компонента, а потом (если не найден) в собственных шаблонах. Чтобы это
правило работало, при вызове простых компонентов в составе
комплексного не забывайте указывать четвертым параметром переменную
$component, указывающую на родительский компонент. Т.е. код вызова
простого компонента должен иметь вид:
$APPLICATION->IncludeComponent(«custom:catalog.element», «»,
array(…), $component); Примечание: В одной папке (например,
/bitrix/templates/текущий_шаблон_сайта/components/) есть шаблоны двух
компонентов, комплексного и простого:
catalog (комплексный, в котором есть еще простой catalog.section)
catalog.section (простой) По условиям работы сайта необходимо чтобы
для двух вхождений catalog.section использовался один единственный
шаблон. В этом случае нужно, чтобы этот шаблон имел имя, отличное от
.default, иначе он не будет подхвачен.
Перейти к контенту
Уважаемые коллеги, в руководстве по веб-формам указано, что при уже созданной форме не стоит переключаться из упрощенного режима в расширенный и обратно — меняется структура БД.
Боюсь сломать то, что сделано.
А проблема следующая:
Есть форма resume.php с собственным шаблоном. Компонент bitrix:form.result.new
Есть «Страница с сообщением об успешной отправке» = resume_success.php, на ней компонент Просмотр результата (bitrix:form.result.view)
При заполнении формы администратором все ОК.
Если заполняет незарегистрированный пользователь, форма сохраняется, но при показе результата resume_success.php говорит, что нет прав доступа.
При этом, кстати, в форму не подкрепляется и не сохраняется приложенный файл (поле типа file) — не знаю, взаимосвязано ли.
В разделе Веб-формы -> Настройка форм -> (SIMPLE_FORM_1) на вкладке «Доступ» для всех групп, в том числе незарегистрированных, стоит «[15] просмотр и изменение своих результатов».
Права на доступ к файлам resume.php и resume_success.php для группы «Все пользователи» — чтение. Ведь они ничего не записывают? Им только просмотреть…
Если поставить для них, например, запись, не смогут ли они внести какие-либо изменения, которые могут повлиять на безопасность сайта?
Почему появляется ошибка?
Эта ошибка появляется в случае, когда зафиксирована попытка отсутствия прав к запрашиваемой странице.
Например, если на неком Битрикс-сайте Вы являетесь простым пользователем, и попробуете перейти в админку сайта.
Также, ошибку «Доступ запрещен» можно получить при обращении к страницам публичной части, также требующих повышенных прав доступа (например, в личном кабинете).
Как исправить ошибку?
Если Вы пытаетесь войти в админку под своим именем, и получаете эту ошибку — значит, у Вас недостаточно прав. Возможно, администратор сайта вывел Вас из группы администраторов. Или привязка к этой группе закончилась по времени.
Проверьте, что у пользователя, под которым Вы авторизуетесь, имеются привязки ко всем необходимым группам пользователей.
Требуется наша помощь?
Мы имеем огромный опыт, на протяжении 10 лет помогая клиентам в решении самых различных проблем на их сайтах.
Поэтому, если Вы не имеете возможности решить эту проблему самостоятельно, обращайтесь к нам — мы все сделаем оперативно и квалифицированно.
Система обновлений привязывается к конкретной установке и «запоминает» состояние системы после очередного обновления. Ошибка возникает в том случае, если текущее состояние не соответствует тому, которое было на момент последнего обновления. Этот механизм призван пресечь попытки обновления на одном лицензионном ключе неограниченного количества установок продукта.
Основные причины возникновения данной ошибки:
- Нарушение по количеству разрешенных копий;
- Переустановка сайта;
- Восстановление резервных копий;
- Изменение хостинга;
- Изменение IP;
- Изменение параметров хостинга.
Соответственно, если вы не будете переустанавливать сайт, восстанавливать резервные копии и будете использовать хостинг со статическим IP, ошибка будет возникать реже. Более полные рекомендации доступны по ссылке.
В случае, когда система уже заблокировалась, обратитесь, пожалуйста, в техническую поддержку.
В обращении обязательно нужно указать, что у вас возникла ошибка [ERROR_WRONG_CODE] и следующие данные:
- лицензионный ключ копии продукта, о которой идет речь;
- какие действия предшествовали появлению ошибки;
- сколько существует установок (копий) продукта, в т. ч. локальных;
- какие сайты (укажите доменные имена) работают с использованием данного лицензионного ключа.
Не допер извини, ошибку показать или что? все как обычно
нигде не забанено, при попытке обновить вообще хоть чтото выдает alert Ошибка обновления: ERRДоступ запрещен.
russian
software
it
bitrix
6
ответов
напиши в личку, пойдем разбираться
Rustam Fatkhullin
напиши в личку, пойдем разбираться
ты всех в личку забрал.
а потом не найдя ответа поиском опять будут те же вопросы.
и в поиск не отправить.
хоть результаты потом пиши.
Alexander Ostrovsky
ты всех в личку забрал.
а потом не найдя ответа по…
Все кого забирал — сделаны, все ок😁
Rustam Fatkhullin
Все кого забирал — сделаны, все ок😁
вопрос ж не в этом.
нет вообще мысли, что не решил, вопрос как.
с другой стороны, конечно можно не делиться.
Alexander Ostrovsky
вопрос ж не в этом.
нет вообще мысли, что не решил…
Я им помог, а уж хотят поделиться или нет — их дело =)
Что делать, если при входе на сайт отображается уведомление: Forbidden. Access denied.
При входе в административную панель сайта mysite.ru/bitrix/domen может отображаться ошибка «403 Forbidden Access denied». Она означает: доступ к сайту ограничен, поэтому не появляется форма для ввода пароля.
Выглядит так:
Сообщение появляется при одном из вариантов:
-
Наличие блокировок доступа по IP-адресу.
-
Неправильная настройка модуля безопасности 1С-Битрикс.
В статье покажем, как вернуть доступ в административный раздел.
Перейдите в панель управления виртуальным хостингом или виртуальным сервером.
Мы покажем решение ошибки на примере RED.Site, поэтому панель управления здесь с новым оформлением. Но это не влияет на алгоритм инструкции. Все то же, только в другом виде.
На панели меню слева раскройте раздел Главное (1), выберите Менеджер файлов (2).
Далее перейдите по пути: /www/bitirx/modules/security/admin/ (3).
Найдите файл security_403.php (4) и скачайте его или сделайте его копию на сервере.
Важно: убедитесь, что у вас есть резервная копия файла «security_403.php».
Для этого перейдите в Инструменты (1) → Резервные копии (2). В актуальной резервной копии выполните тот же путь до файла «security_403.php», что и в прошлом шаге.
Далее в Менеджере файлов выберите «security_403.php» и нажмите кнопку «Изменить».
Очистите содержимое файла.
Сохраните изменения и проверьте доступ в административный раздел сайта.
Очистка файла отключает контроль доступа в панель, поэтому можно исправить ошибки системы безопасности.
Перейдите в административном разделе сайта по пути Настройки → Проактивная защита → Защита административного раздела. Отключите защиту или введите ваш текущий IP-адрес.
Далее восстановите файл «security_403.php» из резервной копии.
Способы исправления ошибок, выявленных при полном тестировании системы в 1С-Битрикс
Модули веб-сервера
Ошибка: Загружен модуль mod_dav/mod_dav_fs, WebDav не будет работать
Решение: Удалите файл /etc/httpd/conf.modules.d/00-dav.conf
Размер стека и pcre.recursion_limit
Ошибка: Замечание. Возможны проблемы в работе с длинными строками из-за системных ограничений
Решение: Как правило, для корректной работы 1С-Битрикс требуется снижение значения pcre.recursion_limit до 1000. Для этого нужно прописать правило в файле php.ini или в .htaccess, если у вас виртуальный хостинг и нет доступа к настройкам сервера.
VDS хостинг
- В файле /etc/php.d/bitrixenv.ini изменим параметр:
pcre.recursion_limit=100000
- В скрипте запуска сервера HTTP Apache /etc/rc.d/init.d/httpd изменим функцию start(), добавив в нее одну строку ulimit -s unlimited
- В итоге должно получиться примерно следующее:
start() { echo -n $"Starting $prog: " ulimit -s unlimited LANG=$HTTPD_LANG daemon --pidfile=${pidfile} $httpd $OPTIONS RETVAL=$? echo [ $RETVAL = 0 ] && touch ${lockfile} return $RETVAL }
Виртуальный хостинг
Для виртуального хостинга в файле .htaccess
php_value pcre.recursion_limit 100000
Режим работы MySQL
Ошибка: innodb_strict_mode=ON, требуется OFF
Решение: После обновления 1C-Битрикс, а конкретно модуля main 19.0.400 добавилась новая проверка. Исправление выйдет в следующих версиях BitrixVM. А сейчас можно исправить так:
Вариант 1
- Подключиться к серверу под root
- Открыть один из файлов (у всех могут быть разные, варианты)
- /etc/my.cnf
- /etc/alternatives/my.cnf
- /etc/bitrix-my.cnf
- Добавить строку в блоке # InnoDB parameters
innodb_strict_mode = OFF
Вариант 2
- В файл after_connect.php добавить:
$DB->Query("SET innodb_strict_mode='OFF'"); - В файл after_connect_d7.php добавить:
$connection->queryExecute("SET innodb_strict_mode='OFF'");
Структура базы данных
Ошибка: В таблице b_search_content_stem поле STEM «varchar(50) NOT NULL» не соответствует описанию на диске «int(11) NOT NULL»
Решение: Удалить модуль поиска вместе с таблицами и Заново установить модуль поиска и переиндексировать сайт.
Ошибка: В таблице b_search_content_freq поле STEM «varchar(50) NOT NULL DEFAULT «» » не соответствует описанию на диске «int(11) NOT NULL DEFAULT «0» «
Решение: Удалить модуль поиска вместе с таблицами и Заново установить модуль поиска и переиндексировать сайт.
Ошибка: Структура базы данных: Ошибочный ответ сервера. Не удалось завершить тестирование.
Решение: В файле /bitrix/modules/main/install/mysql/install.sql найти строку:
INDEX ix_module_to_module(FROM_MODULE_ID, MESSAGE_ID, TO_MODULE_ID, TO_CLASS, TO_METHOD)
и заменить на:
INDEX ix_module_to_module(FROM_MODULE_ID(20), MESSAGE_ID(20), TO_MODULE_ID(20), TO_CLASS(20), TO_METHOD(20))
Ошибка: В таблице b_user_hit_auth поле TIMESTAMP_X «datetime NULL DEFAULT NULL » не соответствует описанию на диске «timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP»
Решение: Выполнить запрос в Настройки → Инструменты → SQL запрос:
ALTER TABLE `b_user_hit_auth` MODIFY `TIMESTAMP_X` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP;