Загрузка…
Running into errors on your CS-Cart project can be intimidating. However, most errors give you a clear clue as to what caused them, which can make troubleshooting these common issues a lot easier.
Unfortunately, a 5xx error or particularly a 503 error is not very polite to your business. However, it sometimes provides you much information to go on. It helps to understand what the most common causes are for the errors in CS-Cart or Multi-Vendor. After finding the reasons, you will need to investigate the root cause and fix the error, which means following several steps to locate the root cause.
In this post, we will cover what the 503 error is and how it typically manifests itself. Then we’ll guide you through several steps on how to troubleshoot it.
We all know that 503 errors happen on the server-side, but the initiator of this error is PHP.
What is error 503 SERVICE UNAVAILABLE?
The 503 (Service Unavailable) HTTP status code indicates that the server is currently unable to handle the request due to a temporary overload or scheduled maintenance, which will likely be alleviated after some delay.
https://tools.ietf.org/html/rfc7231#section-6.6.4
When you face the 503 error, it means that your request (page opening, for example) has come to the server, but the response is not available due to some cause. That could be because the server is too busy, for example, or it’s under maintenance. Unlike other similar error codes, error 503 shows that your website is online and running, but can’t be reached out at the present moment. And in most cases, you can find out the root cause of this error on this page!
How to find the root cause of the 503 error “Service Unavailable” in the CS-Cart:
- View source code of current page
Right-click the page and select “Inspect“
- Scroll down to the HTML comment
And you will see the error text. They can point to the add-on, theme, or any function in the code.
- Analyze the error message
– “Message” will show the root cause of the issue
– “Error at” and “Backtrace” will show the problem component. Examine the path to the error carefully, if, for example, the problem is in an add-on, you will see its name in the path “…app/addons/[name]/…”. - Isolate the problem place, try to apply a workaround
Disable, delete, reinstall add-on or revert your latest actions, etc…
- Make a screenshot and contact support, developers, or hosting provider with it to get help, apply a solution 😉
How to fix the 503 error in CS-Cart and Multi-Vendor
Since sometimes you can’t be sure what caused the 503 server error or you can’t guess the root cause from the message. In any given situation, you’ll need to go about troubleshooting it methodically. The following steps, each covering a potential fix, aimed at resolving the different potential root causes.
Revert your latest actions
If you did something and after it, your project is broken – revert your action. Simple, isn’t it? 🙂
Sometimes, to restore a website, you need to take action via SSH/sFTP file changes or some database modifications. If you need help, contact your hosting provider and also request an investigation of this case.
Contact the developer team or add-on developers
If you don’t have a development team and the error on your website is still showing, contact us. Our professional developers, in close communication with the system administration team, will investigate the root cause and fix it.
Temporarily deactivate add-ons and theme
The 503 error “Service Temporarily Unavailable” may come up after a CS-Cart or Multi-Vendor upgrade without checking backward compatibility with the old versions of the add-ons and themes. Sometimes, it happens because the version of the add-on is not compatible with the PHP version or incompatible with the add-on or theme settings.
In this case, we recommend reverting your latest actions.
Increase your server’s resources (plan)
If the 503 error is still occurring despite all your attempts to fix it so far, then there’s a good chance to increase your plan as the problem might be due to a lack of server resources. That is to say, you will need to upgrade your hosting plan to see if that fixes the issue. In many cases, the root cause is an unoptimized PHP code and SQL queries, which lead to an extra high load.
Upgrading your plan is a big decision, however. A smart move is first to contact your web hosting support service and discuss the 503 error and the steps you’ve taken so far with them to solve it. The support team should be able to help you work out the cause and advise you on whether you need to upgrade your plan or not.
At our hosting solution, the support team is more than happy to take a look at a bug for you. We can even make a performance investigation, enable extra logging and profiling of any piece of code to find the root cause. We can pinpoint the bottleneck to something on your site that is causing the problem and prepare a report on it.
Temporarily deactivate Content Delivery Network (CDN) and proxying via Cloudflare
Sometimes, the 503 error will show up not because of a problem on your website, but because of your Content Delivery Network (CDN) or any proxying server issue. If you’re using a CDN or Cloudflare service, a quick way to figure out if that’s the root cause is to temporarily disable it and check in a different network (via mobile or other Wi-Fi).
Review log files and enable extra debug in PHP to find the issue
It would help if you also take advantage of your error logs for PHP Fatal errors, Warnings, and Notices. This can help you quickly narrow down the issue, especially if it’s resulting from an add-on on your website.
If your hoster doesn’t provide log files or you can’t find them, you can also add the following code to your local_conf.php file (if you don’t have it, create a new one) to enable logging. But before it, you need to know your IP address and replace it inside $accessibleIps variable.
<?php
$accessibleIps = array(
'123.123.123.123',
);
if (
!in_array($_SERVER['REMOTE_ADDR'], $accessibleIps)
&& (
empty($_SERVER['SERVER_NAME'])
|| $_SERVER['SERVER_NAME'] != 'localhost'
)
) {
exit;
}
define('DEVELOPMENT', true);
error_reporting(E_ALL);
ini_set('display_errors', 'On');
define('DEBUG_MODE', true);
ini_set('error_log', 'var/php-error.log');
And the log file will be located in the /var directory in your website root directory. Inside it, look for a file named as php-error.log and open it up.
Loading
| Code | Description |
|---|---|
| 400 “Bad Request” | The request is invalid. For example, something is missing in it or there is a syntax error. |
| 401 “Unauthorized” | Authorisation data are not valid or missing. |
| 403 “Forbidden” | Access is not allowed. For example, there are no permissions for the request. |
| 404 “Not Found” | The requested object does not exist. |
| 405 “Method Not Allowed” | Initialized method is not supported for the request-URI. |
| 406 “Not Acceptable” | The resource cannot generate a response in the format specified in the request (the accept header has an invalid type). |
| 409 “Conflict” | The change is being rejected due to a condition imposed by the server. The reasons for that may vary and may be described in the response. |
| 413 “Request Entity Too Large” | The client requests more objects than the allowed maximum is. |
| 415 “Unsupported Media Type” | Invalid content-type header. |
| 500 “Internal Server Error” | Server-side error. The request cannot be processed. |
| 501 “Not Implemented” | The request method is not supported by the API. |
| 503 “Service Unavailable” | The store is closed or is being upgraded to a new version. |
| 507 “Insufficient Storage” | The server is unable to store the representation needed to successfully complete the request. |
| 509 “Bandwidth Limit Exceeded” | The requests-per-hour limitations for the API have been reached. |
Questions & Feedback
Have any questions that weren’t answered here? Need help with solving a problem in your online store? Want to report a bug in our software? Find out how to contact us.
Ошибка 403 — 403 Access denied (Доступ к ресурсу запрещен)
Ошибка 403 означает, что доступ к ресурсу, папке или файлу запрещен (получен код 403 Forbidden). Возможно, что доступ был закрыт через файл .htaccess.
Так же ошибка может быть вызвана тем, что в папке нет index файла.
Ошибка 404 — 404 File not found
Документ по указанному URL не существует. Возможно, такой файл удален, либо вы ошиблись при наборе URL в браузере или пошли по неверной ссылке.
Ошибка 500 — 500 Internal server error
Появление 500 ошибки, может быть связано с неправильно указанными параметрами в файле .htaccess, который находится в папке с вашим сайтом.
Также, если файл сохранён в кодировке UTF-8, он должен быть без метки BOM. Если же файл сохранён в UTF-8 с меткой BOM, откройте файл и сохраните его без метки BOM.
Как убрать UTF-8 BOM метку
Чтобы убрать BOM, например в Notepad++, нужно открыть в нём проблемный файл, кликнуть по пункту «Кодировки» в верхнем меню и выбрать «Преобразовать в UTF-8 (без BOM)». Далее сохраните файл и загрузите его на сервер (хостинг).
Ошибка 500 у CGI скриптов, может быть вызвана из-за неправильных прав у файла-скрипта CGI (должны быть 755).
Также, это может быть ошибка непосредственно в сценарии скрипта. Точную причину можно установить, просматривая лог ошибок.
Ошибка 502 — 502 Bad Gataway
Данная ошибка означает, что сервер (или proxy-сервер) получил недопустимые ответы другого сервера (или proxy-сервера).
Причиной может быть некорректная работа скриптов, либо ошибка ответа шлюза веб-сервера.
Одна из наиболее частых причин ошибки 502:
скрипт сайта отправляет cookie или другие данные множество раз при каких-то определённых действиях, в результате чего объём заголовков (header) растёт больше допустимого лимита веб-сервера.
При достижении порогового значения, веб-сервер отклоняет запрос с слишком большим заголовком, отбрасывая соединение с ошибкой 502 Bad Gateway. Такое бывает, когда скрипты написаны разработчиками без должной оптимизации.
На хостинге используется связка веб-серверов nginx (front-end) + apache (back-end)
У nginx указаны оптимальные параметры для заголовков:
Прочие причины:
Если используется НЕ режим работы Apache, а PHP-FPM (FastCGI), в этом случае 502 ошибка может быть вызвана достижением лимита количества рабочих pool-процессов PHP-FPM. Это тоже самое, что ошибка 503 у режима работы Apache.
В этом случае убедитесь что в настройках www-домена включено кеширование и постарайтесь оптимизировать сайт.
В некоторых случаях, когда ошибка 502 появляется периодически, а исправить скрипты не представляется возможным, временно может помочь очистка cookies и кеша в браузере.
Ошибка 503 — 503 Service temporarily unavailable
Ошибка 503 (Service Temporarily Unavailable) – обслуживание временно недоступно.
Многие не до конца понимают причины появления ошибки 503 и считают, что во всем виноват сервер.
5хх ошибки действительно серверные, но это не всегда значит, что проблема именно на стороне сервера.
Информация для более детального понимая проблемы.
Что же такое хостинг? Хостинг — некоторое количество аккаунтов на одном физическом или виртуальнорм сервере, в каждом аккаунте может быть не один сайт и основное ограничение — это ограничение по нагрузке аккаунта пользователя на сервер, а так же некоторые лимиты в конфиугарации веб-сервера. Со стороны веб-сервера apache, для предотвращения падения всего сервера и всех сайтов клиентов, каждому сайту устанавлен параметр MaxClientsVHost от 10 до 25 (в зависимости от тарифа).
Таким образом, в случае какого-либо аномально большого количества HTTP запросов к одному из сайтов, сработает лимит MaxClientsVHost, при достижении которого, веб-сервер на последующие запросы начнёт возвращать HTTP ошибку 503. Делать это он будет до того времени, пока предыдущая очередь рабочих процессов веб-сервера, которые уже занимаются обработкой HTTP запросов, не будет высвобождена. Это позволяет сохранить работоспособность всех остальных сайтов, в том числе других клиентов в случае каких-либо аномалий на одном сайте одного конечного клиента.
Сервер ограничен в вычислительных мощностях, поэтому есть ограничения по нагрузке для каждого аккаунта и есть лимиты через конфигурацию веб-сервера. Если серьезная нагрузка длится слишком долго — может «рухнуть» весь сервер, все аккаунты пользователей и все сайты — вот тут и возникает ошибика 503 (Service Temporarily Unavailable) говорящая о том, что веб-сервер временно не может обрабатывать больше запросов на данном сайте и необходимо подождать пока очередь текущих рабочих процессов уменьшиться и можно будет дальше обрабатывать запросы.
Мы рассмотрели, как устроен хостинг и теперь постараемся описать основные причины, при которых может расти очередь, и, по возможности, пути решений этой проблемы. Иногда это может быть очень сложной задачей и собственных знаний может не хватить, но тем не менее, рассмотрим варианты:
— Зависание скриптов при передаче больших статичных файлов через PHP.
Пример — отдача изображений миниатюр не напрямую по URL таких статичных файлов, а через php. Статичные файлы, к примеру изображения, лучше всего передавать напрямую, не используя скрипты. Почему? Скрипты работают определенное время, а не постоянно и при окончании времени работы скрипта прерывается передача файла, соответственно файл не будет передан полностью, а запрос оставит процесс веб-сервера работать ещё длительное время. Также, каждая передача файлов через PHP — это отдельный рабочий процесс веб-сервера apache (количество которых ограничено), а для передачи статичных файлов напрямую будет использоваться отдельный многопоточный процесс веб-сервера nginx, который может обрабатывать множество потоков, а значит не будет влияния передачи файла на загрузку и срабатывания лимита при отдаче статики.
— Удаленное соединение с другим сервером (сайтом и т.д.).
Удаленных соединений, по возможности, лучше избегать, но если оно необходимо, то желательно выставлять маленькие значения таймаутов ожидания ответов от другого сервера, так как удаленный сервер может быть недоступен в определенное время, что может вызывать постоянные запросы на соединение с удаленным сервером. Поэтому в таких случаях очень важна хорошая связь с этими удаленными серверами.
Также часто используют вставки отдельных функций, кодов и т.д. (include) и если эти функции располагаются в одном аккаунте — используйте только локальные пути, а не в виде вставки url-адреса (http://site.ru/file.phpinclude 'file.php';. Это не будет делать дополнительный внешний запрос на сервер и тем самым вы снизите нагрузку, уменьшите количество создаваемых процессов.
— Очень тяжелые или испорченные дополнения систем управления сайтами (при использовании CMS и прочих скриптов).
Для нахождения таковых можно отключать дополнения (плагины, хаки, модули и т.д.) по отдельности. Возможно при включении/отключении вы заметите, что сайт станет быстрее/медленнее загружаться. Далее вы сможете найти более легкую замену или исправить поврежденные дополнения. Также в дистрибутив многих CMS включены дополнения, которые лично вам могут быть не нужны, поэтому лучше их удалить.
— Задания выполняющиеся долгое время.
Иногда в самих скриптах пишут задания на выполнение чего-либо по расписанию (например в тех же mambot’ах в joomla и wp-cron в wordpress). Если их можно перенести в планировщик (cron), то лучше это сделать через cron, так как такие задания выполняются вместе с запросами пользователей и тем самым замедляют загрузку сайта и увеличивают нагрузку, а в некоторых случаях сайт вовсе перестает загружаться если задание «тяжелое» и выполняется длительное время.
— Почтовые рассылки.
Рассылки писем могут влиять на загрузку сайта, тем не менее они часто бывают необходимы и их так же лучше оптимизировать. Скрипт запуска рассылки можно добавить в планировщик (cron), как и в случае с mambot’ами в joomla. Управление планировщиком находится в панели управления хостингом и доступно при соответствующем тарифе. Запускать такие скрипты лучше во время наименьшей нагрузки, например ночью, когда на сайте меньше всего посетителей.
— Медленные или не оптимизированные запросы sql к базе данных.
Пути решения в этом случае – использование кеширования, оптимизация запросов и индексация таблицы базы данных по столбцам (сортировка, упорядочивание). Также, если все это не помогает, стоит подумать о смене скрипта на более оптимизированный.
— Большое количество запросов к серверу.
Старайтесь избегать лишних запросов. Запросы могут исходить не только от посетителей ваших сайтов, но и, например, от индексирующих ботов с поисковиков, sape-подобные биржи и т.д, также увеличивается количество запросов при использовании большого количества url на файлы (изображения, js-скрипты, css-стили), которые загружаются через отдельные запросы (при включенном только apache вместо nginx+apache кеш статики). По возможности, объединяйте большое количество css, js файлов в один файл по типу.
Также запросы могут исходить, например, от чата или какого-то участка, блока на сайте, который посылает ajax-запросы на сервер. Многие из нас любят открывать несколько вкладок в браузере — нужно учитывать, что от этого так же может увеличиваться количество запросов и соответственно процессов веб-сервера.
Вставка iframe-кодов на сайте тоже может быть причиной ошибки 503.
Еще один пример увеличения запросов — использование другими сайтами ваших ресурсов (ссылки на файлы, картинки, различные информеры). Возможный выход это использование антилич системы в борьбе с этим.
DDoS-атаки, флуд, спам в комментариях, или в других веб-формах на сайте так же могут вызывать большое количество запросов.
Если у вас все оптимизировано, используется кеширование, минимум запросов и просто не хватает ресурсов на используемом тарифе, тогда остается задуматься о переходе на другие тарифные планы.
Многие веб-мастеры хотят недорогие тарифы, при этом про оптимальное расходование ресурсов многие просто забывают или не хотят задумываться. На WebHOST1 разработаны оптимальные тарифы и нужно просто подобрать необходимый для вас тариф, что можно осуществить самостоятельно в биллинге.
Наконец, если вашим сайтам не хватает максимального тарифа и часто возникает 50х ошибка, а вы не знаете как избежать данной проблемы — значит требуется больше ресурсов и вам нужен, как минимум, виртуальный либо выделенный сервер.
Ошибка 504 — 504 Gateway time-out
Этот код ответа означает, что клиентский запрос nginx передал apache, а apache не смог в установленный лимит времени вернуть HTTP-ответ?, в рузультате сервер разрывает сетевое соединение по таймауту. Причиной может быть долгая работа процесса — сценария, запущенного скриптом веб-сайта.
Можно попробовать увеличить выделенное время для php, прописав в корне сайта в файл .htaccess код:
# время выполнения скрипта - сценария php_value max_execution_time 60 # время загрузки данных php_value max_input_time 60
Однако это не избавит от таймаута веб-сервера с 504 ошибкой. Таймаут веб-сервера в рамках виртуального хостинга изменить не представляется возможным.
Ошибки 5XX означают, что есть проблемы со стороны сервера. Например, 500 ошибка значит, что сервер столкнулся с внутренней ошибкой, из-за которой не смог обработать запрос. К ней могут привести неверные директивы в .htaccess или ошибки в скриптах сайта. А ошибка 503 означает, что сервер не может обработать ваш запрос в данный момент. После номера ошибки часто идёт краткое описание. 503 ошибка сервера часто сопровождается фразой «Service Temporarily Unavailable» (сервис временно недоступен). Если на вашем сайте часто встречается 503 ошибка, значит самое время выяснить её причину.
В этой статье мы рассмотрим возможные причины возникновения 503 ошибки на сайте и способы её устранения.
Ошибка 503 Service Unavailable
Что такое ошибка 503 (Service Temporarily Unavailable)
Эта ошибка означает, что сервер не готов обработать запрос в данный момент. Подразумевается, что это временно и нужно повторить попытку позже. Но это не всегда так. HTTP 503 Service Unavailable — это код состояния, который содержится в ответе веб-сервера и показывает, успешно ли выполнен запрос. Коды 5XX принадлежат классу серверных ошибок. В спецификации RFC 7231 указано, что код 503 сообщает о том, что сервер в настоящее время не может обработать запрос из-за временной перегрузки или планового технического обслуживания
Спецификация RFC 7231
Если вы встретили эту ошибку, скорее всего, веб-сервер не успевает обрабатывать все поступающие на него запросы из-за нехватки ресурсов или технического обслуживания. Однако бывает, что ошибка 500 возникает не со стороны сервера, а со стороны клиента. Поэтому сначала стоит определить, на чьей стороне проблема. Если вы не являетесь администратором сайта, на котором встретили ошибку, проверьте, нет ли проблем с вашей стороны.
-
1.
Перезагрузите страницу при помощи клавиши F5. Бывает, что проблема действительно временная и возникла в прошлый раз, когда вы пытались открыть страницу.
-
2.
Если после нескольких перезагрузок страницы ошибка всё равно возникает, попробуйте открыть сайт через другой браузер. Если в другом браузере ошибка не воспроизводится, очистите кэш на своем браузере. Например, в Google Chrome нажмите комбинацию клавиш Ctrl+Shift+Delete:
Очистить историю в Google Chrome
-
3.
Если действия выше не помогли, попробуйте перейти на сайт с другого устройства. Будет лучше, если оно будет подключено к другой сети, чтобы исключить проблему со стороны интернет-провайдера. Откройте сайт на телефоне через мобильный интернет или попросите сделать это кого-нибудь ещё. Если на другом устройстве сайт работает, попробуйте перезагрузить ваше устройство. При возможности то же самое лучше сделать и с роутером.
-
4.
Если ничего из перечисленного вам не помогло, попробуйте связаться с владельцем сайта. Сделать это можно через форму обратной связи или по email, указанному на сайте. Если недоступен сайт целиком, а не какая-то определенная страница, попробуйте найти контакты в поисковых системах, в социальных сетях или на форумах.
Эти действия помогут понять, с чьей стороны проблема. Если вам самостоятельно не удалось решить проблему, то остаётся только ждать решения проблемы владельцем сайта. Скорее всего, это массовая проблема, и её решением уже занимаются. Попробуйте открыть сайт позже.
Ошибка недоступности, если вы владелец сайта
Частые ошибки 503 на вашем сайте могут негативно сказаться на позициях в поисковых системах и привести к снижению трафика. Посетители могут просто не вернуться на ваш сайт. Не игнорируйте проблему и сразу приступайте к её решению. Вот несколько вариантов решения:
- На любом хостинге есть ограничения и лимиты, которые не стоит превышать. Их устанавливает хостинг-провайдер. Превышение лимитов может привести к возникновению проблем на сайте, в том числе и к ошибке 503. Изучить характеристики вашего тарифного плана вы можете на сайте хостинг-провайдера. Для хостинга REG.RU действуют следующие технические ограничения.
- Хостинг может не справляться с большим количеством посетителей на сайте. В этом случае может помочь смена тарифного плана или переезд к новому хостинг-провайдеру.
- Бывает, что неактуальные версии плагинов и других компонентов движка нарушают работу сайта. Попробуйте по очереди отключать установленные плагины вашей CMS и проверять работоспособность сайта после каждого. Если ошибка не возникает после отключения очередного плагина, обновите этот плагин до последней версии. Возможно, что в новой версии разработчик уже внёс исправления. Если обновление не помогло, плагину нужно искать альтернативу.
- Регулярно обновляйте CMS и её компоненты. Зачастую обновления направлены на оптимизацию работы движка, устранение уязвимостей, борьбу с багами, повышение безопасности и быстродействия. Удалите все ненужные компоненты, которыми не пользуетесь. Оставьте только самые необходимые, чтобы уменьшить нагрузку на сервер.
- Проанализируйте скрипты сайта. К HTTP Error 503 может привести неправильная работа скриптов на сайте. Выполните их диагностику и убедитесь, что на сайте не включен режим технических работ.
- Не загружайте крупные файлы при помощи PHP. Очень часто хостинг-провайдер ограничивает время выполнения скрипта, и вы можете не уложиться в этот лимит. Ещё одним минусом передачи файлов через PHP является создание отдельного PHP-процесса, который будет занят загрузкой файла, а не обработкой запросов посетителей. Загружайте файлы по FTP, чтобы уменьшить нагрузку на хостинг.
- Запускайте массовые почтовые рассылки в периоды минимальной активности на вашем сайте. Точно так же стоит поступить и с техническими работами на сайте и сервере.
- Поисковые роботы могут генерировать большое количество обращений к сайту. Проанализируйте статистику по User-Agent и выясните, какие роботы создают нагрузку. При помощи файла robots.txt задайте временной интервал обращений.
- Настройте кэширование средствами CMS или хостинга. В WordPress вы можете настроить кэширование с помощью нашей инструкции: Что такое кэширование и как управлять им в WordPress. В панели управления хостингом тоже часто имеются встроенные инструменты по настройке кэширования.
- Запросы к сторонним ресурсам могут замедлять генерацию и отдачу контента, что в итоге может привести к 503 ошибке. Если удалённый сервер недоступен, ваш сайт потратит больше времени на ожидание ответа. Уменьшите тайм-аут ожидания ответа от стороннего ресурса или вовсе откажитесь от таких запросов. Работоспособность сторонних сервисов невозможно контролировать.
Не всегда проблему можно решить самостоятельно. Иногда лучше сразу обратиться за помощью к опытным специалистам. Если считаете, что вашего опыта и умений недостаточно для решения проблемы, свяжитесь со службой поддержки вашего хостинг-провайдера.
Ошибка 503 на хостинге REG.RU
-
1.
Ошибка может возникнуть из-за превышения лимита на количество PHP-процессов. Согласно техническим ограничениям, на тарифных планах Host максимальное количество процессов PHP составляет 4, на тарифных планах VIP — 32.
Чтобы посмотреть запущенные PHP-процессы, подключитесь по SSH и выполните следующую команду:
ps aux | grep php | grep u1234567Где u1234567 — ваш логин хостинга (Как узнать логин хостинга).
Чтобы завершить текущие php-процессы, измените версию PHP на отличную от текущей. Затем включите версию PHP, которая была установлена ранее.
-
2.
Максимальное количество процессов на тарифных планах Host составляет 18, а на VIP — 48. Если общее количество процессов (PHP, IMAP, Cron и др.) будет превышено, то может возникнуть ошибка «503 временно недоступен».
Технические ограничения хостинга REG.RU
Чаще всего причиной является большое количество процессов IMAP из-за многочисленных подключений к ящикам. В качестве решения проблемы попробуйте подключаться к почтовому серверу по протоколу POP3. Это позволит уменьшить общее количество процессов.
-
3.
Максимальное количество HTTP-запросов в секунду на один домен: 75 на тарифах Host и 300 на VIP. При превышении этого лимита 503 ошибку может возвращать весь сайт или часть контента на нём. Причиной может быть большое количество запросов в секунду или контента на сайте (картинки, баннеры).
-
4.
На VPS ошибка может возникнуть из-за DDoS-атаки, из-за которой увеличивается нагрузка на сервер.
Если вам не удалось решить проблему на хостинге REG.RU самостоятельно, напишите заявку в службу поддержки.
I understand this error is fairly common, but I’ve come to a bit of a dead end in terms of debugging the issue. I’m running windows 8.1 with WAMP. I have multiple websites running from the WAMP configuration, most of them being Drupal sites and a couple being CS-Cart sites. The one I’m having an issue with is the CS-Cart site.
I’ve setup my hosts/vhosts file in exactly the same way I’ve set up all of my existing sites. However when I go to the browser and try and view the site, I get a ‘Service unavailable’ message. In my console it turns out it’s a '503 Service Temporarily Unavailable'. I’ve checked the database settings and I have an .htaccess file.
Here is an example of my hosts file config:
<VirtualHost *:80>
ServerAdmin email@email.com
DocumentRoot "C:/wamp/www/website-location"
ServerName local.website.co.uk
ErrorLog "logs/local.website.co.uk-error.log"
CustomLog "logs/local.website.co.uk-access.log" common
</VirtualHost>
127.0.0.1 local.website.co.uk
I’ve checked the error logs and it’s not printing anything at all. The only thing I can see are the HTTP requests in the access file. Any help would be much appreciated.
dhaupin
1,5532 gold badges19 silver badges24 bronze badges
asked Aug 14, 2014 at 10:03
3
Ok, So I managed to sort out the issue. Turns out the issue was in the Database. There is a table called 'CSCART_COMPANIES', the domain was pointing to the staging site as opposed to the local site.
Hopefully this helps others out in the future.
answered Aug 14, 2014 at 10:29
JDaviesJDavies
2,6907 gold badges33 silver badges53 bronze badges
1
Please check your config.local.php file which is located on the root directory.
Within you need to change $config[‘http_host’]
answered Sep 2, 2014 at 7:01
I had the similar problem — when clicked on category I was presented with Service Unavailable error message.
I sorted it by going into Products/ Filters and disabled all filters.
answered May 18, 2015 at 22:25
We encountered the «Service Unavailable» in CS-Cart admin and catalog side this morning. The first thing to check is the source of the page. It should say what kind of error/exception is thrown as a comment near the bottom.
In this case, it was 503 error. The culprit? Cache backend crashed. Redis had ran out of mem due to a big nightly backup colliding with an SEO speeder trying to gen cache for entire site.
If your redis has not recovered, you can start it with # service redis start (or restart).
To see some details of what happened, you can run # grep -i redis /usr/local/apache/logs/error_log and look for strings like «cant connect to redis server» or # grep redis /var/log/messages may return a line saying «OOM killed process 123 (redis-server)» where 123 is the PID of redis.
answered Jan 5, 2016 at 15:58
dhaupindhaupin
1,5532 gold badges19 silver badges24 bronze badges
In addition to the @JDavies answer,
Even CSCART docs page doesn’t tell you the correct answer.
Here is the one if someone gets stuck in this error,
Goto your admin panel Settings -> General and find a checkbox with label ‘Close storefront:’, uncheck it and you are good.
I am using 4.3.1 version, probably this will cover all versions.
answered Nov 9, 2017 at 14:19
Irfan AhmedIrfan Ahmed
9,0658 gold badges32 silver badges54 bronze badges
This is most likely caused by your site having met its maximum concurrent connection (simultaneous visitors) limit.
answered Nov 17, 2014 at 11:16
SanthoshSanthosh
591 silver badge10 bronze badges
Сообщение на странице сайта 503 Service Temporary Unavailable – «сервис временно недоступен» может появляться из-за технических сбоев как на сервере, так и на компьютере пользователя. Последнее случается реже.
Наиболее распространенная причина проблемы – перегруженность сервера запросами. Он не успевает их обрабатывать, и всем клиентам в очереди выдает ошибку с кодом 503. Такая картина может наблюдаться, например, во время DDoS-атаки.
Обнаружив ошибку 503, лучше всего ничего не делать. Подождите 3-5 минут. Очередь запросов в большинстве случаев – временное явление, и вскоре сайт станет доступен. Чего точно не нужно делать,– это постоянно перезагружать страницу с ошибкой. Так вы только увеличиваете число запросов в очереди.
Как устранить ошибку 503 на стороне пользователя?
Сразу скажем, что вряд ли пользователю удастся ее исправить. Ошибка 503 чаще возникает из-за проблем на самом сайте или хостинге. Но на всякий случай можно выполнить несложные быстрые действия, чтобы быть точно уверенным — причина не в вас.
- Проверьте доступность сайта с помощью специальных сервисов. Например, https://2ip.ru/site-availability/. Если проверка показала, что из вашей страны сайт доступен – исправить ошибку 503 нужно на вашей стороне.
- Перезагрузите страницу с помощью клавиш Ctrl F5 (в браузерах macOS используйте сочетание Cmd + R или Cmd + Alt + E в Safari.
- Попробуйте открыть страницу в другом браузере, на другом компьютере. Так вы определите уровень возникновения проблемы – у вас в браузере или у вас на компьютере – и будете действовать исходя из этого. Если страница везде выдает Error 503 – то причина все же на самом сайте.
- Закройте браузер и откройте заново. Иногда это помогает сбросить неправильные настройки сессий.
- Почистите кэш и cookies браузера. Большое количество сохраненной старой информации может мешать браузеру обрабатывать соединение правильно.
- Откройте страницу в режиме инкогнито или просто отключите все работающие в браузере дополнения и расширения – возможно, какое-то некорректно работает и приводит к появлению ошибки 503.
- Перезагрузите компьютер. Это самый простой и быстрый способ исправить сбой в работе ПО.
- Если не помогла перезагрузка компьютера – перезагрузите также роутер.
Что делать, если ошибка 503 – на стороне веб-ресурса?
Прежде всего, администратору сайта для ошибки сервера с кодом 503 желательно прописать параметр Retry After. Он будет показывать клиенту, через какое время тот может попробовать повторно соединится с сервером. Это уменьшит число бесконечных перезагрузок страниц и поможет снизить и без того чрезмерную в данный момент нагрузку на сервер.
Распространенные причины возникновения ошибки 503 и их исправление
В основном, ошибка 503 Service Unavailable вызывается следующими категориями причин:
- Слишком много запросов к веб-серверу.
- Много медленных запросов к MySQL.
- На сайте много устаревших, нерабочих, конфликтующих плагинов и модулей CMS.
- Неоптимизированная работа скриптов.
Также ошибка 503 может быть вызвана тем, что ваш сайт «перерос» возможности вашего хостингового тарифного плана. В этом случае стоит подумать над тем, чтобы выбрать более производительный тариф виртуального хостинга или же VPS/VDS, выделенный сервер.
Как исправить причины ошибки
Уменьшаем число запросов к веб-серверу
Устранение ошибки 503 прежде всего подразумевает снижение нагрузки на веб-сервер. Для этого:
- установите антилич-систему. Она не позволит скачивать ваши файлы и картинки по ссылке на сторонних ресурсах – ведь так увеличивается нагрузка на ваш сервер и может возникать ошибка 503;
- ограничьте деятельность различных ботов и роботов. При сканировании они создают множество запросов;
- проверьте, чтобы на сайте было как можно меньше ссылок на внешние ресурсы. Оставьте только необходимые и важные. Например, иногда можно встретить большое количество информеров на странице. Каждый информер — ссылка на другой сайт, соединение с чужим сервером. Это создает дополнительную нагрузку на сервер;
- по возможности объедините обращения к большому числу мелких файлов (скриптов, картинок, таблиц стилей), чтобы они обрабатывались одним запросом, а не множеством.
Оптимизируем работу с MySQL
- Включите кеширование – так время обработки запроса существенно уменьшится.
- Объединяйте запросы к БД (базе данных), чтобы один запрос обрабатывал сразу множество строк или столбцов, а не по одному.
- Используйте индексирование по столбцам, которые часто используются в выборках.
- Старайтесь не вкладывать один запрос в другой, так как в этом случае MySQL часто не может использовать индексы и будет долго возвращать результат.
Исправляем проблемы с CMS
Ошибка 503 Service Unavailable может быть вызвана некорректно работающими или «тяжелыми» компонентами движка вашего сайта. Чтобы выявить это, отключайте последовательно плагины или модули. Так вы найдете компонент, после выключения которого все начнет нормально работать. Оптимизируйте его или замените на более современный и быстрый.
Также рекомендуется поддерживать порядок в вашем «парке» плагинов – вовремя их обновлять, удалять те, что не используются, Плюс необходимо отслеживать корректность работы сайта после установки каждого нового модуля, а также после обновления старых – могут возникать конфликты программного обеспечения.
Оптимизируем работу скриптов
- В скриптах поставьте локальные ссылки вместо глобальных. В глобальных указывается полный URL вместе с http, https. Они обрабатываются как отдельные запросы к внешнему ресурсу, и это гораздо большая нагрузка, чем при использовании ссылок локального вида.
- Не передавайте файлы большого размера с помощью скриптов. Во-первых, такая передача задействует рабочие процессы сервера, нагружает его. Во-вторых, она может давать сбои, так как работа скрипта ограничена по времени,и процесс зависает.
- Выполнение «тяжелых», масштабных скриптов и операций (почтовой рассылки, например) запланируйте на то время, когда на сайте меньше всего посетителей.
Что можно сделать для предотвращения проблемы?
В заключение дадим несколько советов – как предотвратить возникновение ошибки 503 Service Unavailable:
- При выборе тарифа хостинга не ориентируйтесь на среднюю нагрузки вашего сайта. Закладывайте небольшой запас мощностей, чтобы в часы пик ресурсов сервера хватало на обработку запросов.
- Установите защиту от DDoS-атак.
- Обновляйте плагины, темы и модули CMS, отключайте то, что не используете.
- Регулярно анализируйте работу компонентов сайта: сервера, базы MySQL, скриптов – и вовремя оптимизируйте их, не доводя ситуацию до критической.
- Ограничьте сканирование сайта ботами и User-агентами. Оставьте только то, что необходимо, например, боты поисковых систем, остальные заблокируйте. Обычно хостер сам блокирует большинство ненужных User-агентов, но вы можете добавить и свои кастомные настройки.
В данной статье мы покажем, как установить CS-cart на VPS сервер/Виртуальный хостинг.
1) Вам необходимо заказать услугу.
2) Скачать CS-cart на официальном сайте.
3) Приступаем к настройке сервера под CMS:
3.1) По умолчанию на VPS сервере стоит php 5.6. Меняем версию php на необходимую. Для этого заходим в ISPmanager во вкладку php, выбираем необходимую версию php и нажимаем на «Как модуль Apache».
3.2) Необходимо создать базу данных для сайта. Заходим во вкладку «Базы данных» —> «Создать».
- «Имя» —> Название Вашей базы данных.
- «Владелец» —> Пользователь, которому будет принадлежать БД.
- «Сервер баз данных» —> В нашем случае это MysQL, но может быть еще и PostgreSQL.
- «Кодировка» —> Кодировка базы данных.
- Пользователь» —> Пользователь базы данных. Т.к. его у нас нету, его необходимо создать.
4) Приступаем к установке CMS.
4.1) Нам необходимо создать доменное имя. Для этого заходим во вкладку «www-домены», —> «Создать
Здесь вводим название Вашего домена, на котором будет работать Ваш сайт.
Необходимо ввести только имя домена, остальные поля заполнятся автоматически
4.2) Заходим в корневую директорию Вашего домена, который Вы создали, и загружаем в него архив, который Вы скачали в пункте №2.
Для того, чтобы перейти в корневую директорию, нам необходимо выбрать домен и нажать на «Каталог».
Загружаем файл, который Вы скачали с оф. сайта.
Необходимо выбрать:
- «Тип файла» —> Файл с локального компьютера
- Выбираем файл, который Вы скачали
Также Вам необходимо удалить файл index.html. Данный файл создается по умолчанию панелью управления ISPmagner.
4.3) Необходимо распакавать файл в корневую директорию Вашего домена. Для этого выбираем файл и нажимаем «Извлечь».
После того, как Вы извлечете файлы в корневую директорию Вашего сайта, у Вас появятся файлы.
4. Приступаем к установке CMS через браузер. Для этого необходмо в браузерной строке ввести: http://domain.com/install
P.S Вместо domain.com Вам необходимо ввести свой домен.
- После открытия данной ссылки необходимо принять лицензионное соглашение:
- Ввести данные БД, которую мы создавали в пункте №3.2
И нажимаем Установить.
После установки у Вас сразу же откроется административная панель Вашего сайта
И при заходе на сайт он будет уже функционировать.
Установка CMS CS-cart завершена. Сейчас Вы можете приступить к его настройке.
I understand this error is fairly common, but I’ve come to a bit of a dead end in terms of debugging the issue. I’m running windows 8.1 with WAMP. I have multiple websites running from the WAMP configuration, most of them being Drupal sites and a couple being CS-Cart sites. The one I’m having an issue with is the CS-Cart site.
I’ve setup my hosts/vhosts file in exactly the same way I’ve set up all of my existing sites. However when I go to the browser and try and view the site, I get a ‘Service unavailable’ message. In my console it turns out it’s a '503 Service Temporarily Unavailable'. I’ve checked the database settings and I have an .htaccess file.
Here is an example of my hosts file config:
<VirtualHost *:80>
ServerAdmin email@email.com
DocumentRoot "C:/wamp/www/website-location"
ServerName local.website.co.uk
ErrorLog "logs/local.website.co.uk-error.log"
CustomLog "logs/local.website.co.uk-access.log" common
</VirtualHost>
127.0.0.1 local.website.co.uk
I’ve checked the error logs and it’s not printing anything at all. The only thing I can see are the HTTP requests in the access file. Any help would be much appreciated.
dhaupin
1,6132 gold badges21 silver badges24 bronze badges
asked Aug 14, 2014 at 10:03
3
Ok, So I managed to sort out the issue. Turns out the issue was in the Database. There is a table called 'CSCART_COMPANIES', the domain was pointing to the staging site as opposed to the local site.
Hopefully this helps others out in the future.
answered Aug 14, 2014 at 10:29
JDaviesJDavies
2,7307 gold badges34 silver badges54 bronze badges
1
Please check your config.local.php file which is located on the root directory.
Within you need to change $config[‘http_host’]
answered Sep 2, 2014 at 7:01
I had the similar problem — when clicked on category I was presented with Service Unavailable error message.
I sorted it by going into Products/ Filters and disabled all filters.
answered May 18, 2015 at 22:25
We encountered the «Service Unavailable» in CS-Cart admin and catalog side this morning. The first thing to check is the source of the page. It should say what kind of error/exception is thrown as a comment near the bottom.
In this case, it was 503 error. The culprit? Cache backend crashed. Redis had ran out of mem due to a big nightly backup colliding with an SEO speeder trying to gen cache for entire site.
If your redis has not recovered, you can start it with # service redis start (or restart).
To see some details of what happened, you can run # grep -i redis /usr/local/apache/logs/error_log and look for strings like «cant connect to redis server» or # grep redis /var/log/messages may return a line saying «OOM killed process 123 (redis-server)» where 123 is the PID of redis.
answered Jan 5, 2016 at 15:58
dhaupindhaupin
1,6132 gold badges21 silver badges24 bronze badges
In addition to the @JDavies answer,
Even CSCART docs page doesn’t tell you the correct answer.
Here is the one if someone gets stuck in this error,
Goto your admin panel Settings -> General and find a checkbox with label ‘Close storefront:’, uncheck it and you are good.
I am using 4.3.1 version, probably this will cover all versions.
answered Nov 9, 2017 at 14:19
Irfan AhmedIrfan Ahmed
9,1468 gold badges33 silver badges54 bronze badges
This is most likely caused by your site having met its maximum concurrent connection (simultaneous visitors) limit.
answered Nov 17, 2014 at 11:16
SanthoshSanthosh
591 silver badge10 bronze badges