Bitrix выдает 500 ошибку - Не ошибается лишь тот, кто ничего не делает!

Просмотров: 32308
Дата последнего изменения: 22.07.2020

Сложность урока:

3 уровень — средняя сложность. Необходимо внимание и немного подумать.

Ошибка сервера может быть вызвана различными причинами, поэтому ее диагностика достаточно сложна и трудоемка. Это не является ошибкой «1С-Битрикс: Управление сайтом». Она часто возникает на разделяемом хостинге из-за ограничения ресурсов системы.

При возникновении ошибки сервера в первую очередь необходимо просмотреть файл сервера error.log. В этом файле может содержаться строка с кодом ошибки.

Типичным примером причины возникновения ошибки сервера может быть превышение разрешенных прав на хостинге.

Например, происходит попытка выполнить файл с атрибутами, не разрешёнными для запуска на сервере (например, файл имеет атрибуты 0755, а допускается 0711).
Также возможной причиной может быть наличие лимита по времени на исполнение php-скриптов;
Или у системы нет прав на запись или чтение файла и др.
Другой распространенной причиной возникновения внутренней ошибки сервера является нарушение конфигурации сервера или попытка использования неразрешенных инструкций, например, в файле .htaccess. В этом случае необходимо закомментировать либо удалить строку, содержащую неразрешенную директиву, в соответствующем файле (например, .htaccess).
Обратите внимание, если PHP работает как CGI, то 500 ошибка на сервере может быть вызвана фатальной ошибкой PHP. В этом случае рекомендуется выполнить проверку программного кода и диагностировать ошибку.
Внутренняя ошибка сервера может возникнуть при запуске из-под Apache CGI-скрипта, время исполнения которого превышает время, отведенное на выполнение скрипта в настройках сервера.

Таким образом, всё зависит от конфигурации сервера.

Важно понимать, указанные ограничения не настраиваются через настройки PHP в php.ini.

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

Источник

Рассказываем, как устранить 500 ошибку на сайте на 1С-Битрикс.

«Internal Server Error» — внутренняя ошибка сервера. Она может произойти и на сайте на CMS 1С-Битрикс, WordPress и других. Само название говорит о том, что дело в хостинге.

«Internal Server Error» выводит код ответа 500, а ошибки вызваны проблемами в файлах сайта:

Если проблема в файле .htaccess, при переходе на сайт появится сообщение «Internal server error».

До начала работы над устранением ошибки нужно выяснить причину ее возникновения. Для начала проверьте доступное ОЗУ.

Шаг №1. Проверка доступной оперативной памяти (ОЗУ)

Если у вас виртуальный хостинг

На тарифах виртуального хостинга оперативная память общая для всех сайтов. Если один из сайтов превысил лимит, системный администратор отправляет ему уведомление для исправления ситуации.

Если у вас виртуальный сервер или выделенный сервер

Перейдите в панель управления виртуальным сервером. На панели меню слева перейдите в Инструменты (1) → Shell-клиент (2). В открывшейся вкладке введите команду «free -h» (3) и нажмите enter.

В столбце «used» (4) в первой строке указана используемая ОЗУ. На скриншоте это 398 МБ. В столбце «free» (5) в первой строке указана свободная ОЗУ. На скриншоте это 3,2 Гб.

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

Если оперативной памяти достаточно, переходите ко второму шагу.

Шаг №2. Проверка наличия ошибок в файле «.htaccess»

Для проверки ошибок в «.htaccess» достаточно просто изменить название этого файла и перейти на сайт. Если сайт начнет работать, в файле есть ошибки.

Для этого в панели управления виртуальным хостингом перейдите в Главное (1) → Менеджер файлов (2). Перейдите в корневую папку сайта (по умолчанию это «www»). Выделите файл «.htaccess» (3) и нажмите кнопку «Атрибуты» (4).

В строке «Имя» измените название — например, напишите «.htaccess_1». Нажмите «Ок», чтобы сохранить изменения.

Перейдите на сайт. Если он заработал, то проблема в файле. Вспомните, какие изменения вы вносили, и исправьте их. Либо восстановите файл из резервной копии.

Если сайт все еще не работает, верните прежнее имя файла «.htaccess» и перейдите к 3 шагу.

Шаг №3. Проверка наличия ошибок в скриптах сайта

Чтобы узнать, есть ли ошибки в скриптах сайта, нужно включить вывод ошибок на сайте. Для этого в менеджере файлов выделите файл «.htaccess» и нажмите кнопку «Открыть».

Вставьте строку «php_value display_errors 1» так, как показано на скриншоте ниже.

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

Если после выполнения этой инструкции исправить ошибку не получилось, оставьте обращение в нашу техническую поддержку. Поможем выяснить, в чем проблема, и исправить ее.

Источник

Views: 14161
Last Modified: 08.07.2020

Error.log

Since there are a lot of reasons which may cause server errors, their diagnostics is very complex and tedious.

If a server error occurs, the first thing to do is view the error.log file. This file may contain a line with the error description.

Typical situation when a server error may occur is exceeding the allowed server permissions.

For example: the system creates and saves a page with the 0777 permissions, while the maximum permission allowed by the server is 0644. The server will return the 500 error upon attempt to access the page.
A timeout limit for the execution of php scripts may also be a possible cause;
Alternatively, the system may have no write or read rights, etc.
Another prevailing reason is invalid server configuration or using forbidden directives (for example, in .htaccess). In this case, remove or comment the failure line in the file.
Note! If PHP runs as CGI, the 500 error may be cause by a PHP fatal error. In this case, you are recommended to check the program code and diagnose the error.
Internal server errors may come about when a CGI script runs on the Apache server and the execution time exceeds the maximum allowed period specified in the server configuration.

Thus, everything depends on the server configuration.

It is important to know that the said restrictions are not determined through PHP settings in php.ini.

Normally, such an error and its cause are recorded in server logs. You have to refer to the hoster requiring that the reason of the error be indicated and the error be eliminated (for example, by increasing the resources). If the hoster could not find a solution, please contact Bitrix helpdesk providing an accurate description of the error and the reasons indicated by the hoster. Helpdesk will not be able to assist you without knowing the reason of the error.

Источник

Добрый день, начала выпадать 500 ошибка при переходе в элемент раздела в пользовательской части. Что удивительно только на безобидном гугл хроме… Я понимаю что ошибка на стороне сервера или из-за кэша…

Вопрос задан

более трёх лет назад
3167 просмотров

1. выключите кеширование
2. в .settings.php установите debug = true
3. запустите тестирование системы в админке
4. там же в админке запустите нагрузочное тестирование
5. смотрите логи, там на каждую 500 ошибку будет дано пояснение

Пригласить эксперта

Показать ещё
Загружается…

03 июн. 2023, в 23:42

1500 руб./за проект

03 июн. 2023, в 22:36

5000 руб./за проект

03 июн. 2023, в 19:30

750 руб./в час

Минуточку внимания

Источник

Страницу с кодом ответа 500 веб-сервер возвращает, когда не может обработать запрос из-за ошибок в файлах сайта.

Внешний вид ошибки 500 зависит от того, чем она вызвана. При неполадках в скриптах сайта отобразится пустая страница, сообщение HTTP ERROR 500 или текст обработчика PHP.

Если проблема в файле .htaccess — сообщение Internal Server Error.

Часто ошибку 500 можно легко устранить даже не имея знаний в области веб-разработки. О том, как это сделать, расскажем далее.

Ошибки в файле .htaccess

Сообщение Internal Server Error выводится, когда в файле .htaccess есть ошибки. Переименуйте файл .htaccess и проверьте корректность работы сайта. Если он доступен, удалите правила, которые были добавлены последними, или восстановите старый файл из резервной копии.

Ошибки в скриптах сайта

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

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

Нажмите сочетание клавиш Ctrl+Shift+I или используйте меню браузера:

Mozilla Firefox — «Веб-разработка» → «Инструменты разработчика»;
Google Chrome — «Дополнительные инструменты» → «Инструменты разработчика»;
Opera — «Разработка» → «Инструменты разработчика».

Перейдите во вкладку «Сеть (Network)». На ошибку 500 указывает соответствующее число в колонке «Статус».

Статус пустой страницы может быть и 200 (Ok). В таком случае проверьте, есть ли содержимое в индексном файле сайта, очистите кеш вашей CMS. Если ранее сайт работал корректно, восстановите его из резервной копии.

Вывод ошибок на сайте

Вывод ошибок PHP на хостинге по умолчанию выключен. Чтобы увидеть их текст, добавьте в файл .htaccess правило: php_value display_errors 1 и обновите страницу сайта.

Если текст не отобразился, включите вывод ошибок через конфигурационный файл CMS. Он расположен в корневой директории сайта.

WordPress

Замените в файле wp-config.php строку define(‘WP_DEBUG’, false); на define(‘WP_DEBUG’, true);

Joomla

Измените значение переменных debug и error_reporting в configuration.php на: public $debug = '1'; и public $error_reporting = 'maximum';

1С-Битрикс

В конфигурационном файле по пути ~/public_html/bitrix/php_interface/dbconn.php замените значение переменных DBDebug и DBDebugToFile на: $DBDebug = true; и $DBDebugToFile = true;

Laravel

В файле .env измените APP_DEBUG=false на APP_DEBUG=true

Алгоритм устранения ошибки можно найти в интернете, поместив ее текст в строку любой поисковой системы. Если с помощью найденной информации возобновить работу сайта не получится, восстановите его из резервной копии. Наши специалисты могут помочь с восстановлением. Для этого направьте обращение из раздела «Поддержка» Панели управления.

Журнал ошибок PHP

Иногда ошибка не выводится на странице или возникает периодически: ее тяжело отследить. Чтобы узнать текст таких ошибок, записывайте информацию о них в файл — журнал ошибок PHP. Подключите его, добавив в .htaccess строку: php_value error_log /home/username/domains/domain.ru/php_errors.log и обновите страницу сайта.

Откройте создавшийся файл журнала с помощью Файлового менеджера в Панели управления. Чтобы просматривать возникающие ошибки в реальном времени, отметьте опцию «Включить автообновление».

Быстро возобновить работу сайта можно, восстановив его из резервной копии за дату, когда ошибок не было. Если восстановление нежелательно, обратитесь к разработчику.

Для устранения некоторых ошибок не требуется специальных знаний. Рассмотрим самые распространенные.

Нехватка оперативной памяти

Ошибка с текстом Allowed memory size возникает из-за нехватки оперативной памяти для выполнения скрипта: PHP Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate 81 bytes) in /home/username/domains/domain.ru/public_html/somescript.php

Чтобы исправить ее, увеличьте лимит оперативной памяти, добавив в файл .htaccess директиву:

php_value memory_limit 512M

Вместо «512» укажите необходимый объем памяти. Максимальное значение ограничивается тарифом.

Текст Out of memory означает, что достигнут лимит оперативной памяти по тарифному плану:

PHP Fatal error: Out of memory (allocated 39059456) (tried to allocate 262144 bytes) in /home/username/domains/domain.ru/public_html/somescript.php

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

Ошибки в CMS

При обновлении CMS случаются синтаксические ошибки:

PHP Parse error: syntax error, unexpected '[', expecting ')' in /home/username/domains/domain.ru/public_html/wp-content/plugins/wordpress-23-related-posts-plugin/config.php on line 130

Это происходит из-за того, что новые функции CMS не поддерживают устаревшие версии PHP. Чтобы исправить ошибку, измените версию PHP для сайта на более современную в разделе «Сайты» → «Веб-серверы».

Если предыдущая рекомендация не помогла, обратите внимание на путь до неработающего скрипта: там может быть указан каталог плагина или темы. Чтобы исправить ошибку, отключите их. Для этого переименуйте папку, в которой они расположены. После устранения ошибки авторизуйтесь в административной части сайта и измените тему или переустановите плагин.

Чтобы исправить большинство ошибок PHP, достаточно изучить их текст и принять меры, указанные в статье. Если вам не удается справиться с ней самостоятельно, обратитесь в службу поддержки.

Была ли эта инструкция полезной?

Источник

Просмотров: 28644
Дата последнего изменения: 22.07.2020

Сложность урока:

3 уровень — средняя сложность. Необходимо внимание и немного подумать.

Типичным примером причины возникновения ошибки сервера может быть превышение разрешенных прав на хостинге.

Например, происходит попытка выполнить файл с атрибутами, не разрешёнными для запуска на сервере (например, файл имеет атрибуты 0755, а допускается 0711).
Также возможной причиной может быть наличие лимита по времени на исполнение php-скриптов;
Или у системы нет прав на запись или чтение файла и др.
Другой распространенной причиной возникновения внутренней ошибки сервера является нарушение конфигурации сервера или попытка использования неразрешенных инструкций, например, в файле .htaccess. В этом случае необходимо закомментировать либо удалить строку, содержащую неразрешенную директиву, в соответствующем файле (например, .htaccess).
Обратите внимание, если PHP работает как CGI, то 500 ошибка на сервере может быть вызвана фатальной ошибкой PHP. В этом случае рекомендуется выполнить проверку программного кода и диагностировать ошибку.
Внутренняя ошибка сервера может возникнуть при запуске из-под Apache CGI-скрипта, время исполнения которого превышает время, отведенное на выполнение скрипта в настройках сервера.

Таким образом, всё зависит от конфигурации сервера.

Важно понимать, указанные ограничения не настраиваются через настройки PHP в php.ini.

Рассказываем, как устранить 500 ошибку на сайте на 1С-Битрикс.

«Internal Server Error» выводит код ответа 500, а ошибки вызваны проблемами в файлах сайта:

Если проблема в файле .htaccess, при переходе на сайт появится сообщение «Internal server error».

Шаг №1. Проверка доступной оперативной памяти (ОЗУ)

Если у вас виртуальный хостинг

Если у вас виртуальный сервер или выделенный сервер

Если оперативной памяти достаточно, переходите ко второму шагу.

Шаг №2. Проверка наличия ошибок в файле «.htaccess»

В строке «Имя» измените название — например, напишите «.htaccess_1». Нажмите «Ок», чтобы сохранить изменения.

Если сайт все еще не работает, верните прежнее имя файла «.htaccess» и перейдите к 3 шагу.

Шаг №3. Проверка наличия ошибок в скриптах сайта

Вставьте строку «php_value display_errors 1» так, как показано на скриншоте ниже.

Views: 13357
Last Modified: 08.07.2020

Error.log

Since there are a lot of reasons which may cause server errors, their diagnostics is very complex and tedious.

If a server error occurs, the first thing to do is view the error.log file. This file may contain a line with the error description.

Typical situation when a server error may occur is exceeding the allowed server permissions.

For example: the system creates and saves a page with the 0777 permissions, while the maximum permission allowed by the server is 0644. The server will return the 500 error upon attempt to access the page.
A timeout limit for the execution of php scripts may also be a possible cause;
Alternatively, the system may have no write or read rights, etc.
Another prevailing reason is invalid server configuration or using forbidden directives (for example, in .htaccess). In this case, remove or comment the failure line in the file.
Note! If PHP runs as CGI, the 500 error may be cause by a PHP fatal error. In this case, you are recommended to check the program code and diagnose the error.
Internal server errors may come about when a CGI script runs on the Apache server and the execution time exceeds the maximum allowed period specified in the server configuration.

Thus, everything depends on the server configuration.

It is important to know that the said restrictions are not determined through PHP settings in php.ini.

Метод решения зависит от типа возникшей проблемы на сервере. Поэтому предварительно необходимо продиагностировать варианты ошибок.

Произвольный php сайт

На самописных сайтах чаще всего два варианта возникновения ошибки 500: ошибка в .htaccess и слишком долгое выполнение скрипта. Если ошибка в хтаксес, то необходимо откатить файл до предыдущей версии. Если не поможет, то просто очистите его и по строке добавляйте, чтобы найти проблемные директивы. С ними и нужно будет работать. Вероятно, отключен какой-то модуль на стороне сервера.

Если же слишком долго выполняется скрипт, то необходимо его оптимизировать. А это уже вопрос к разработчику. Некоторые скрипты, например, интеграции с обменом данными могут выполняться очень долго, поэтому целесообразно рассмотреть переезд на более мощный сервер.

Ошибка 500 в WordPress

В вордпрессе internal server error 500 возникает по следующим причинам:

Неполадки после обновления ядра сайта
Конфликты с плагинами
Ошибки в .htaccess
Превышено время выполнения скрипта

Неполадки после обновления очень сложно отследить. Именно поэтому всегда делайте бэкап перед обновлением! Это убережет вас от случайного возникновения 500 ошибки. Если бэкапа нет, то попытайтесь его запросить у хостинговой компании (в 99% случаев у них будет бэкап за последние сутки или неделю. Можно восстановиться из него). Если же даже хостер не может отдать вам бэкап, то нужно действовать так:

Проверить все более простые варианты: например, ошибку в хтаксес
Идти в логи сервера и искать проблемный скрипт
Определить, почему он выдает ошибку и исправить её

На словах звучит просто, а на практике на решение вопроса может уходить десятки часов. Если у вас на сайте много трафика, то готовы ли вы так рисковать ради слепого обновления? Или лучше просто сделать бэкап?

Если же ошибка вызвана конфликтом плагинов, то тут проще: отключите все плагины (либо удалите их с сервера, они отключатся автоматически). И включайте их потом по одному. Так вы легко определите конфликтый.

Внутренняя ошибка 500 в Joomla

В Джумле очень часто ошибка 500 возникает при входе в админку. Подход к решению аналогичен написанному выше: диагностика + поиск решения.

Так выглядит ошибка 500 в Джумле

В Joomla лог ошибок лежит в папке logs. Файл называется error.php Если в нем пусто, то посмотрите на логи хостинга (уточните у своего хостера точное месторасположение файла). Скорее всего, вы там увидите скрипт, который выдает ошибку. Ну и дальше уже работайте с этим скриптом, устраняя ошибку.

Иногда ошибка 500 при входе в админку Joomla возникает из-за невозможности записи в папки /logs и /tmp В этом случае временно назначьте права 777 на них (затем обязательно измените на 755 и если ошибка снова проявится — пишите хостеру, т.к. это дыра в безопасности сервера).

Если и это не помогло, то пропишите в configuration.php следующее:

public $log_path = ‘full_path/logs’;

public $tmp_path = ‘full_path/tmp’;

вместо full_path нужно указать полный путь к папке (именно серверный путь, а не http адрес!).

Этих решений достаточно в 95% случаев для решения данной проблемы. Если проблема не решится, то пишите, разберемся в индивидуальном порядке.

Устраняем ошибку 500 в opencart

В opencart ошибка сервера 500 появляется иногда сама собой. При этом в логах может не быть ничего указано. Интересно, что файл логов может разрастаться очень до больших размеров, тем самым вызывая пятисотую ошибку сервера.

Вот виновник вопроса (лог модуля vQmod): корень_сайта/vqmod/vqmod.log

Решения два: либо время от времени по крону очищать этот файл, либо обновить vQmod до последней версии (в ней файл обнуляется каждые 7 дней).

Ошибка 500 в Битриксе. Что делать?

Битрикс требователен к ресурсам хостинга, поэтому на слабых серверах может периодически возникать ошибка 500. Решение тут может быть только одно — переезд на более надежный и мощный сервер.

Но перед этим обязательно проверить файл error.log, именно в него пишутся все логи ошибок системы. Битрикс очень плотно работает с файловой системой, для него критичны права доступа, поэтому за ними нужно следить особенно тщательно!

Как исправить 500 ошибку Internal Server Error при заходе в админку битрикса после переноса с тестового на боевой?
Проверка и устранение ошибок Bitrix 🚀
- Bitrix долго грузится каталог
- Bitrix ошибка отсутствуют цены
- Ошибка в типе содержимого bitrix
- 500 ошибка bitrix
- Не работает сео битрикс
- Возможно вам будет интересно
- Экономьте свое время — делегируйте работу с Битрикс нам
1С-Битрикс Разработчикам — Частые вопросы
Как исправить 500 ошибку в битрикс? — Хабр Q&A

при переносе с тестового хостинга на боевой , когда заходим по ссылке http://имя_сайта/bitrix/admin/ или http://имя_сайта/bitrix/admin/index.php… выдаёт 500 ошибка Internal Server Error
при этом, если ввести http://имя_сайта/bitrix/admin/gfdggfdg, то уже заходит, выдаёт 404 в самой админке и уже можно по ней перемещаться и работать в ней. Есть идеи в чем дело, куда копать и как исправить?
ТП хостинга сказала, что у неё нет идей решения проблемы.

лог апача, который к этой проблеме относится:
[Tue Oct 08 16:57:32.512957 2019] [core:error] [pid 2283] [client 95.79.108.23:64931] End of script output before headers: index.php, referer: http://имя_сайта/bitrix/admin/

код файла .htaccess:

Options -Indexes 
ErrorDocument 404 /404.php

<IfModule mod_php5.c>
  php_flag session.use_trans_sid off
  #php_flag default_charset UTF-8
  #php_value display_errors 1
</IfModule>

<IfModule mod_php7.c>
  php_flag session.use_trans_sid off
  #php_flag default_charset UTF-8
  #php_value display_errors 1
</IfModule>

<IfModule mod_rewrite.c>
  Options +FollowSymLinks
  RewriteEngine On
			
	# ASPRO_ROBOTS Serve robots.txt with robots.php only if the latter exists
	RewriteCond %{REQUEST_FILENAME} robots.txt
	RewriteCond %{DOCUMENT_ROOT}/robots.php -f
	RewriteRule ^(.*)$ /robots.php [L]
  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-l
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteCond %{REQUEST_FILENAME} !/bitrix/urlrewrite.php$
  RewriteRule ^(.*)$ /bitrix/urlrewrite.php [L]
  RewriteRule .* - [E=REMOTE_USER:%{HTTP:Authorization}]
</IfModule>

<IfModule mod_dir.c>
  DirectoryIndex index.php index.html
</IfModule>

<IfModule mod_expires.c>
  ExpiresActive on
  ExpiresByType image/jpeg "access plus 3 day"
  ExpiresByType image/gif "access plus 3 day"
  ExpiresByType image/png "access plus 3 day"
  ExpiresByType text/css "access plus 3 day"
  ExpiresByType application/javascript "access plus 3 day"  
</IfModule>

Проверка и устранение ошибок Bitrix 🚀

Не бывает идеальных систем. Так и 1С-Битрикс, при всех своих достоинствах, имеет в несколько детских болезней, которые мы и рассмотрим. А чтобы быть максимально объективными важно помнить, что большинство этих ошибок – результат низкого качества сборки проекта и отсутствия профессиональной технической поддержки, что снижает срок службы любого проекта, вне зависимости от используемой системы.

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

Bitrix долго грузится каталог

Система очень требовательна к ресурсам, но поверьте может обеспечить загрузку страниц каталога в пределах 0.2 секунды. Для этого есть система кеширования, технология композитный сайт, фасетный индекс для «умного» фильтра. Поэтому если вы столкнулись с проблемой долгой загрузки каталога, то стоит провести диагностику:

Кеширование
Убедитесь, что все используемые на странице каталога компоненты используют кеширование.
Компоненты
Какой бы мощный сервер вы не купили, если на странице несколько десятков комплексных компонентов 1С-Битрикс, то как минимум в момент разогрева кеша скорость загрузки страницы у вас будет несколько секунд. Постарайтесь снизить количество используемых компонентов.
Композитный сайт
Обязателен к включению в интернет-магазинах.
Мониторинг производительности. Вообще этот пункт должен быть первым, но он требует технических навыков. Встроенный инструмент анализа производительности Битрикса — полезная штука. Для быстрого анализа сразу ищем – медленные SQL-запросы, так как база данных всегда самое слабое звено.
PHP
На сервере должна использоваться версия PHP не ниже 7.1. Если такой возможности нет, то хотя бы для 5.6 должны стоят акселераторы на выбор: XCache, eAccelerator, APC.
Nginx
В качестве веб-сервера рекомендуем использовать более производительней сервер Nginx отечественной разработки.

Bitrix ошибка отсутствуют цены

Самая простая и распространная ошибка, которую ошибкой даже тяжело назвать. В Битриксе есть несколько типов цен (Магазин > Настройки > Цены > Типы цен). Удаляете ненужные, в настройках компонента каталога/новинок и других связанных с магазином выставляете нужный тип цены.

Ошибка в типе содержимого bitrix

Ошибка не появляется на ровном месте, значит недавно были правки или вообще переезд на другой сервер. В каком-то из файлов, в результате ошибки php или кодировки файла при сохранении, идет вывод содержимого страницы (текст ошибки это тоже текст) до служебных http-заголовков. Рекомендуем в первую очередь посмотреть недавно отредактированные файлы на предмет кодировки UTF-8 с BOM и сделать UTF-8 без BOM.

Например так:

grep -rl $'xEFxBBxBF' .

500 ошибка bitrix

Ошибка 500 Internal Server Error или «Белый экран смерти» требует дополнительной диагностики. Для этого и нужен error.log веб-сервера, а также режим отладки самого Битрикс. Чаще всего это синтаксические ошибки в php-файлах или .htaccess, которые легко можно найти по последним записям логов или дате последнего редактирования файлов на сервере.

Не работает сео битрикс

Переключите шаблон компонента на стандартный, чтобы исключить вероятность ошибки в кастомизированном под ваш сайт шаблоне компонента. Проверьте корректность настроек вывода компонента. Для работы с SEO комплекстные компоненты, на примере компонента новостей имеют отдельные настройки: SET_META_KEYWORDS, SET_META_DESCRIPTION.

Возможно вам будет интересно

Экономьте свое время — делегируйте работу с Битрикс нам

Сложно? Только не для нас!

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

Бесплатная консультация 8 (499) 577-01-09

2 октября 2019
Техническая поддержка

1С-Битрикс Разработчикам — Частые вопросы

Что такое?

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

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

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

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

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

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

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

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

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

Для того, чтобы не повторять чужих ошибок и уберечься от повреждения сайта, достаточно следовать простым рекомендациям:
— не использовать возможности FTP-клиентов по сохранению паролей;
— периодически выполнять смену паролей доступа к FTP;
— при необходимости, ограничить адреса компьютеров, с которых разрешено подключаться по FTP;
— использовать для доступа по FTP только «надежные» компьютеры — те, на которых установлены антивирусы с актуальными базами обновлений.

Использовался материал с сайта: www.netangels.ru/support/howto/ftp-infection/

Поиск вирусов и лечение скриптов: http://dev.1c-bitrix.ru/community/blogs/howto/1051.php

Если на сайте обнаружен вирус: http://dev.1c-bitrix.ru/community/blogs/information_security/1899.php

Наверх

Как исправить 500 ошибку в битрикс? — Хабр Q&A

Здравствуйте! Исправлял файлы сайта через FTP и получил 500 ошибку) Залил обратно те же файлы что были до исправления на FTP и все равно ошибка осталась, возможно проблема в .htaccess Вот код из него

Options -Indexes 
ErrorDocument 404 /404.php


<IfModule mod_php5.c>
  php_flag allow_call_time_pass_reference 1
  php_flag session.use_trans_sid off

  #php_value display_errors 1

  #php_value mbstring.func_overload 2
  #php_value mbstring.internal_encoding UTF-8
</IfModule>

<IfModule mod_rewrite.c>
  Options +FollowSymLinks
  RewriteEngine On

  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_URI} !..+$
  RewriteCond %{REQUEST_URI} !/$
  RewriteRule (.*) http://ludacha.ru/$1/ [R=301,L]

  RewriteCond %{HTTP_HOST} ^www.ludacha.ru [NC]
  RewriteRule ^(.*)$ http://ludacha.ru/$1 [L,R=301]

  RewriteCond %{THE_REQUEST} ^[A-Z]{3,9} (.*)/index.php HTTP/
  RewriteRule ^(.*)index.php$ http://ludacha.ru/$1 [L,R=301]

  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-l
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteCond %{REQUEST_FILENAME} !/bitrix/urlrewrite.php$
  RewriteRule ^(.*)$ /bitrix/urlrewrite.php [L]
  RewriteRule .* - [E=REMOTE_USER:%{HTTP:Authorization}]
</IfModule>

<IfModule mod_dir.c>
  DirectoryIndex index.php index.html
</IfModule>

<IfModule mod_expires.c>
  ExpiresActive on
  ExpiresByType image/jpeg "access plus 3 day"
  ExpiresByType image/gif "access plus 3 day"
  ExpiresByType image/png "access plus 3 day"
  ExpiresByType text/css "access plus 3 day"
  ExpiresByType application/javascript "access plus 3 day"  
</IfModule>

В админку входит отлично и файлы тоже спокойно редачатся, может слетели настройки index-ной страницы? Подскажите как исправить. Также пропали надписи joxi.ru/Y2Lzp7yTnDjL8r

error_log

[Mon Dec 11 00:01:02 2017] [error] [client 141.8.132.35] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 00:01:06 2017] [error] [client 141.8.132.35] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 00:43:54 2017] [error] [client 181.48.9.82] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 05:56:51 2017] [error] [client 207.46.13.128] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 08:01:49 2017] [error] [client 157.55.39.22] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 08:01:51 2017] [error] [client 157.55.39.22] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 08:10:17 2017] [error] [client 40.77.167.42] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 09:26:31 2017] [error] [client 139.162.116.133] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 11:14:49 2017] [error] [client 157.55.39.95] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 11:19:58 2017] [error] [client 207.46.13.128] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 14:22:52 2017] [error] [client 164.52.7.131] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 14:47:24 2017] [notice] Graceful restart requested, doing restart
[Mon Dec 11 14:47:28 2017] [warn] RSA server certificate CommonName (CN) `ludacha.ru' does NOT match server name!?
[Mon Dec 11 14:47:28 2017] [notice] Apache/2.2.16 (Debian) mod_fcgid/2.3.6 PHP/5.3.3-7+squeeze19 with Suhosin-Patch mod_ssl/2.2.16 OpenSSL/0.9.8o configured -- resuming normal operations
[Mon Dec 11 14:48:30 2017] [notice] Graceful restart requested, doing restart
[Mon Dec 11 14:48:31 2017] [warn] RSA server certificate CommonName (CN) `ludacha.ru' does NOT match server name!?
[Mon Dec 11 14:48:31 2017] [notice] Apache/2.2.16 (Debian) mod_fcgid/2.3.6 PHP/5.3.3-7+squeeze19 with Suhosin-Patch mod_ssl/2.2.16 OpenSSL/0.9.8o configured -- resuming normal operations
[Mon Dec 11 14:54:57 2017] [notice] caught SIGTERM, shutting down
[Mon Dec 11 14:56:03 2017] [warn] RSA server certificate CommonName (CN) `ludacha.ru' does NOT match server name!?
[Mon Dec 11 14:56:03 2017] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec)
[Mon Dec 11 14:56:09 2017] [warn] RSA server certificate CommonName (CN) `ludacha.ru' does NOT match server name!?
[Mon Dec 11 14:56:09 2017] [notice] Apache/2.2.16 (Debian) mod_fcgid/2.3.6 PHP/5.3.3-7+squeeze19 with Suhosin-Patch mod_ssl/2.2.16 OpenSSL/0.9.8o configured -- resuming normal operations
[Mon Dec 11 14:57:00 2017] [error] [client 95.161.153.62] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 14:57:01 2017] [error] [client 95.161.153.62] File does not exist: /etc/apache2/htdocs, referer: https://109.120.136.198/var/www/ludacha/data/www/ludacha.com
[Mon Dec 11 14:57:05 2017] [error] [client 95.161.153.62] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 15:21:15 2017] [notice] caught SIGTERM, shutting down
[Mon Dec 11 15:21:16 2017] [warn] RSA server certificate CommonName (CN) `ludacha.ru' does NOT match server name!?
[Mon Dec 11 15:21:16 2017] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec)
[Mon Dec 11 15:21:17 2017] [warn] RSA server certificate CommonName (CN) `ludacha.ru' does NOT match server name!?
[Mon Dec 11 15:21:17 2017] [notice] Apache/2.2.16 (Debian) mod_fcgid/2.3.6 PHP/5.3.3-7+squeeze19 with Suhosin-Patch mod_ssl/2.2.16 OpenSSL/0.9.8o configured -- resuming normal operations

Пользователи интернета и владельцы сайтов периодически сталкиваются с различными ошибками на веб-страницах. Одной из самых распространенных ошибок является error 500 (ошибка 500). Поговорим в нашей статье о том, что это за ошибка и как ее исправить.

Где и когда можно встретить ошибку 500

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

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

Отображаться ошибка может по-разному. Вот пример:

Если вы решили купить что-то в любимом интернет-магазине, но увидели на сайте ошибку 500, не стоит сильно огорчаться – она лишь сообщает о том, что вам нужно подождать, пока она будет исправлена.

Если ошибка появилась на вашем сайте, то нужно скорее ее исправлять. Далее я расскажу, как это можно сделать.

Комьюнити теперь в Телеграм

Подпишитесь и будьте в курсе последних IT-новостей

Причины возникновения ошибки

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

Основной причиной ошибки 500 может быть:

Неверный синтаксис файла .htaccess. htaccess – это файл, в котором можно задавать настройки для работы с веб-сервером Apache и вносить изменения в работу сайта (управлять различными перенаправлениями, правами доступа к файлам, опциями PHP, задавать собственные страницы ошибок и т.д.).
Узнать больше о файле .htaccess можно в статье «Создание и настройка .htaccess».
Ошибки в скриптах сайта, то есть сценариях, созданных для автоматического выполнения задач или для расширения функционала сайта.
Нехватка оперативной памяти при выполнении скрипта.
Ошибки в коде CMS, системы управления содержимым сайта. В 80% случаев виноваты конфликтующие плагины.

Год хостинга в подарок при заказе лицензии 1С-Битрикс

Выбирайте надежную CMS с регулярными обновлениями системы и профессиональной поддержкой.

Заказать

Как получить больше данных о причине ошибки

Что означает ошибка 500, мы теперь знаем. Когда она перестала быть таким загадочным персонажем, не страшно копнуть глубже — научиться определять причину ошибки. В некоторых случаях это можно сделать самостоятельно, так что обращаться за помощью к профильному специалисту не понадобится.

Отображение ошибки бывает разным. Ее внешний облик зависит от того, чем она вызвана.

Самые частые причины ошибки 500 можно распознать по тексту ошибки или внешнему виду страницы.

Сообщение Internal Server Error говорит о том, что есть проблемы с файлом .htaccess (например, виновата некорректная настройка файла). Убедиться, что .htaccess является корнем проблемы, поможет следующий прием: переименуйте файл .htaccess, добавив единицу в конце названия. Это можно сделать с помощью FTP-клиента (например, FileZilla) или файлового менеджера на вашем хостинге (в Timeweb такой есть, с ним довольно удобно работать). После изменения проверьте доступность сайта. Если ошибка больше не наблюдается, вы нашли причину.
Сообщение HTTP ERROR 500 или пустая страница говорит о проблемах со скриптами сайта. В случае с пустой страницей стоит учесть, что отсутствие содержимого сайта не всегда указывает на внутреннюю ошибку сервера 500.

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

Как открыть панель разработчика

Нажмите клавишу F12 (способ актуален для большинства браузеров на Windows). Используйте сочетание клавиш Cmd+Opt+J, если используете Google Chrome на macOS. Или примените комбинацию Cmd+Opt+C в случае Safari на macOS (но перед этим включите «Меню разработки» в разделе «Настройки» -> «Продвинутые»). Открыть инструменты разработчика также можно, если кликнуть правой кнопкой мыши в любом месте веб-страницы и выбрать «Просмотреть код» в контекстном меню.
Откройте вкладку «Сеть» (или «Network») и взгляните на число в поле «Статус». Код ответа об ошибке 500 — это соответствующая цифра.

Более детальную диагностику можно провести с помощью логов.

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

Как вы видите, данных в логи записывается немало, поэтому они разделены по типам. За сведениями о нашей ошибке можно обратиться к логам ошибок (error_log). Обычно такие логи предоставляет служба поддержки хостинга, на котором размещен сайт. В Timeweb вы можете включить ведение логов и заказать необходимые данные в панели управления. Разобраться в полученных логах поможет статья «Чтение логов».

Как устранить ошибку

Теперь поговорим о том, как исправить ошибку 500. Вернемся к популярным причинам этой проблемы и рассмотрим наиболее эффективные способы решения.

Ошибки в файле .htaccess

У этого файла довольно строгий синтаксис, поэтому неверно написанные директивы (команды) могут привести к ошибке. Попробуйте поочередно удалить команды, добавленные последними, и проверьте работу сайта.
Также найти проблемную директиву можно с помощью логов ошибок (через те же инструменты разработчика в браузере). На ошибку в директиве обычно указывает фраза «Invalid command». Информацию о верном написании директивы или способе исправления ошибок в .htaccess вы можете найти в интернете. Не нужно искать, почему сервер выдает ошибку 500, просто введите в строку поиска название нужной команды или текст ошибки из логов.

Ошибки в скриптах сайта

Скрипт не запускается

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

Не хватает оперативной памяти

Если в логах вы видите ошибку «Allowed memory size», для устранения ошибки 500 стоит оптимизировать работу скрипта. Вы можете воспользоваться специальными расширениями для анализа производительности скрипта или обратиться за помощью к специалисту, который поработает над его оптимизацией.

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

Ошибки в CMS

Если код CMS содержит неверный синтаксис, это может вывести сайт из строя. В таком случае логи сообщат вам об ошибке 500 текстом «PHP Parse error: syntax error, unexpected». Так происходит, когда некорректно работает плагин (или тема, используемая в CMS, но реже) либо есть ошибки в коде. Ошибка может быть допущена случайно, произойти при обновлении плагина или версии CMS.

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

Также в большинстве случаев подобные проблемы помогает решить поддержка CMS.

Информацию о других распространенных ошибках вы можете найти в статье «6 наиболее часто возникающих ошибок HTTP и способы их устранения».

Удачи!

Bitrix долго грузится каталог
Bitrix ошибка отсутствуют цены
Ошибка в типе содержимого bitrix
500 ошибка bitrix
Не работает сео битрикс

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

Bitrix долго грузится каталог

Кеширование
Убедитесь, что все используемые на странице каталога компоненты используют кеширование.
Компоненты
Какой бы мощный сервер вы не купили, если на странице несколько десятков комплексных компонентов 1С-Битрикс, то как минимум в момент разогрева кеша скорость загрузки страницы у вас будет несколько секунд. Постарайтесь снизить количество используемых компонентов.
Композитный сайт
Обязателен к включению в интернет-магазинах.
Мониторинг производительности. Вообще этот пункт должен быть первым, но он требует технических навыков. Встроенный инструмент анализа производительности Битрикса — полезная штука. Для быстрого анализа сразу ищем – медленные SQL-запросы, так как база данных всегда самое слабое звено.
PHP
На сервере должна использоваться версия PHP не ниже 7.1. Если такой возможности нет, то хотя бы для 5.6 должны стоят акселераторы на выбор: XCache, eAccelerator, APC.
Nginx
В качестве веб-сервера рекомендуем использовать более производительный сервер Nginx отечественной разработки.

Bitrix ошибка отсутствуют цены

Ошибка в типе содержимого bitrix

Например, так:

grep -rl $'xEFxBBxBF' .

500 ошибка bitrix

Не работает сео битрикс

Переключите шаблон компонента на стандартный, чтобы исключить вероятность ошибки в кастомизированном под ваш сайт шаблоне компонента. Проверьте корректность настроек вывода компонента. Для работы с SEO комплексные компоненты, на примере компонента новостей имеют отдельные настройки: SET_META_KEYWORDS, SET_META_DESCRIPTION.

Возможно вам будет интересно

Поддержка сайта на 1С-Битрикс
Перенос сайта на 1С-Битрикс
Модули для 1С-Битрикс

Экономьте свое время — делегируйте работу с Битрикс нам

Сложно? Только не для нас!

Бесплатная консультация 8 (800) 350-81-86

Options -Indexes 
ErrorDocument 404 /404.php


<IfModule mod_php5.c>
  php_flag allow_call_time_pass_reference 1
  php_flag session.use_trans_sid off

  #php_value display_errors 1

  #php_value mbstring.func_overload 2
  #php_value mbstring.internal_encoding UTF-8
</IfModule>

<IfModule mod_rewrite.c>
  Options +FollowSymLinks
  RewriteEngine On

  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_URI} !..+$
  RewriteCond %{REQUEST_URI} !/$
  RewriteRule (.*) http://ludacha.ru/$1/ [R=301,L]

  RewriteCond %{HTTP_HOST} ^www.ludacha.ru [NC]
  RewriteRule ^(.*)$ http://ludacha.ru/$1 [L,R=301]

  RewriteCond %{THE_REQUEST} ^[A-Z]{3,9} (.*)/index.php HTTP/
  RewriteRule ^(.*)index.php$ http://ludacha.ru/$1 [L,R=301]

  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-l
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteCond %{REQUEST_FILENAME} !/bitrix/urlrewrite.php$
  RewriteRule ^(.*)$ /bitrix/urlrewrite.php [L]
  RewriteRule .* - [E=REMOTE_USER:%{HTTP:Authorization}]
</IfModule>

<IfModule mod_dir.c>
  DirectoryIndex index.php index.html
</IfModule>

<IfModule mod_expires.c>
  ExpiresActive on
  ExpiresByType image/jpeg "access plus 3 day"
  ExpiresByType image/gif "access plus 3 day"
  ExpiresByType image/png "access plus 3 day"
  ExpiresByType text/css "access plus 3 day"
  ExpiresByType application/javascript "access plus 3 day"  
</IfModule>

В админку входит отлично и файлы тоже спокойно редачатся, может слетели настройки index-ной страницы? Подскажите как исправить. Также пропали надписи http://joxi.ru/Y2Lzp7yTnDjL8r

    [Mon Dec 11 00:01:02 2017] [error] [client 141.8.132.35] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 00:01:06 2017] [error] [client 141.8.132.35] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 00:43:54 2017] [error] [client 181.48.9.82] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 05:56:51 2017] [error] [client 207.46.13.128] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 08:01:49 2017] [error] [client 157.55.39.22] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 08:01:51 2017] [error] [client 157.55.39.22] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 08:10:17 2017] [error] [client 40.77.167.42] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 09:26:31 2017] [error] [client 139.162.116.133] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 11:14:49 2017] [error] [client 157.55.39.95] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 11:19:58 2017] [error] [client 207.46.13.128] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 14:22:52 2017] [error] [client 164.52.7.131] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 14:47:24 2017] [notice] Graceful restart requested, doing restart
[Mon Dec 11 14:47:28 2017] [warn] RSA server certificate CommonName (CN) `ludacha.ru' does NOT match server name!?
[Mon Dec 11 14:47:28 2017] [notice] Apache/2.2.16 (Debian) mod_fcgid/2.3.6 PHP/5.3.3-7+squeeze19 with Suhosin-Patch mod_ssl/2.2.16 OpenSSL/0.9.8o configured -- resuming normal operations
[Mon Dec 11 14:48:30 2017] [notice] Graceful restart requested, doing restart
[Mon Dec 11 14:48:31 2017] [warn] RSA server certificate CommonName (CN) `ludacha.ru' does NOT match server name!?
[Mon Dec 11 14:48:31 2017] [notice] Apache/2.2.16 (Debian) mod_fcgid/2.3.6 PHP/5.3.3-7+squeeze19 with Suhosin-Patch mod_ssl/2.2.16 OpenSSL/0.9.8o configured -- resuming normal operations
[Mon Dec 11 14:54:57 2017] [notice] caught SIGTERM, shutting down
[Mon Dec 11 14:56:03 2017] [warn] RSA server certificate CommonName (CN) `ludacha.ru' does NOT match server name!?
[Mon Dec 11 14:56:03 2017] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec)
[Mon Dec 11 14:56:09 2017] [warn] RSA server certificate CommonName (CN) `ludacha.ru' does NOT match server name!?
[Mon Dec 11 14:56:09 2017] [notice] Apache/2.2.16 (Debian) mod_fcgid/2.3.6 PHP/5.3.3-7+squeeze19 with Suhosin-Patch mod_ssl/2.2.16 OpenSSL/0.9.8o configured -- resuming normal operations
[Mon Dec 11 14:57:00 2017] [error] [client 95.161.153.62] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 14:57:01 2017] [error] [client 95.161.153.62] File does not exist: /etc/apache2/htdocs, referer: https://109.120.136.198/var/www/ludacha/data/www/ludacha.com
[Mon Dec 11 14:57:05 2017] [error] [client 95.161.153.62] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 15:21:15 2017] [notice] caught SIGTERM, shutting down
[Mon Dec 11 15:21:16 2017] [warn] RSA server certificate CommonName (CN) `ludacha.ru' does NOT match server name!?
[Mon Dec 11 15:21:16 2017] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec)
[Mon Dec 11 15:21:17 2017] [warn] RSA server certificate CommonName (CN) `ludacha.ru' does NOT match server name!?
[Mon Dec 11 15:21:17 2017] [notice] Apache/2.2.16 (Debian) mod_fcgid/2.3.6 PHP/5.3.3-7+squeeze19 with Suhosin-Patch mod_ssl/2.2.16 OpenSSL/0.9.8o configured -- resuming normal operations

error_log за 11 число ( когда произошла ошибка )

Источник

Bitrix долго грузится каталог
Bitrix ошибка отсутствуют цены
Ошибка в типе содержимого bitrix
500 ошибка bitrix
Не работает сео битрикс

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

Bitrix долго грузится каталог

Кеширование
Убедитесь, что все используемые на странице каталога компоненты используют кеширование.
Компоненты
Какой бы мощный сервер вы не купили, если на странице несколько десятков комплексных компонентов 1С-Битрикс, то как минимум в момент разогрева кеша скорость загрузки страницы у вас будет несколько секунд. Постарайтесь снизить количество используемых компонентов.
Композитный сайт
Обязателен к включению в интернет-магазинах.
Мониторинг производительности. Вообще этот пункт должен быть первым, но он требует технических навыков. Встроенный инструмент анализа производительности Битрикса — полезная штука. Для быстрого анализа сразу ищем – медленные SQL-запросы, так как база данных всегда самое слабое звено.
PHP
На сервере должна использоваться версия PHP не ниже 7.1. Если такой возможности нет, то хотя бы для 5.6 должны стоят акселераторы на выбор: XCache, eAccelerator, APC.
Nginx
В качестве веб-сервера рекомендуем использовать более производительный сервер Nginx отечественной разработки.

Bitrix ошибка отсутствуют цены

Ошибка в типе содержимого bitrix

Например, так:

grep -rl $'xEFxBBxBF' .

500 ошибка bitrix

Не работает сео битрикс

Переключите шаблон компонента на стандартный, чтобы исключить вероятность ошибки в кастомизированном под ваш сайт шаблоне компонента. Проверьте корректность настроек вывода компонента. Для работы с SEO комплексные компоненты, на примере компонента новостей имеют отдельные настройки: SET_META_KEYWORDS, SET_META_DESCRIPTION.

Возможно вам будет интересно

Поддержка сайта на 1С-Битрикс
Перенос сайта на 1С-Битрикс
Модули для 1С-Битрикс

Экономьте свое время — делегируйте работу с Битрикс нам

Сложно? Только не для нас!

Бесплатная консультация 8 (800) 350-81-86

Источник

Options -Indexes 
ErrorDocument 404 /404.php


<IfModule mod_php5.c>
  php_flag allow_call_time_pass_reference 1
  php_flag session.use_trans_sid off

  #php_value display_errors 1

  #php_value mbstring.func_overload 2
  #php_value mbstring.internal_encoding UTF-8
</IfModule>

<IfModule mod_rewrite.c>
  Options +FollowSymLinks
  RewriteEngine On

  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_URI} !..+$
  RewriteCond %{REQUEST_URI} !/$
  RewriteRule (.*) http://ludacha.ru/$1/ [R=301,L]

  RewriteCond %{HTTP_HOST} ^www.ludacha.ru [NC]
  RewriteRule ^(.*)$ http://ludacha.ru/$1 [L,R=301]

  RewriteCond %{THE_REQUEST} ^[A-Z]{3,9} (.*)/index.php HTTP/
  RewriteRule ^(.*)index.php$ http://ludacha.ru/$1 [L,R=301]

  RewriteCond %{REQUEST_FILENAME} !-f
  RewriteCond %{REQUEST_FILENAME} !-l
  RewriteCond %{REQUEST_FILENAME} !-d
  RewriteCond %{REQUEST_FILENAME} !/bitrix/urlrewrite.php$
  RewriteRule ^(.*)$ /bitrix/urlrewrite.php [L]
  RewriteRule .* - [E=REMOTE_USER:%{HTTP:Authorization}]
</IfModule>

<IfModule mod_dir.c>
  DirectoryIndex index.php index.html
</IfModule>

<IfModule mod_expires.c>
  ExpiresActive on
  ExpiresByType image/jpeg "access plus 3 day"
  ExpiresByType image/gif "access plus 3 day"
  ExpiresByType image/png "access plus 3 day"
  ExpiresByType text/css "access plus 3 day"
  ExpiresByType application/javascript "access plus 3 day"  
</IfModule>

    [Mon Dec 11 00:01:02 2017] [error] [client 141.8.132.35] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 00:01:06 2017] [error] [client 141.8.132.35] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 00:43:54 2017] [error] [client 181.48.9.82] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 05:56:51 2017] [error] [client 207.46.13.128] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 08:01:49 2017] [error] [client 157.55.39.22] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 08:01:51 2017] [error] [client 157.55.39.22] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 08:10:17 2017] [error] [client 40.77.167.42] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 09:26:31 2017] [error] [client 139.162.116.133] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 11:14:49 2017] [error] [client 157.55.39.95] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 11:19:58 2017] [error] [client 207.46.13.128] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 14:22:52 2017] [error] [client 164.52.7.131] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 14:47:24 2017] [notice] Graceful restart requested, doing restart
[Mon Dec 11 14:47:28 2017] [warn] RSA server certificate CommonName (CN) `ludacha.ru' does NOT match server name!?
[Mon Dec 11 14:47:28 2017] [notice] Apache/2.2.16 (Debian) mod_fcgid/2.3.6 PHP/5.3.3-7+squeeze19 with Suhosin-Patch mod_ssl/2.2.16 OpenSSL/0.9.8o configured -- resuming normal operations
[Mon Dec 11 14:48:30 2017] [notice] Graceful restart requested, doing restart
[Mon Dec 11 14:48:31 2017] [warn] RSA server certificate CommonName (CN) `ludacha.ru' does NOT match server name!?
[Mon Dec 11 14:48:31 2017] [notice] Apache/2.2.16 (Debian) mod_fcgid/2.3.6 PHP/5.3.3-7+squeeze19 with Suhosin-Patch mod_ssl/2.2.16 OpenSSL/0.9.8o configured -- resuming normal operations
[Mon Dec 11 14:54:57 2017] [notice] caught SIGTERM, shutting down
[Mon Dec 11 14:56:03 2017] [warn] RSA server certificate CommonName (CN) `ludacha.ru' does NOT match server name!?
[Mon Dec 11 14:56:03 2017] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec)
[Mon Dec 11 14:56:09 2017] [warn] RSA server certificate CommonName (CN) `ludacha.ru' does NOT match server name!?
[Mon Dec 11 14:56:09 2017] [notice] Apache/2.2.16 (Debian) mod_fcgid/2.3.6 PHP/5.3.3-7+squeeze19 with Suhosin-Patch mod_ssl/2.2.16 OpenSSL/0.9.8o configured -- resuming normal operations
[Mon Dec 11 14:57:00 2017] [error] [client 95.161.153.62] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 14:57:01 2017] [error] [client 95.161.153.62] File does not exist: /etc/apache2/htdocs, referer: https://109.120.136.198/var/www/ludacha/data/www/ludacha.com
[Mon Dec 11 14:57:05 2017] [error] [client 95.161.153.62] File does not exist: /etc/apache2/htdocs
[Mon Dec 11 15:21:15 2017] [notice] caught SIGTERM, shutting down
[Mon Dec 11 15:21:16 2017] [warn] RSA server certificate CommonName (CN) `ludacha.ru' does NOT match server name!?
[Mon Dec 11 15:21:16 2017] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec)
[Mon Dec 11 15:21:17 2017] [warn] RSA server certificate CommonName (CN) `ludacha.ru' does NOT match server name!?
[Mon Dec 11 15:21:17 2017] [notice] Apache/2.2.16 (Debian) mod_fcgid/2.3.6 PHP/5.3.3-7+squeeze19 with Suhosin-Patch mod_ssl/2.2.16 OpenSSL/0.9.8o configured -- resuming normal operations

error_log за 11 число ( когда произошла ошибка )

Источник