Почему не работает битрикс
Перейти к содержимому

Почему не работает битрикс

  • автор:

Перестали работать битрикс чаты? Вам сюда

Перестали работать битрикс чаты? Вам сюда

В коробочных версиях продуктов «1С-Битрикс» с начала 2021 года меняются обязательные требования к серверному окружению для работы модуля Веб-мессенджер (im). Всем владельцам коробок необходимо будет настроить сервер очередей для работы чатов.

Модуль Веб-мессенджер (im)

Модуль Веб-мессенджер (im)

Что это значит?

Сервер очередей Push and Pull служит для мгновенного взаимодействия между собой многих инструментов Битрикс24. Он используется в Задачах, в Календарях, в ленте Новостей, в Группах, в RPA, в мобильном приложения Битрикс24, в чатах, в генераторе документов, в Телефонии, в Центре продаж и в других сервисах Битрикс24.

Весной 2021 года будет выпущено обновление модуля Веб-мессенджер (im) 20.400.0. После установки данного обновления поддержка работы чатов без настроенного сервера очередей модуля Push and Pull будет прекращена.

Что делать?

Вам нужно проверить, настроен ли сервер очередей в модуле Push and Pull. Обновить систему до последней версии.

Далее перейти в административном разделе: Настройки > Настройки продукта > Настройки модулей > Push and Pull.

У вас должен быть выбран вариант – облачный сервер «1С-Битрикс» или локальный сервер Bitrix Push server.

Настройки модуля Push and Pull

Настройки модуля Push and Pull

Осенью 2021 года будет прекращена поддержка старых версий локальных серверов очередей: Nginx-PushStreamModule 0.3.4/0.4.0 и Bitrix Push server 1.0. Поэтому, если вы используете локальный сервер очередей, то мы рекомендуем вам заранее перейти на Bitrix Push server 2.0.

Почему не работает Битрикс24?

Вы пытаетесь выполнить привычный вход в систему, но возникает ошибка. Она может быть только у вас или у ваших коллег одновременно. Причины, по которой вы не можете попасть на свой портал Битрикс24, разные:

  1. портал удален, т.к. вы давно в него не заходили и не оплачивали коммерческий тариф;
  2. вам запрещен доступ администратором портала;
  3. проблемы с интернет-соединением;
  4. проблемы на стороне Битрикс24.

Если первые 3 пункта можно исключить путем дополнительных уточнений, то как быть, когда проблема с доступом на портал связана с техническими работами на стороне разработчика продукта?

В статье расскажем:

  • Где посмотреть актуальную информацию по доступности Битрикс24?
  • Что делать, чтобы защитить себя от перебоев в работе с корпоративным порталом?
  • Первые шаги при возникновении ошибки

Материал будет полезен владельцам облачной версии Битрикс24 – на платном и бесплатном тарифах.

Статус доступности сервиса Битрикс24

При проблемах с подключением к порталу Битрикс24 рекомендуем первым делом проверить статус доступности сервиса. Для этого есть специальный ресурс https://status.bitrix24.ru/

Если статус зеленый, то все хорошо, перебоев в работе не зафиксировано. Если горит оранжевый или голубой круг, то есть какие-то особенности в работе порталов. Обязательно указываются тип проблемы и домены, которых это касается:

Скорость решения ситуации зависит от характера и масштаба проблемы. Причин возникновения перебоев в работе может быть множество и все они инфраструктурного характера. Инженеры Битрикс24 мониторят ситуацию 24/7. Высокая компетентность администраторов на этом участке работ обеспечивает редчайший показатель uptime в 99,99% (время непрерывной работы системы).

Работоспособность системы, как правило, восстанавливают от пары минут до нескольких часов. Некоторые пользователи Битрикс24 даже не успевают заметить какие-то изменения в работе. Проблемы технического характера в современном мире виртуальных платформ – частый сценарий. Растет нагрузка на ресурсы, прогрессируют хакерские атаки и внешние системные угрозы. От перебоев в работе никто не защищен.

Меры защиты Битрикс24 от отключений

Важно помнить, что даже при сбоях в работе системы, информация, хранящаяся на вашем портале, в это время не пропадет. Данные надежно защищены и имеют резервную копию на случай внештатных ситуаций. Основная сложность при отсутствии соединения с порталом Битрикс24 – невозможно фиксировать текущую работу.

Как обеспечить бесперебойную работу корпоративного портала?

Для каждого региона Битрикс24 размещает данные в 2 независимых дата-центрах с автоматическим контролем и оповещением о сбоях. Дополнительно используются комплексы оборудования для обеспечения надежной и непрерывной работы порталов. Однако все эти меры не дают 100% гарантии, что ваша система будет работать бесперебойно. В случае, когда вы хотите самостоятельно отвечать за доступность сервиса, рекомендуем использовать коробочную версию Битрикс24. Преимущества:

  • портал устанавливается на ваш сервер и информация хранится в зоне вашей ответственности;
  • доступность к серверу обеспечиваете и контролируете вы сами;
  • в случае с проблемами доступа вы точно сможете определить причину неполадок и предполагаемые сроки восстановления работоспособности портала.

В редакции Энтерпрайз предусмотрен веб-кластер для обеспечения дополнительной стабильности в работе корпоративного портала. Чтобы получить развернутую информацию по возможностям коробочной версии Битрикс24, заполните форму по кнопке ниже.

Узнать о преимуществах коробки

Первые шаги при возникновении ошибки

В ситуации, когда у вас нет доступа к порталу, проделайте следующие шаги:

  1. Исключите внешние факторы (удаление портала, исключение вас из числа сотрудников и пр.)
  2. Убедитесь, что проблема массового характера
  3. Проверьте статус доступности Битрикс24 на специальной странице

Далее действуйте в зависимости от ситуации и фиксируйте работу в ручном режиме через сторонние решения, если это возможно.

Все клиенты компании ПУСК могут дополнительно получить справку в нашем отделе поддержки. У нас свой штат специалистов, обеспечивающих помощь пользователям при работе с порталом Битрикс24. По деталям сотрудничества обратитесь в коммерческий отдел по телефону или через форму ниже.

Заказать обратный звонок

Вас также может заинтересовать:

Услуги по настройке Битрикс24

Интеграция CRM Битрикс24

Решение проблем с работой десктоп-приложения Битрикс24

Иногда могут случаться ошибки в работе десктоп-приложения Битрикс24.

Данные пути решения помогут вам исправить некоторые проблемы:

  • Обновите десктоп-приложение Битрикс24 Убедитесь, что используете последнюю версию версию десктоп-приложения: Windows: правой кнопкой мыши на иконке в панели задач и выбрать пункт О программе. macOS: На панели приложения, в меню Битрикс24 выбрать пункт Проверить обновления. C: \ Users \ \ AppData \ Roaming \ Bitrix \ Desktop \ 3.0 \ cef_cache или C: \ Documents and settings \ \ Application Data \ Bitrix \ Desktop \ 3.0 \ cef_cache . macOS: для вызова папки, где находятся логи и данные приложения, нажмите cmd + Shift + L, далее удалите папку cef_cache. —>
  • Пустое окно приложения 1. Если у вас в приложении пустое окно или что-то работает неправильно, нажмите: Windows: Ctrl + Shift + R. macOS: cmd + Shift + R 2. Либо откройте чат с любым сотрудником и введите команду: /clearWindowSize .
  • Ошибка «TCP port cannot be used» Ошибка «TCP port cannot be used» может возникнуть при запуске, если на одном компьютере используются несколько сессий (под разными пользователями) с запущенным приложением, т.к несколько приложений пытаются использовать один и тот же порт. Либо какая-то еще программа используется тот же порт, что и приложение.
  • Не все сообщения отображаются в приложении Такое может случиться, если используется proxy-сервер, брандмауэр или нестабильное интернет-соединение. При нестабильном соединении может происходить задержка в доставке сообщений. В случае использования proxy-сервера нужно настроить приложение для правильной работы.
  • Проблемы с синхронизацией некоторых файлов Десктоп-приложение в целях безопасности не поддерживает некоторые типы файлов: .lnk, .tmp, .ini, .pl. А также имена файлов не должны содержать в себе символы: / \ : * ? » ‘ | < >% ; & ~ #
  • Не работает телефония Если для звонков используется десктоп-приложение, то оно должно быть версии 4 и выше.

Технология WebRTC работает с оборудованием по https. Поэтому для аудио- и видеозвонков через десктоп-приложение необходим установленный доверенный ssl-сертификат. Самоподписанный сертификат может работать некорректно. Это относится к облачным Битрикс24 с собственным доменом и к коробочной версии Битрикс24.

  • При запуске десктоп-приложения появляется ошибка «Этот домен отключен или не существует. Проверьте, пожалуйста, возможно, есть ошибка или опечатка в адресе.»Этот домен отключен или не существует Эта ошибка может возникнуть, когда вы запускаете приложение, а в нем была раньше активна учетная запись портала, к которому в данный момент у вас нет доступа (портал был удален или вас уволили с него). Просто найдите иконку десктоп-приложения в верхней панели macOS или в панели уведомлений Windows, далее в настройках выберите Сменить пользователя: Сменить пользователя
  • Частые вопросы

    Откройте Панель управления — Настройки — Настройки продукта — Почтовые события; выберите событие.

    На первой закладке, должны стоять галочки возле используемых на Вашем сайте кодов языка. На закладке «шаблоны» должна стоять галочка возле имени Вашего сайта, хотя бы у одного шаблона (обычно он там как раз один). Также, в настройках выбранного почтового шаблона (можно перейти прямо по ссылке со страницы «шаблоны», не забудьте только перед этим нажать «применить», если были сделаны какие-то настройки), должна стоять галочка «активен», и также должен быть выбран Ваш сайт. Также должны быть корректно заполнены поля «от кого» и «кому» (значения по-умолчанию #DEFAULT_EMAIL_FROM# и #EMAIL#, соответственно).

    2. Если все эти настройки соответствуют истине, то в настройках модуля веб-формы отключите флаг «использовать упрощенный режим», перейдите в настройки соответсвующей формы, вкладка дополнительно, убедитесь, что флаг привязки к почтовому шаблону проставлен. Если и здесь все в порядке, то перейдите, пожалуйста, в Настройки-Инструменты-SQL-запрос и выполните такой запрос:

    select * from b_event where event_name like ‘%form%’ order by date_insert desc

    Найдите событие заполнения формы, смотрите в поле SUCCESS_EXEC:

    стоит Y — письмо из продукта ушло, дальнейшую его судьбу попросите отследить администратора хостинга
    стоит N — зайдите в файл /bitrix/php_interface/dbconn.php и проверьте не определены ли у Вас константы
    BX_CRONTAB и BX_CRONTAB_SUPPORT, если да — убрать их определение вообще из этого файла. Если после этого SUCCESS_EXEC также N, то необходимо перейти в папку /bitrix/managed_cache/ и попытаться удалить содержимое (обязательно через модуль управления структурой, а не через FTP), если получите ошибку — значит необходимо исправить проблему с доступом продукта к папкам, чтобы Вы могли удалить файлы и папки из кеша.
    Стоит F — функция mail() по какой-то причине вернула False при отправке. Наиболее типичные проблемы:

    1. Не настроена функция mail() на хостинге. Решается с хостером.

    2. Почтовый сервер не поддерживает формат письма. Пробовать изменять настройки отправки, убирать поле ВСС, убирать галочку «Дублировать email адрес в заголовке», ставить «Конвертировать 8-битные заголовки». Не помогает — запросить логи у администратора почтового сервера, чтобы посмотреть, в чем конкретно ошибка при отправке.

    Стоит 0 (ноль) — значит, что-то неверно в настройках из пп.1-2 — проверьте еще раз.

    Общее требование : обязательно должно присутствовать свойство заказа типа LOCATION, которое используется как местоназначение доставки.

    Создать свойство можно из списка свойств заказа:
    Рабочий стол->Магазин->Настройки магазина->Свойства заказа->Список свойств
    При создании свойства взвести флаг «Использовать как местоположение».
    В случае отсутствия подобного свойства шаг выбора доставки будет всегда пропускаться.
    Требования СПСР-Экспресс:

    1. Работает на основе тарифного калькулятора службы. Необходима установка адреса магазина в настройках модуля. Ограничения обработчика: только Россия.

    2. Заполнение индексов местоположений не требуется, т.к. тарифному калькулятору требуется корректно указанный город России. Примечание: если в адресе будет указано, например «Россия — Москва и Мо» или пунктом назначения будет «Россия — Москва и Мо», то стоимость калькулятор не рассчитает — города «Москва и Мо» не существует.

    3. На сервере в обязательном порядке должна корректно работать функция strtoupper() (в том числе и с кириллицей), которая осуществляет перевод символов строки в верхний регистр. Это момент очень важен при определении корректности адреса магазина (должен быть в Москве, см. п.1). Чтобы проверить работоспособность функции strtoupper() в PHP-строке нужно выполнить следующий код:

    echo strtoupper(‘мОсКвА’);

    Если результат выполнения кода не «МОСКВА», то функция strtoupper() работает некорректно.

    В случае, если функция работает некорректно, то можно попробовать в файле /bitrix/php_interface/dbconn.php добавить следующие строки:

    setlocale(LC_ALL, ‘ru_RU.CP1251’);
    setlocale(LC_NUMERIC,’C’);

    Если это не решает проблемы, то нужно обратиться к администратору хостинга.
    Требования «Почта России»:

    1. Доставка осуществляется только из Москвы, поэтому в адресе магазина, в настройках модуля интернет-магазина, должно быть указано «Москва» или «Moscow». Это не ограничение, конкретно обработчика нашего продукта, это ограничение тарифного калькулятора службы, об этом можно узнать на официальном сайте Почты России

    2. Обязательно(!) заполнение индексов местоположений, т.к. тарифный калькулятор требует указания индекса местоположения. Альтернативным вариантом может быть создание свойства заказа типа «строка», у которого нужно взвести флаг «Использовать как почтовый индекс». В этом случае, покупателю в процессе оформления заказа будет предложено ввести индекс самостоятельно.

    3. На сервере в обязательном порядке должна корректно работать функция strtoupper() (в том числе и с кириллицей), которая осуществляет перевод символов строки в верхний регистр.

    Требования «EMS Почта России»:
    1. Адрес магазина должен быть в городе, который входит в список тарифного калькулятора
    2. Доставка только из России, в города, которые есть в списке тарифного калькулятора.

    3. Заполнение индексов местоположений не требуется, т.к. тарифному калькулятору требуется корректно указанный город России.

    4. На сервере в обязательном порядке должна корректно работать функция strtoupper() (в том числе и с кириллицей), которая осуществляет перевод символов строки в верхний регистр. Это момент очень важен при определении корректности адреса магазина и места доставки.

    Требования «DHL»:

    1. Доставка осуществляется только из США, поэтому в качестве адреса магазина должен быть указан город Соединенных Штатов Америки. Это ограничение тарифного калькулятора доставки

    2. Обязательно(!) заполнение индексов местоположений, т.к. тарифный калькулятор требует указания индекса местоположения. Альтернативным вариантом может быть создание свойства заказа типа «строка», у которого нужно взвести флаг «Использовать как почтовый индекс». В этом случае, покупателю в процессе оформления заказа будет предложено ввести индекс самостоятельно.

    Требования к настраиваемым службам доставки:

    1. Должна быть создана хотя бы одна группа местоположений, в настройках службы должны быть выбраны те местоположения и группы местоположений, при выборе которых в процессе оформления заказа будет предложена эта доставка.

    Создание групп местоположений:
    Рабочий стол->Магазин->Настройки магазина->Местоположения->Группы местоположений

    2. При желании можно выставить ограничения по сумме заказа и общему весу товаров в заказе. В случае, если доставка не появляется, значит, данные заказа не удовлетворяют настройкам службы — пункт назначения, вес или стоимость заказа.

    2. Если перенос осуществлялся простым копированием файлов (FTP/SSH),мог не скопироваться файл /.access.
    В данном файле хранятся права групп пользователей к сайту, если данного файла нет, то для всех пользователей устанавливается право «Запрещено».

    Проблема решается одним из способов:
    А. Вам надо зайти через файловый менеджер продукта в свойства корневой папки сайта и на вкладке «Доступ» установить для группы «Неавторизованные пользователи» право «Чтение».

    Б. В корень сайта положить файл .access с содержимым:

    Дело в том, что у tar есть несколько диалектов. Мы пакуем в формате GNU tar, как это делает по умолчанию tar в linux. WinRar понимает tar, но конкретно этот диалект поддерживает не полностью.

    Решение:
    Вам надо создать новый уровень доступа к Главному модулю (Файл/Папка):
    «Настройки»-> «Пользователи»-> «Уровни доступа».
    http://dev.1c-bitrix.ru/learning/course/lesson.php?COURSE_ID=6&ID=1223

    В созданном уровне доступа выберите флажок «Загрузка файла на сервер (fm_upload_file)», сохраните.
    Затем Вам надо данный уровень доступа установить на корневую папку сайта, для требуемой группы пользователей.

    Это должно решить проблему.

    1.»YML не принят: Фид не разобран до конца — ошибка парсера XML (Error parsing XML feed) (line: 81 column: 5): Unterminated entity declaration, ‘ContentType'»

    Проблема в том, что по умолчанию в папке /upload не выполняются php скрипты.
    Для решения проблемы вам следует перенести файл экспорта в другую папку, отличную от /upload, и в папке разрешить выполнение php скриптов в файле .htaccess при помощи директивы AddType
    Можно прямо в папке /upload создать директории, переместить туда файл yandex.php, создать в этой директории файл .htaccess и переопределить в нём AddType:

    2. «Notice : Undefined index: referer1 in /var/www/alexey/data/www/telecamera.ru/upload/yandex.php on line 1»

    В файле .htaccess, папки в которой находится файл экспорта, вам следует отключить отображение замечаний(NOTICE).
    Уровень вывода ошибок задаётся директивой php_value error_reporting.
    Данную директиву можно определить также в настройках PHP.
    Например уровень:
    error_reporting = E_ALL & ~E_NOTICE

    позволяет выводить все ошибки, за исключением замечаний.

    Если используется компонент рассылки версии 1.0:

    $SUBSCRIBE_TEMPLATE_RESULT это глобальная переменная, её значение определяется внутри компонента.

    Поэтому в шаблоне рассылке достаточно просто вызвать компонент для определения значения $SUBSCRIBE_TEMPLATE_RESULT.

    Если используется компонент рассылки версии 2.0:

    $SUBSCRIBE_TEMPLATE_RESULT не является глобальной, поэтому просто вызвать компонент для определения значения этой переменной недостаточно(как это было с компонентом версии 1.0):

    IncludeComponent(
    «bitrix:subscribe.news»,
    «»,
    Array(
    «SITE_ID» => «s1»,
    «IBLOCK_TYPE» => «news»,
    «ID» => «»,
    «SORT_BY» => «ACTIVE_FROM»,
    «SORT_ORDER» => «DESC»
    )
    );?>

    Сам компонент возвращает количество элементов, которые попадают в следующий выпуск рассылки, соответственно переменной $SUBSCRIBE_TEMPLATE_RESULT следует присвоит значение, возвращаемое компонентом bitrix:subscribe.news:

    IncludeComponent(
    «bitrix:subscribe.news»,
    «»,
    Array(
    «SITE_ID» => «s1»,
    «IBLOCK_TYPE» => «news»,
    «ID» => «»,
    «SORT_BY» => «ACTIVE_FROM»,
    «SORT_ORDER» => «DESC»
    )
    );?>

    В этом случае $SUBSCRIBE_TEMPLATE_RESULT будет определена и выпуск будет сформирован по расписанию.

    В данном режиме происходит обратный отсчёт страниц (последняя страница считается первой).

    Данный механизм используют, если при добавлении элемента инфоблока, он всегда попадает наверх списка (отсортированы по дате добавления сообщения по убыванию). Таким образом, меняется лишь последняя страница. Все предыдущие можно надолго закешировать.

    При данном типе постраничной навигации разбиение на страницы произойдёт, если остаток при делении количества сообщений на первой странице на число, указанное в настройках компонента, будет больше или равно двум.

    Например, если всего 170 сообщений в форуме, и в настройках компонента указано число сообщении на странице равное 20, будет образовано 8 страниц, на первой — 30 сообщений, на остальных — 20. При данных настройках в случае достижении количества сообщений равным 180, будут образованы 9 страниц по 20 сообщений.

    При обратной страничной навигации количество сообщений на странице либо равно числу, указанному в настройках компонента, либо больше его.

    Тут важно знать 2 аспекта:

    a. Кодировка дампа устанавливается в зависимости от содержимого файла /bitrix/php_interface/after_connect.php, например:

    $DB->Query(«SET NAMES ‘utf8′»);
    ?>

    т.е дамп будет создаваться в кодировке «utf8».

    b. Кодировку сервера баз данных можно увидеть в параметре «character_set_server» после выполнения SQL-запроса:

    show variables where Variable_name = ‘character_set_server’;

    Ошибка происходит если данные кодировки (п.1 и п.2) различаются.

    Обойти или устранить эту ошибку можно двумя способами:

    1. В настройках сервера изменить кодировку в параметре «character_set_server» (b) на ту, в которой сделан дамп (a).

    Важно: данную операцию делаете или Вы или администратор сервера в зависимости от прав, которыми Вы обладаете.

    2. Можно открыть дамп в текстовом редакторе и в самое начало вставить строку:

    SET NAMES `utf8`;

    Кодировка выбирается в зависимости от кодировки, в которой сделан дамп (a).

    Важно: Данный способ работает только на небольшие дампы (которые успевают импортировать за один шаг)

    1. В большинстве случаев данная ошибка наблюдается из-за того, что дистрибутив продукта (архив) был не до конца скачан с нашего сайта.

    2. Также проблема может быть из-за большой разности времени, которое установлено, на веб-сервере и времени на сервере базы. Т.е. Пробная версии создалась для одной даты, а при сравнении с базой данных, дата уже совсем другая. Если это так, то время надо синхронизировать.

    3. Возможно база данных, в которую выполняется установка продукта, не пуста и время действия продукта берётся со старой установки.

    Ниже приведены рекомендации, при выполнении которых данная ошибка точно не появится:

    1. Перед установкой продукта очистите корневую папку сайта от всех файлов (оставить надо только файлы, относящиеся к данной установке продукта).

    2. Выполняйте установку только в пустую базу данных или создавайте её нашим мастером установки (можно также воспользоваться и phpMyAdmin).

    3. Настоятельно рекомендуем пользоваться специальным скриптом bitrixsetup.php для скачивания и установки дистрибутива последней версии:

    4. Во время установки никогда не нажимайте кнопку F5 в браузере, для навигации по мастеру установки существуют специальные кнопки на странице.

    5. Также возможно, что в процессе распаковки дистрибутива произошёл сбой и не все файлы распаковались. Рекомендуем повторно распаковать продукт.

    Скачать скрипт можно здесь:

    Инструкция по установке продукта:

    Учебный курс по установке продукта:

    Например, группе пользователей дано право «Изменение» для определённого инфоблока. Компоненты для работы с инфоблоками добавляют кнопки только на вкладку «Редактирование», поэтому вкладка «Просмотр» не доступна пользователям с данными правами.

    Если вам необходимо вывести панель в обязательном порядке, воспользуйтесь одним из следующих вариантов решения:

    1. Дать группе пользователей право на управление кешем страницы (данная возможность появится на вкладке «Просмотр»).

    Для этого создайте новый уровень доступа для Главного модуля с привязкой «Модуль», и доступной операцией «Управление кешем (cache_control)» (подробнее об уровнях доступа в учебном курсе «Администрирование системы»:

    В настройках группы пользователей, для которой требуется вывод панели, в качестве доступа к Главному модулю укажите созданный уровень.

    2. Выводить панель программно для определённой группы пользователей.

    Для этого в шаблон сайта вставьте проверку:

    $arGroups = $USER->GetUserGroupArray();
    if (in_array(, $arGroups ))
    $APPLICATION->ShowPanel = true;
    ?>

    где номер_группы — ID группы, для которой требуется вывод панели.

    Фактически это возможность разработчикам задать правила кеширования ресурсоемких частей страниц. Результаты кеширования сохраняются в виде файлов в каталоге /bitrix/cache/. Если время кеширования не истекло, то вместо ресурсоемкого кода будет подключён предварительно созданный файл кеша.

    Более подробней на странице:

    Кеширование называется неуправляемым, поскольку кеш не перестраивается автоматически после модификации исходных данных, а действует указанное время после создания. Часто такая схема является оптимальной.

    Мы встречались с ситуацией, когда при создании файлов кэша им присваиваются такие права, которые являются недостаточными для последующего изменения или удаления этих файлов процессом веб-сервера. Таким образом, создаваемым файлам и папкам кеша должны присваиваться такие права, которые бы позволяли затем изменить удалить удалить их процессу веб-сервера.

    При назначении прав на файлы и папки используются значения констант

    BX_FILE_PERMISSIONS и BX_DIR_PERMISSIONS из /bitrix/php_interface/dbconn.php, но часто срабатывает маска прав на сервере и чтобы избежать этого необходимо прописать в этом же скрипте:

    umask(000);
    @umask(~BX_DIR_PERMISSIONS);

    Есть ли подобные строки у Вас в файле /bitrix/php_interface/dbconn.php? Если нет — добавьте их, пожалуйста.

    Для экономии места на диске Вы можете очистить папки /bitrix/managed_cache/ /bitrix/cache/.

    Возможно в папках /bitrix/cache/ и /bitrix/managed_cache/ где из-за некорректно выставленных прав может приходить накапливание данных кеша.

    Дополнительную информацию про права Вы найдёте в нашем FAQ:

    Также Вы можете почистить файлы кеша из административного раздела на странице

    «Рабочий стол->Настройки->Настройки продукта->Автокеширование»

    Перейдя во вкладку «Очистка файлов кеша» и очистить «все».

    Тем самым Вы можете освободить дисковое пространство от файлов кэша.

    1. Создать группу пользователей.

    а) В настройках доступа модуля «Управление структурой» установить «Редактирование файлов и папок» (новое название уровня доступа с 8.5.0).

    б) Для этой группы пользователей установить право «Чтение» на папку /bitrix/admin/ (чтобы отображались административные страницы)

    в) Если пользователь создан для редактирования инфоблоков, то в настройках доступа инфоблока надо ему дать право «Запись», при доступе «Чтение» инфоблок просто не будет отображаться.

    2. Добавить во вновь созданную группу пользователя или пользователей.

    Это вставка в код страницы сайта определенного зашифрованного JavaScript-кода, при выполнении которого формируется так называемый iframe (HTML-элемент, позволяющий включить при отображении содержимое одной страницы в другую). Вставленный iframe указывает, как правило, на зараженную страницу, которая уже содержит более «тяжелый» код, использующий различные уязвимости браузеров (в основном Internet Explorer’а) для загрузки и запуска исполняемых файлов вирусов.

    Механизм заражения

    Механизм заражения сайтов в подавляющем числе случаев одинаков: вирус попадает на компьютер, с которого выполнялся вход на данный сайт по протоколу FTP, после чего получает реквизиты доступа к адресам, для которых в программе FTP-клиенте была выбрана опция «запомнить логин/пароль». Получив реквизиты доступа, вирус отсылает их на компьютеры злоумышленников, где уже и расположены программы-роботы, выполняющие «грязную» работу. Эти роботы выполняют подключение к FTP-адресам с полученными реквизитами, затем сканируют каталоги сайта в поисках файлов с определенными именами: чаще всего это корневые файлы — те, к которым в первую очередь выполняется обращение при входе на сайт. Обнаружив такой файл, робот скачивает его, добавляет в конец скачанного файла вредоносный код, и закачивает этот файл обратно на FTP-сервер, заменяя оригинал.

    С точки зрения сервера это выглядит как обыкновенная активность пользователя: выполняется подключение авторизованного пользователя, скачивание и закачивание файлов — фактически именно то, что выполняется при обыкновенном обновлении сайта разработчиком по FTP.

    Устранение заражения

    Первое, что необходимо сделать при обнаружении подобного заражения — это не дать вирусу повторно заразить сайт. Для этого достаточно сменить пароль доступа на FTP через панель управления, а также проверить все компьютеры, с которых выполнялось подключение к сайту по FTP на вирусы, используя антивирусы со свежими базами обновлений.

    Также, Вы можете запросить у администратора хостинга все возможные логи (логи ftp, логи веб-сервера, ssh логи). Полученные логи от администратора необходимо проанализировать на предмет времени модификации файлов и способа доступа к ним, а также IP-адресов, с которых производилось изменение, что позволить сузить круз проблемных ПК, а также определить способ доступа к файлам и их заражение.

    Так как код сайта, по сути, представляет собой обыкновенные текстовые файлы, для удаления вредоносного кода достаточно открыть зараженный файл, найти необходимый участок кода, удалить его и сохранить файл. В особо сложных ситуациях может случиться так, что над зараженным сайтом «поработали» несколько различных вирусов — файлы сайта будут содержать несколько вставок различного вредоносного кода. Реже встречаются случаи, когда содержимое сайта может быть повреждено достаточно сильно, в таком случае целесообразнее восстановить данные из резервной копии, чем заниматься лечением каждого файла вручную.

    Предотвращение заражения

    Для того, чтобы не повторять чужих ошибок и уберечься от повреждения сайта, достаточно следовать простым рекомендациям:

    — не использовать возможности FTP-клиентов по сохранению паролей;

    — периодически выполнять смену паролей доступа к FTP;

    — при необходимости, ограничить адреса компьютеров, с которых разрешено подключаться по FTP;

    — использовать для доступа по FTP только «надежные» компьютеры — те, на которых установлены антивирусы с актуальными базами обновлений.

    Этот URL используется при формировании страницы результатов поиска — соответственно, если URL(проставленный в настройках инфоблока) указывает на несуществующую страницу, то по ссылке пользователь попадёт не на страницу детального просмотра найденного элемента, а на 404-ю.

    Также похожая ситуация возникает, если компонент работает в режиме ЧПУ, а URL не в ЧПУ — в этом случае следует указать URL по правилами ЧПУ.

    Проблема может возникать и ссылками на страницы форума.

    В этом случае следует проверить корректность шаблона пути к сообщению форума.

    Настройки инфоблока:

    Контент -> Информ. блоки -> Типы информ. блоков -> ->

    Настройки форума:

    «Рабочий стол»-> «Сервисы»-> «Форумы»-> «Список форумов»->

    Настройки блога:

    «Настройки»-> «Настройки продукта»-> «Настройки модулей»-> «Блоги».

    »>=DATE_ACTIVE_FROM’=

    т.е. выбираются элементы, поле DATE_ACTIVE_FROM которых находится между предыдущим и текущим запуском рассылки.

    Возможна следующая ситуация:

    Пусть текущий запуск — >DD<.>MM<.>YYYY< 12:00:00
    предыдущий — >DD-1<.>MM<.>YYYY< 12:00:00

    Возможные варианты решения:

    1. Создавая элемент, указывайте дату его активности следующим днем

    2. Создавая элемент, указывайте дату его активности сегодняшним днем, но с точным временем, чтобы оно не было равно 00:00:00

    3. Измените шаблон генерации выпуска так, чтобы проверялось не поле DATE_ACTIVE_FROM, а DATE_CREATE — дата создания элемента.

    4. Устанавливайте генерацию выпусков на время, незадолго перед полуночью (например — 23:30), чтобы все созданные за день элементы (с датой активности с 00:00:00, но созданные в течение дня) попали в выпуск.

    5. В настройках инфоблока, используемого в рассылке, поле Начало активности должно иметь значение по умолчанию Текущие дата и время.

    Для решения проблемы и получения возможности загрузки и установки обновлений, Вам необходимо зарегистрировать в системе хотя бы 1 сайт или активировать существующий из раздела:

    Рабочий стол/Настройки/Настройки продукта/Сайты/Список сайтов

    Причины могут быть следующие:

    — не доступны функции работы с сокетами, в частности, fsockopen();

    — на сервере запрещены исходящие соединения к 80 порту;

    — проблема в работе сети.

    Вам необходимо обратиться к администратору хостинга, предоставив описание ошибки.

    ShowHeadStrings();?>
    ShowHeadScripts();?>

    либо, начиная с 7й версии

    Добавить комментарий

    Ваш адрес email не будет опубликован. Обязательные поля помечены *