Произошла критическая ошибка the server returned a 500 whoops looks like something went wrong

Ошибка 500 Joomla — причины появления и методы исправления

Время на чтение: 3 минуты

Даже на таком надежном движке, как Joomla, не все всегда бывает гладко. Порой сайт не открывается, а вместо него появляется окно с текстом, что обнаружена ошибка. Если при входе на свой ресурс вы нашли подобное сообщение, не волнуйтесь — любую ошибку можно исправить. В данной статье будет рассмотрена ошибка Internal Server Error, которая вылетает под номером 500.

Почему при входе на сайте появляется ошибка 500

Эта проблема может появиться не только на ресурсе, на котором установлен Joomla.

Ошибка 500 «всеядная» и может съесть сайт на любом другом движке, не только Joomla или WordPress.

Причин возникновения сообщения Internal Server Error при входе очень много и без анализа проблемы вы не сможете найти истинное объяснение.

Анализ возникновения Internal Server Error необходимо начинать с сервера. Дело в том, что ошибка 500 касается именно проблем сервера. При этом необязательно нужно считать, что виноват хостинг-провайдер. Вполне может быть, что это вы сделали что-то не так. Ответить на этом можно только после просмотра файла сервера error.log. В нем содержится информация по последним ошибкам и вы наверняка найдете строчку с причиной, почему ваш сайт накрылся при входе. Самые частые поводы для появления надписи Internal Server Error:

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

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

Как исправить Internal Server Error

Проблема в том, что зачастую сайты Joomla размещают на бесплатных хостингах. В таком случае даже если ошибка обнаружена на сайте, вы не сможете просмотреть лог и узнать, откуда растут ее корни. На платном хостинге вы бы могли написать в службу поддержки, и вам, как платящему клиенту провайдера, живо бы объяснили в чем причина и как устранить неполадку. В ином случае бороться с ошибкой придется самостоятельно.
https://www.youtube.com/watch?v=LvrTwMFvzw8
Очень часто проблема находится в файле .htaccess. В этом файле прописано, что разрешено делать движку, согласно требованиям сервера. Если есть несоответствия реальным требованиям хостинга и наступает момент, когда движок пытается загрузить недоступную функцию, тогда и появляется надпись с ошибкой. Найдите лог ее и тогда поймете, что нужно убрать с файла .htaccess. К примеру, если в логе написано:

php_value not allowed here

то проблема кроется в строке php_value в файле .htaccess.

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

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

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

Источник

Причины ошибки 500 при входе в «админку» Джумлы

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

Сначала следует открыть журнал ошибок (лог) и посмотреть, есть ли там сообщения об ошибках. Он лежит в каталоге «/logs» и называется «error.php». Смотрите последние записи, возможно, они прояснят ситуацию. Например, мы сможем узнать из-за какого модуля она происходит. Если виновник найден, то остаёться подключиться к базе данных и отключить этот модуль или плагин.

Если в логе ничего подозрительного нет, то есть вероятность, что проблема возникает из-за невозможности записи в каталоги «/logs» и «/tmp». Попробуйте выставить на эти каталоги и внутренние файлы полные права — «777». Сделать это можно через FTP клиент. У многих проблема решалась таким образом.

Если не помогло, то стоит проверить пути к этим каталогам в конфигурационном файле — «configuration.php». Открываем его через текстовый редактор и ищем строки:

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

Создаём в корне сайта скрипт test.php, прописываем туда этот код и обращаемся к нему через браузер. Смотрим, какой путь он показывает. Его вставляем в конфигурационный файл «джумлы». Получаем что-то вроде этого:

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

Источник

The Joomla! Forum™

Brand New Installation of 4.1 Results in 500 Error Topic is solved

Brand New Installation of 4.1 Results in 500 Error

Post by delunachick » Wed Mar 16, 2022 1:11 am

Hello. I am attempting to install joomla for a new website on a new hosting account. I get as far as having the files unzipped on the web server and a database + user created, but when I try to finish the installation by going to the URL, I get a 500 error (Sorry, there was a problem we could not recover from. The server returned a «500 — Whoops, looks like something went wrong.»).

website: http://elmwoodacademy.ca/
webhost: 10dollar.ca
technology: Linux / Apache / PHP 8

I don’t have access to php.ini but have tried 2 different things, adding a php.ini to the html root and modifying .htaccess. Neither of these seems to have fixed or changed anything.

.htaccess
php_value memory_limit 128M
php_value upload_max_filesize 64M
php_value post_max_size 64M
php_value max_execution_time 30

php.ini
post_max_size = 30M
upload_max_filesize = 30M
memory_limit = 128M
max_execution_time = 30

I have php logs enabled. Here are some of the error messages:

[15-Mar-2022 20:02:33 America/Chicago] PHP Warning: SessionHandler::read(): open(/var/lib/php/sessions/sess_c4b3be15ee732bf9918a6e96e611a7b7, O_RDWR) failed: No such file or directory (2) in /mnt/stor12-wc2-dfw1/588082/2038623/www.elmwoodacademy.ca/web/content/libra . torage.php on line 478

[15-Mar-2022 20:02:33 America/Chicago] PHP Warning: session_start(): Failed to read session data: user (path: /var/lib/php/sessions) in /mnt/stor12-wc2-dfw1/588082/2038623/www.elmwoodacademy.ca/web/content/libra . torage.php on line 478

I contacted tech support at 10dollar.ca and they offered to install joomla for me. Unfortunately they didn’t get back to me within an hour as promised and they left the website in the same state with the same error message (but with a Maria db instead of a MSSQL db this time).

If anyone can help me get started, I would be very grateful. This is my first attempt at installing joomla and i seem to be failing miserably.

Источник

The Joomla! Forum™

Installing Joomla 3.0 gives me an Internal Server Error 500

Installing Joomla 3.0 gives me an Internal Server Error 500

Post by b4ucode » Fri Sep 28, 2012 11:56 am

I tried to install Joomla 3.0 yesterday and received an internal server error.

Tested the Htaccess file
— Replaced it
— Renamed it
— Modified it

But had no luck. I did a test page to echo «test» and that page works but the index.php for Joomla simply does not work, not even when I emptied out its content and tried to echo a result.

Anyone has the fix to this?

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by pxforti » Fri Sep 28, 2012 1:04 pm

Hi, I had the same problem. It’s a file permission problem. Default file permission on the files in the installation is 664 and should be 644. Or I should say that on hostgator servers, the default file permissions need to be 755 for directories and 644 for files, otherwise you get the Internal Server Error.

I think they will need to update the 3.0 distribution package to fix this. Otherwise, a LOT of people are going to have problems with this.

If you have shell (ssh) access you can run the following commands to correct directory and file permissions. If you don’t have shell access, call your host and ask them to change the permissions for you on all directories and files in the 3.0 directory.

Run the following commands in the Joomla 3.0 directory:

Change all files to 644: find . -type f -exec chmod 644 <> ;

Change or dirs to 755: find . -type d -exec chmod 755 <> ;

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by fcoulter » Fri Sep 28, 2012 2:49 pm

Thanks for pointing out the problem, I have been having the same problem too.

Another way around this is to unzip the installation package locally then ftp the files to your server. Its a bit slow but it will probably work because if you are using a windows pc it won’t transfer the file permissions, they should just be created on the server with the default permissions, ie 644 for files, 755 for directories.

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by Webdongle » Fri Sep 28, 2012 3:03 pm

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by vmaxveera » Sat Sep 29, 2012 5:31 am

Hi i have installed from Softaculous from my CPanel enabled Hosting no problem to Install and Working fine, But earlier i have tried to upload Package and Extract method its getting 500 error. working site : http://linkwire.in

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by mtrimble » Sat Sep 29, 2012 11:44 pm

pxforti is right. Here’s how I fixed it in 10 mins and got going on the installation screens on a Hostgator account.

1. Uploaded Joomla 3.0 ZIP package using the Cpanel File Manager
2. Extracted files
3. Contacted Hostgator Support and had them run the following commands mentioned by pxforti

find . -type f -exec chmod 644 <> ;

find . -type d -exec chmod 755 <> ;

4. This got me to the » Your host needs to use PHP 5.3.1 or higher to run this version of Joomla!» screen when I refreshed my URL in a browser.

5. Opened FTP client — Added the following to the .htaccess file:

# Use PHP 5.3
AddType application/x-httpd-php53 .php

6. Refreshed and VIOLA! Good to go! Continued with installation!

From Hostgaotr Support Site:
We currently have 5.3.10 (or higher) installed on all servers. A handler for PHP 5.3 is added to our shared and reseller servers for those who wish to utilize it. In order to utilize this handler, you will need to add the following code to your .htaccess file:

New to Joomla? Over 130 FREE JOOMLA 1.5 Video Tutorials. Learn Joomla Online.
http://www.MyJoomlaCast.com

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by mtrimble » Sun Sep 30, 2012 6:53 am

New to Joomla? Over 130 FREE JOOMLA 1.5 Video Tutorials. Learn Joomla Online.
http://www.MyJoomlaCast.com

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by humvee » Sun Sep 30, 2012 8:32 am

Given your other posts and the fact that you are using a different server set up to begin with might suggest that jumping in here is not really helpful!

@all Please run the Forum Post Assistant to provide the information to help us try and resolve the issue.
Please follow the instructions in the post and the program pack closely.

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by FranCardin » Sun Sep 30, 2012 8:55 am

I also could not install Joomla 3.0. It did not give me any error message. Then I tried installing it with Akeeba Kickstart and it installed perfectly.

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by Joomla Starter » Sun Sep 30, 2012 11:06 am

There are differences for Hostgator depending on what plan you have .. the solutions for DEDICATED Server Plan we own at Hostgator needs a dual system which can be asked at support(at)hostgator.com.

The Dual system for Dedicated Server has many advantages as it runs php 5.2.x and 5.3.1.X , this is usefull as per example . 80 % of our Customers runs joomla 1.7 , 2.5 with php 5.2.X , the rest of 20 % needs 5.3.1.x so this is for us and for the most joomla users running on Dedicated Servers the best solution. you can find more info here https://support.hostgator.com/articles/ . re/php-5-3 , be aware to specify Dual php system, otherwise apache server will only run after upgrade 5.3.1.x version of php and you maybe lost your websites running before on 5.2.x. and here are how it have to look

root@hos [/home/maindomainservername/public_html]# /opt/php53/bin/php —version PHP 5.3.16 (cli) (built: Sep 3 2012 11:40:13) Copyright (c) 1997-2012 The PHP Group Zend Engine v2.3.0, Copyright (c) 1998-2012 Zend Technologies root@hos [/home/maindomainservername/public_html]# /usr/bin/php — version PHP 5.2.9 (cgi-fcgi) (built: Jul 21 2012 15:18:44) Copyright (c) 1997-2009 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2009 Zend Technologies with the ionCube PHP Loader v4.0.12, Copyright (c) 2002-2011, by ionCube Ltd., and with Zend Optimizer v3.3.9, Copyright (c) 1998-2009, by Zend Technologies

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by web_servant » Sun Sep 30, 2012 2:40 pm

fcoulter wrote: Thanks for pointing out the problem, I have been having the same problem too.

Another way around this is to unzip the installation package locally then ftp the files to your server. Its a bit slow but it will probably work because if you are using a windows pc it won’t transfer the file permissions, they should just be created on the server with the default permissions, ie 644 for files, 755 for directories.

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by Webdongle » Sun Sep 30, 2012 3:25 pm

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by mtrimble » Sun Sep 30, 2012 11:02 pm

The above solution by pxforti is for HOSTGATOR hosting accounts ONLY — as he mentioned and I spoke to as well.

If you’re using another host the solution may differ.

New to Joomla? Over 130 FREE JOOMLA 1.5 Video Tutorials. Learn Joomla Online.
http://www.MyJoomlaCast.com

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by iTD » Tue Oct 02, 2012 7:31 pm

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by acim68 » Thu Oct 04, 2012 9:35 pm

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by humvee » Fri Oct 05, 2012 7:58 am

Remember that Joomla 3.0 is intended primarily for experienced users, developers, and advanced early adopters.

If you are just testing/learning about the software then fine, but you should not be looking to develop new sites from scratch with it especially this early in its release cycle (within 2 weeks) there are a lot of issues that have already been identified that will make the task not quite impossible but extremely laborious.

If you doubt your experience or knowledge then you should stick to the LTS currently 2.5 and not touch STS releases such as 3.0.x to 3.4.x. and to be honest if you are asking about how to change file permissions you do fall in this bracket.

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by bjhno » Sat Oct 06, 2012 10:12 am

Just unzip the files locally, and then zip the files and folders.
Upload the new zip file to the server and unpack, problem solved here

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by kp_martin » Sun Oct 07, 2012 1:09 am

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by humvee » Sun Oct 07, 2012 10:10 am

There would/should have been an option to apply the appropriate settings (cascade these) to files and directories within those you changed.
Use an FTP client such as FileZilla Select all the directories in the site_root/ and rightclick and select File Permissions, or WinSCP do the same except select Properties.

If however you don’t already know how to change permissions then you should question whether you should even be installing Joomla 3.0 on a remote host as you appear not to be experienced users/advanced adopters, or developers.

If all you want to do is see what Joomla 3.0 offers but without risk then install it on a localhost.

Please read the Announcements as these provide more detail on this.

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by iTD » Sun Oct 07, 2012 8:22 pm

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by Webdongle » Sun Oct 07, 2012 8:50 pm

@iTD
Nothing wrong with inexperienced users experimenting with J3 on test sites. The problems arise when inexperienced users upgrade a live site when they don’t understand what is happening.

Warning users not to use J3 on live sites is a good warning. If users want to upgrade their live site it is best to transfer it to localhost(or make a duplicate in a new folder to a different database) and experiment with it there.

Look through the different threads . there are many inexperienced users who have ruined their sites. They have ruined their live sites because they do not back up their site and they upgrade live sites to J3.

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by leolam » Mon Oct 08, 2012 3:59 am

Leo

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by leolam » Mon Oct 08, 2012 4:06 am

I like to remind you that your tone setting in your language is not in style with our forum etiquette. Andy Wallace is a highly respected Member/Moderator of this community and you should show some respect instead of making those kind of disrespectful remarks.

Andy is 100 % right. This ‘shining new toy’ is full of bugs and we are all working hard on it to improve it so warnings to new and inexperienced users are very much justified!

So a good thing would be to contribute to Joomla instead of barking around? We need Testers, coders, writers for docs, name it.

Be kindly invited to positively contribute?

Leo

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by humvee » Mon Oct 08, 2012 9:59 am

@iTD
The warnings are there with the release notes and in the articles that have been published so far, yet despite that people still keep making the same mistakes.

If we were to sit back and just say «yeah, Joomla 3.0 is ready for everyone now» no matter what they are capable of, then these forums will be strewn with users whose sites are stuffed. The only way it seems to get the message over is to keep repeating it so sorry if you don’t like it but we have greater concerns than just the odd individual.

As for your comments about «riddled with permission errors» if you choose not to be more specific and/or report those errors in a proper and timely fashion they are not going to get rectified.

Of course, if however you had done what experienced users,and developers do and checked the JoomlaCode CMS Bug Tracker you would know that the issue was already highlighted and rectified ready for the 3.0.1 release.

Sometimes the simplest errors can arise and/or get overlooked when people are working together to get a release out to the waiting audience on time, as would seem to be the case in this regard.

Rectifying it IS simple if you know what you are doing or read and research the relevant documentation (as most of us have had to do to gain our knowledge) instead of coming here and whining about it! The trouble is people reach too far ahead of themselves and it is then the forums and volunteers who have to make the same solutions available time and again (particularly when people don’t bother using search on the forums or use Google if the forum search is unavailable).

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by kp_martin » Tue Oct 09, 2012 1:21 am

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by Webdongle » Tue Oct 09, 2012 1:42 am

If you bothered to look at the many posts on this board you will see a lot of help is given. The problems occur when inexperienced users make silly mistakes . the most common mistake at the moment is to install J3 when it is not suitable for the user that installs it. And a lot of time is being spent on helping users who have broke their live site by upgrading to an experimental version of Joomla.

To say to the inexperienced user yes go ahead and use J3 for a live site . would be as responsible as giving an alcoholic a bottle of whiskey.

Your post was misleading as to your experience . it lacked the detail of Recursively applying the file permissions. And combined with the fact it was your first post . it indicated you had little experience. Hence the reiteration that J3 is for developers and experienced users.

Had your post been more informative then it is unlikely you would have been mistaken for an inexperienced user.

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by kp_martin » Tue Oct 09, 2012 1:59 am

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by Webdongle » Tue Oct 09, 2012 7:23 am

When I saw your post » I am on a shared server w/o shell » and you didn’t mention ftp I wondered whether you were a newbie who didn’t know that some packages have ftp access without shell access. Or if you were confusing shell access with ftp. Or if you were a newbie who was using free Hosting that has ftp access and not shell . and thought not used shared Hosting with both.

» I agree the docs make it clear enough, even overly so, to NOT upgrade a working site. Geeze, that would be dumber than judging a posters knowledge level by the number of posts on a particular forum!»
It isn’t a matter of judging the user’s level by their number posts but it a matter of trying to asses the level of their knowledge. And that is difficult when the first post is two sentences.

And yes there are many users who ignore the warning and break a live site. Just as there are those who set the chmod 777 . instead of making sure the server is configured properly. And just the same as people who think their hacked site can be cured simply by deleting one file. Oh and don’t forget the users who think cms =’create magical sites’ . and are surprised that they can not create/edit Template css files easily.

So forgive us if we ere on the side of caution when a user’s first post is only 2 sentences.

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by sovainfo » Tue Oct 09, 2012 9:32 am

@kp_martin: Thank you very much for your post on the access rights on folders only. I understood what you were saying after the first time I read it. Glad to see my understanding of the English grammar is improving that quickly.

In another post I requested information on the rediculous situation that group rights cause a 500 server error. Yours is the first one that actually provides some. Why are you saying you wrongly posted a simpler solution? ARe you taking it back? I hope not, please confirm that your statement still holds.

Maybe the 3.0 section here is missing a board for stupid mistakes. Moderators should relocate the posts to that board so we are not bothered with the education of those posters. When you disagree on the relocation of your post you should request politely to undo that transfer. Moderators are human beings and make mistakes.

Re: Installing Joomla 3.0 gives me an Internal Server Error

Post by humvee » Tue Oct 09, 2012 10:58 am

None of our comments — well certainly not mine — are intended in any way as elitist or rude as I am now being accused.

The point of the comments is to stop people destroying their existing sites or getting into major problems thinking that Joomla 3.0 is ready to go ahead and create sites the same as they do for 2.5 or 1.5.

If the messages come across as blunt then they will give the right warning.

No one is saying don’t try Joomla 3.0, but if you do, then expect there to be problems in the early days weeks / versions and don’t always expect the same level of answers that come with established versions such as 1.5 or 2.5 as often the issues will be ones that even the developers had not expected or accounted for.

No one is saying don’t try Joomla on development/localhost servers — in fact that is the recommendation.

If you choose to use the 3.0 version then you must expect issues and then research them accordingly on the Bug Tracker, bug forums etc.

If you choose to use the 3.0 version make sure your server is properly configured including all the settings that were previously marked as «well it will still work but there might be issues» things such as Magic Quotes will cause issues.

However when the questions arise about how to change file and directory permissions or how to change settings for the server php.ini, it does raise concerns as to whether an individual does have the necessary experience to be using the Joomla 3.x.x releases at this current point in time.

This has nothing to do with being elitist and everything to do with being practical and realistic and if someone takes offence at having those limitations pointed out to them, and the reasons for it, there is not too much that can be done about that.

We are trying to identify and work to resolve the major issues that are arising with a significant major version release of Joomla so that everyone can use the software easily in the future.

If you have any doubts then please stick with 2.5 and wait for 3.5 when all these new issues will doubtless have been resolved.

Also, remember that these forums are where the messages are passed on we don’t necessarily write the messages in the first place, as in:
⇒ ⇒ ⇒ ⇒ ⇒ ⇒ ⇒ ⇒ «Don’t shoot the messenger!»! ⇐ ⇐ ⇐ ⇐ ⇐ ⇐ ⇐ ⇐

Источник

500 Whoops, looks like something went wrong

Topic is solved

Moderator: ooffick

oomlaDatabaseExceptionPrepareStatementFailureException:
Unknown column 's.inheritable' in 'field list'

  at /home/kiriswmr/alpha.kiris.no/libraries/vendor/joomla/database/src/Mysqli/MysqliStatement.php:141
  at JoomlaDatabaseMysqliMysqliStatement->__construct(object(mysqli), 'SELECT `s`.`template`,`s`.`params`,`s`.`inheritable`,`s`.`parent`FROM `j4b1_template_styles` AS `s`LEFT JOIN `j4b1_extensions` AS `e` ON `e`.`type` = 'template' AND `e`.`element` = `s`.`template` AND `e`.`client_id` = `s`.`client_id`WHERE `s`.`client_id` = 1 AND `s`.`home` = '1'ORDER BY `s`.`home`')
     (/home/kiriswmr/alpha.kiris.no/libraries/vendor/joomla/database/src/Mysqli/MysqliDriver.php:1048)
  at JoomlaDatabaseMysqliMysqliDriver->prepareStatement('SELECT `s`.`template`,`s`.`params`,`s`.`inheritable`,`s`.`parent`FROM `j4b1_template_styles` AS `s`LEFT JOIN `j4b1_extensions` AS `e` ON `e`.`type` = 'template' AND `e`.`element` = `s`.`template` AND `e`.`client_id` = `s`.`client_id`WHERE `s`.`client_id` = 1 AND `s`.`home` = '1'ORDER BY `s`.`home`')
     (/home/kiriswmr/alpha.kiris.no/libraries/vendor/joomla/database/src/DatabaseDriver.php:1892)
  at JoomlaDatabaseDatabaseDriver->setQuery(object(MysqliQuery))
     (/home/kiriswmr/alpha.kiris.no/libraries/src/Application/AdministratorApplication.php:264)
  at JoomlaCMSApplicationAdministratorApplication->getTemplate(true)
     (/home/kiriswmr/alpha.kiris.no/libraries/src/Error/Renderer/HtmlRenderer.php:47)
  at JoomlaCMSErrorRendererHtmlRenderer->render(object(PrepareStatementFailureException))
     (/home/kiriswmr/alpha.kiris.no/libraries/src/Exception/ExceptionHandler.php:132)
  at JoomlaCMSExceptionExceptionHandler::render(object(PrepareStatementFailureException))
     (/home/kiriswmr/alpha.kiris.no/libraries/src/Application/CMSApplication.php:264)
  at JoomlaCMSApplicationCMSApplication->execute()
     (/home/kiriswmr/alpha.kiris.no/administrator/includes/app.php:63)
  at require_once('/home/kiriswmr/alpha.kiris.no/administrator/includes/app.php')
     (/home/kiriswmr/alpha.kiris.no/administrator/index.php:36)                

public $error_reporting = 'maximum';

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. Сообщение Internal Server Error говорит о том, что есть проблемы с файлом .htaccess (например, виновата некорректная настройка файла). Убедиться, что .htaccess является корнем проблемы, поможет следующий прием: переименуйте файл .htaccess, добавив единицу в конце названия. Это можно сделать с помощью FTP-клиента (например, FileZilla) или файлового менеджера на вашем хостинге (в Timeweb такой есть, с ним довольно удобно работать). После изменения проверьте доступность сайта. Если ошибка больше не наблюдается, вы нашли причину.
2. Сообщение 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 и способы их устранения».

Удачи! 

Ошибка 500 Internal Server Error: что это и как её исправить

Разработчики и люди, профессионально работающие с веб-приложениями, боятся 500 Internal Server Error . Оптимальный способ её устранения зависит от сервера и того, что на нём запущено. В данной статье приводятся советы по диагностике и исправлению ошибки 500 .

Ошибка 500 Internal Server Error — диагностика

Важно помнить, что эта ошибка происходит на стороне сервера. Это значит, что HTML-код , выполняемый на стороне клиента, а также JavaScript или любые другие запущенные в браузере объекты, не могут быть причиной, по которой возникает ошибка 500 Internal Server Error . Само название ( Internal Server Error – ‘внутренняя ошибка сервера’ ) говорит о том, что ошибка происходит на сервере.

Ошибка 500 Internal Server Error — устранение на популярных платформах

Многие пользователи устанавливают на свой сервер популярные CMS-системы , такие как WordPress , Joomla , Drupal и они не должны вызывать ошибку 500 , если всё настроено правильно. Однако она всё равно всплывает – из-за несовместимости версий, некачественных установок или сбоя прав доступа на сервере.

Вот некоторые распространённые проблемы, которые могут вызывать подобную ошибку в часто используемых CMS :

• Если вы только что обновили движок до новой версии, вероятно, обновление прошло с ошибками и необходимо провести его повторно. Скорее всего, на сайте разработчика есть инструкции, как это правильно сделать.
• Если вы только что активировали новый плагин или новую тему, стоит попробовать отменить эти изменения. Даже профессионально написанные плагины могут конфликтовать с другими и вызывать 500 Internal Server Error nginx
• Если вы обновляли CMS , старые плагины и темы могут быть с ней несовместимы. Единственное, что можно сделать в таком случае — отключать их по очереди, пока ошибка 500 не исчезнет.
• Неправильно заданные права доступа на сервере или ошибки в файле .htaccess . Серверу не удаётся получить доступ к скриптам, файлам и другим ресурсам, поэтому он выдаёт ошибку.

Когда причиной, по которой возникает ошибка 500 Internal Server Error являются скрипты и плагины, лучше всего искать ответы на сайтах их разработчиков.

Ошибка 500 Internal Server Error — устранение на стороне серверных скриптов

Другой причиной по которой может возникнуть ошибка 500 Internal Server Error может стать разработка и тестирование собственных скриптов.

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

• Настройка прав на сервере : часто неверная настройка прав доступа к файлу или папке приводит к тому, что сервером выдаётся ошибка 500 Internal Server Error . Из-за того, что ему не удаётся запустить скрипт. Выясните, какие права должны быть настроены, и выставьте их соответствующим образом.
• Превышено время ожидания : возможно, истекло время ожидания ответа от PHP или другого серверного скрипта. Это происходит из-за того, что недоступен определённый ресурс или коде была допущена ошибка, запускающая бесконечный цикл.
• Превышено время ожидания соединения с сервером: если сервер был занят, перезагружался или потерял соединение, скрипт может выдать ошибку 500 Internal Server Error . Возможно, в следующий раз ошибки не будет. Но если ошибка появляется при тестировании, велика вероятность того, что она встретится и пользователям.
• Ошибки в файле .htaccess: в некоторых случаях ошибку 500 может вызывать код, прописанный в файле .htaccess .
• Ошибки в скрипте: если ошибку выдаёт скрипт, можете запросить у него подробную информацию об ошибке. К примеру, в PHP можно включить вывод ошибок на экран или в лог-файл, добавив директиву display_errors . По умолчанию среда выполнения может скрывать ошибки, но это не очень удобно для отладки программы.

Попросите помощи у системного администратора

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

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

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

Ошибку 500 Internal Server Error довольно легко устранить

Ошибка 500 Internal Server Error — как исправить ? В большинстве случаев причины возникновения ошибки 500 легко исправляются. Проблема заключается в том, что без конкретной информации определение причины возникновения сбоя усложняется. Легче всего справиться с ошибкой, когда разработчик выяснит, что изменилось перед возникновением ошибки.

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

Вадим Дворников автор-переводчик статьи « 500 Internal Server Error: What It Is And How To Fix It »

Источник

Что такое ошибка 500 и когда она возникает

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1. Сообщение Internal Server Error говорит о том, что есть проблемы с файлом .htaccess (например, виновата некорректная настройка файла). Убедиться, что .htaccess является корнем проблемы, поможет следующий прием: переименуйте файл .htaccess, добавив единицу в конце названия. Это можно сделать с помощью FTP-клиента (например, FileZilla) или файлового менеджера на вашем хостинге (в Timeweb такой есть, с ним довольно удобно работать). После изменения проверьте доступность сайта. Если ошибка больше не наблюдается, вы нашли причину.
2. Сообщение 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 и способы их устранения».

Источник

How to Fix a 500 Internal Server Error on Your WordPress Site

The dreaded 500 internal server error. It always seems to come at the most inopportune time and you’re suddenly left scrambling to figure out how to get your WordPress site back online. Trust us, we’ve all been there. Other errors that behave similarly that you might have also seen include the frightening error establishing a database connection and the dreaded white screen of death. But from the moment your site goes down, you’re losing visitors and customers. Not to mention it simply looks bad for your brand.

Today we’re going to dive into the 500 internal server error and walk you through some ways to get your site back online quickly. Read more below about what causes this error and what you can do to prevent it in the future.

500 Internal Server Error (Most Common Causes):

500 Internal server error in WordPress can be caused by many things. If you’re experiencing one, there’s a high chance one (or more) of the following elements is causing the issue:

• Browser Cache.
• Incorrect database login credentials.
• Corrupted database.
• Corrupted files in your WordPress installation.
• Issues with your database server.
• Corrupted WordPress core files.
• Corrupted .htaccess file and PHP memory limit.
• Issues with third-party plugins and themes.
• PHP timing out or fatal PHP errors with third-party plugins.
• Wrong file and folder permissions.
• Exhausted PHP memory limit on your server
• Corrupted or broken .htaccess file.
• Errors in CGI and Perl script.

Check Out Our Ultimate Guide to Fixing the 500 Internal Server Error

What is a 500 Internal Server Error?

The Internet Engineering Task Force (IETF) defines the 500 Internal Server Error as:

The 500 (Internal Server Error) status code indicates that the server encountered an unexpected condition that prevented it from fulfilling the request.

When you visit a website your browser sends a request over to the server where the site is hosted. The server takes this request, processes it, and sends back the requested resources (PHP, HTML, CSS, etc.) along with an HTTP header. The HTTP also includes what they call an HTTP status code. A status code is a way to notify you about the status of the request. It could be a 200 status code which means “Everything is OK” or a 500 status code which means something has gone wrong.

Need to give a shoutout here. Kinsta is amazing, I use it for my personal website. The support is rapid and outstanding, and their servers are the fastest for WordPress.

Phillip Stemann

There are a lot of different types of 500 status error codes (500, 501, 502, 503, 504, etc.) and they all mean something different. In this case, a 500 internal server error indicates that the server encountered an unexpected condition that prevented it from fulfilling the request (RFC 7231, section 6.6.1).

500 internal server error in WordPress

500 Internal Server Error Variations

Due to the various web servers, operating systems, and browsers, a 500 internal server error can present itself in a number of different ways. But they are all communicating the same thing. Below are just a couple of the many different variations you might see on the web:

• • “500 Internal Server Error”
  • “HTTP 500”
  • “Internal Server Error”
  • “HTTP 500 – Internal Server Error”
  • “500 Error”
  • “HTTP Error 500”
  • “500 – Internal Server Error”
  • “500 Internal Server Error. Sorry something went wrong.”
  • “500. That’s an error. There was an error. Please try again later. That’s all we know.”
  • “The website cannot display the page – HTTP 500.”
  • “Is currently unable to handle this request. HTTP ERROR 500.”

You might also see this message accompanying it:

The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, [email protected] and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log.

Other times, you might simply see a blank white screen. When dealing with 500 internal server errors, this is actually quite common in browsers like Firefox and Safari.

500 internal server error in Firefox

Bigger brands might even have their own custom 500 internal server error messages, such as this one from Airbnb.

Airbnb 500 internal server error

Here is another creative 500 server error example from the folks over at readme.

readme 500 internal server error

Even the mighty YouTube isn’t safe from 500 internal server errors.

500 internal server error on YouTube

If it’s an IIS 7.0 (Windows) or higher server, they have additional HTTP status codes to more closely indicate the cause of the 500 error:

• 500.0 – Module or ISAPI error occurred.
• 500.11 – Application is shutting down on the web server.
• 500.12 – Application is busy restarting on the web server.
• 500.13 – Web server is too busy.
• 500.15 – Direct requests for global.asax are not allowed.
• 500.19 – Configuration data is invalid.
• 500.21 – Module not recognized.
• 500.22 – An ASP.NET httpModules configuration does not apply in Managed Pipeline mode.
• 500.23 – An ASP.NET httpHandlers configuration does not apply in Managed Pipeline mode.
• 500.24 – An ASP.NET impersonation configuration does not apply in Managed Pipeline mode.
• 500.50 – A rewrite error occurred during RQ_BEGIN_REQUEST notification handling. A configuration or inbound rule execution error occurred.
• 500.51 – A rewrite error occurred during GL_PRE_BEGIN_REQUEST notification handling. A global configuration or global rule execution error occurred.
• 500.52 – A rewrite error occurred during RQ_SEND_RESPONSE notification handling. An outbound rule execution occurred.
• 500.53 – A rewrite error occurred during RQ_RELEASE_REQUEST_STATE notification handling. An outbound rule execution error occurred. The rule is configured to be executed before the output user cache gets updated.
  500.100 – Internal ASP error.

500 Errors Impact on SEO

Unlike 503 errors, which are used for WordPress maintenance mode and tell Google to check back at a later time, a 500 error can have a negative impact on SEO if not fixed right away. If your site is only down for say 10 minutes and it’s being crawled consistently a lot of times the crawler will simply get the page delivered from cache. Or Google might not even have a chance to re-crawl it before it’s back up. In this scenario, you’re completely fine.

However, if the site is down for an extended period of time, say 6+ hours, then Google might see the 500 error as a site level issue that needs to be addressed. This could impact your rankings. If you’re worried about repeat 500 errors you should figure out why they are happening to begin with. Some of the solutions below can help.

How to Fix the 500 Internal Server Error

Where should you start troubleshooting when you see a 500 internal server error on your WordPress site? Sometimes you might not even know where to begin. Typically 500 errors are on the server itself, but from our experience, these errors originate from two things, the first is user error (client-side issue), and the second is that there is a problem with the server. So we’ll dive into a little of both.

Check out these common causes and ways to fix the 500 internal server error and get back up and running in no time.

1. Try Reloading the Page

This might seem a little obvious to some, but one of the easiest and first things you should try when encountering a 500 internal server error is to simply wait a minute or so and reload the page (F5 or Ctrl + F5). It could be that the host or server is simply overloaded and the site will come right back. While you’re waiting, you could also quickly try a different browser to rule that out as an issue.

Another thing you can do is to paste the website into downforeveryoneorjustme.com. This website will tell you if the site is down or if it’s a problem on your side. A tool like this checks the HTTP status code that is returned from the server. If it’s anything other than a 200 “Everything is OK” then it will return a down indication.

downforeveryoneorjustme

We’ve also noticed that sometimes this can occur immediately after you update a plugin or theme on your WordPress site. Typically this is on hosts that aren’t set up properly. What happens is they experience a temporary timeout right afterward. However, things usually resolve themselves in a couple of seconds and therefore refreshing is all you need to do.

2. Clear Your Browser Cache

Clearing your browser cache is always another good troubleshooting step before diving into deeper debugging on your site. Below are instructions on how to clear cache in the various browsers:

3. Check Your Server Logs

You should also take advantage of your error logs. If you’re a Kinsta client, you can easily see errors in the log viewer in the MyKinsta dashboard. This can help you quickly narrow down the issue, especially if it’s resulting from a plugin on your site.

Check error logs for 500 internal server errors

If your host doesn’t have a logging tool, you can also enable WordPress debugging mode by adding the following code to your wp-config.php file to enable logging:

The logs are typically located in the /wp-content directory. Others, like here at Kinsta might have a dedicated folder called “logs”.

WordPress error logs folder (SFTP)

You can also check the log files in Apache and Nginx, which are commonly located here:

• Apache: /var/log/apache2/error.log
• Nginx: /var/log/nginx/error.log

If you’re a Kinsta client you can also take advantage of our analytics tool to get a breakdown of the total number of 500 errors and see how often and when they are occurring. This can help you troubleshoot if this is an ongoing issue, or perhaps something that has resolved itself.

Response analysis 500 error breakdown

If the 500 error is displaying because of a fatal PHP error, you can also try enabling PHP error reporting. Simply add the following code to the file throwing the error. Typically you can narrow down the file in the console tab of Google Chrome DevTools.

And you might need to also modify your php.ini file with the following:

4. Error Establishing a Database Connection

500 internal server errors can also occur from a database connection error. Depending upon your browser you might see different errors. But both will generate a 500 HTTP status code regardless in your server logs.

Below is an example of what an “error establishing a database connection” message looks like your browser. The entire page is blank because no data can be retrieved to render the page, as the connection is not working properly. Not only does this break the front-end of your site, but it will also prevent you from accessing your WordPress dashboard.

Example of error establishing a database connection

So why exactly does this happen? Well, here are a few common reasons below.

• The most common issue is that your database login credentials are incorrect. Your WordPress site uses separate login information to connect to its MySQL database.
• Your WordPress database is corrupted. With so many moving parts with themes, plugins, and users constantly deleting and installing them, sometimes databases get corrupted. This can be due to a missing or individually corrupted table, or perhaps some information was deleted by accident.
• You may have corrupt files in your WordPress installation. This can even happen sometimes due to hackers.
• Issues with your database server. A number of things could be wrong on the web hosts end, such as the database being overloaded from a traffic spike or unresponsive from too many concurrent connections. This is actually quite common with shared hosts as they are utilizing the same resources for a lot of users on the same servers.

Check out our in-depth post on how to fix the error establishing a database connection in WordPress.

5. Check Your Plugins and Themes

Third-party plugins and themes can easily cause 500 internal server errors. We’ve seen all types cause them here at Kinsta, from slider plugins to ad rotator plugins. A lot of times you should see the error immediately after installing something new or running an update. This is one reason why we always recommend utilizing a staging environment for updates or at least running updates one by one. Otherwise, if you encounter a 500 internal server error you’re suddenly scrambling to figure out which one caused it.

A few ways you can troubleshoot this is by deactivating all your plugins. Remember, you won’t lose any data if you simply deactivate a plugin. If you can still access your admin, a quick way to do this is to browse to “Plugins” and select “Deactivate” from the bulk actions menu. This will disable all of your plugins.

Deploy your application to Kinsta — Start with a $20 Credit now.

Run your Node.js, Python, Go, PHP, Ruby, Java, and Scala apps, (or almost anything else if you use your own custom Dockerfiles), in three, easy steps!

If this fixes the issue you’ll need to find the culprit. Start activating them one by one, reloading the site after each activation. When you see the 500 internal server error return, you’ve found the misbehaving plugin. You can then reach out to the plugin developer for help or post a support ticket in the WordPress repository.

If you can’t login to WordPress admin you can FTP into your server and rename your plugins folder to something like plugins_old. Then check your site again. If it works, then you will need to test each plugin one by one. Rename your plugin folder back to “plugins” and then rename each plugin folder inside of if it, one by one, until you find it. You could also try to replicate this on a staging site first.

Rename plugin folder

Always makes sure your plugins, themes, and WordPress core are up to date. And check to ensure you are running a supported version of PHP. If it turns out to be a conflict with bad code in a plugin, you might need to bring in a WordPress developer to fix the issue.

6. Reinstall WordPress Core

Sometimes WordPress core files can get corrupted, especially on older sites. It’s actually quite easy to re-upload just the core of WordPress without impacting your plugins or themes. We have an in-depth guide with 5 different ways to reinstall WordPress. And of course, make sure to take a backup before proceeding. Skip to one of the sections below:

7. Permissions Error

A permissions error with a file or folder on your server can also cause a 500 internal server error to occur. Here are some typical recommendations for permissions when it comes to file and folder permissions in WordPress:

• All files should be 644 (-rw-r–r–) or 640.
• All directories should be 755 (drwxr-xr-x) or 750.
• No directories should ever be given 777, even upload directories.
• Hardening: wp-config.php could also be set to 440 or 400 to prevent other users on the server from reading it.

See the WordPress Codex article on changing file permissions for a more in-depth explanation.

You can easily see your file permissions with an FTP client (as seen below). You could also reach out to your WordPress host support team and ask them to quickly GREP file permissions on your folders and files to ensure they’re setup properly.

File permissions SFTP

8. PHP Memory Limit

A 500 internal server error could also be caused by exhausting the PHP memory limit on your server. You could try increasing the limit. Follow the instructions below on how to change this limit in cPanel, Apache, your php.ini file, and wp-config.php file.

Increase PHP Memory Limit in cPanel

If you’re running on a host that uses cPanel, you can easily change this from the UI. Under Software click on “Select PHP Version.”

Select PHP version

Click on “Switch to PHP Options.”

Switch to PHP options

You can then click on the memory_limit attribute and change its value. Then click on “Save.”

Increase PHP memory limit in cPanel

Increase PHP Memory Limit in Apache

The .htaccess file is a special hidden file that contains various settings you can use to modify the server behavior, right down to a directory specific level. First login to your site via FTP or SSH, take a look at your root directory and see if there is a .htaccess file there.

Easily identify and resolve errors in the log viewer of your powerful, centralized MyKinsta dashboard. Try Kinsta for Free.

If there is you can edit that file to add the necessary code for increasing the PHP memory limit. Most likely it is set at 64M or below, you can try increasing this value.

Increase PHP Memory Limit in php.ini File

If the above doesn’t work for you might try editing your php.ini file. Log in to your site via FTP or SSH, go to your site’s root directory and open or create a php.ini file.

php.ini file

If the file was already there, search for the three settings and modify them if necessary. If you just created the file, or the settings are nowhere to be found you can paste the code below. You can modify of course the values to meet your needs.

Some shared hosts might also require that you add the suPHP directive in your .htaccess file for the above php.ini file settings to work. To do this, edit your .htaccess file, also located at the root of your site, and add the following code towards the top of the file:

If the above didn’t work for you, it could be that your host has the global settings locked down and instead have it configured to utilize .user.ini files. To edit your .user.ini file, login to your site via FTP or SSH, go to your site’s root directory and open or create a .user.ini file. You can then paste in the following code:

Increase PHP Memory Limit in wp-config.php

The last option is not one we are fans of, but if all else fails you can give it a go. First, log in to your site via FTP or SSH, and locate your wp-config.php file, which is typically in the root of your site.

wp-config.php file

Add the following code to the top of your wp-config.php file:

You can also ask your host if you’re running into memory limit issues. We utilize the Kinsta APM tool and other troubleshooting methods here at Kinsta to help clients narrow down what plugin, query, or script might be exhausting the limit. You can also use your own custom New Relic key from your own license.

Debugging with New Relic

9. Problem With Your .htaccess File

Kinsta only uses Nginx, but if you’re using a WordPress host that is running Apache, it could very well be that your .htaccess file has a problem or has become corrupted. Follow the steps below to recreate a new one from scratch.

First, log in to your site via FTP or SSH, and rename your .htaccess file to .htaccess_old .

Rename .htaccess file

Normally to recreate this file you can simply re-save your permalinks in WordPress. However, if you’re in the middle of a 500 internal server error you most likely can’t access your WordPress admin, so this isn’t an option. Therefore you can create a new .htaccess file and input the following contents. Then upload it to your server.

See the WordPress Codex for more examples, such as a default .htaccess file for multisite.

10. Coding or Syntax Errors in Your CGI/Perl Script

500 errors being caused by errors in CGI and Perl is a lot less common than it used to be. Although it’s still worth mentioning, especially for those using cPanel where there are a lot of one-click CGI scripts still being used. As AEM on Stack Overflow says:

CGI has been replaced by a vast variety of web programming technologies, including PHP, various Apache extensions like mod_perl, Java of various flavors and frameworks including Java EE, Struts, Spring, etc, Python-based frameworks like Django, Ruby on Rails and many other Ruby frameworks, and various Microsoft technologies.

Here are a few tips when working with CGI scripts:

• When editing, always used a plain text editor, such as Atom, Sublime, or Notepad++. This ensures they remain in ASCII format.
• Ensure correct permissions of chmod 755 are used on CGI scripts and directories.
• Upload your CGI scripts in ASCII mode (which you can select in your FTP editor) into the cgi-bin directory on your server.
• Confirm that the Perl modules you require for your script are installed and supported.

11. Server Issue (Check With Your Host)

Finally, because 500 internal server errors can also occur from PHP timing out or fatal PHP errors with third-party plugins, you can always check with your WordPress host. Sometimes these errors can be difficult to troubleshoot without an expert. Here are just a few common examples of some errors that trigger 500 HTTP status codes on the server that might have you scratching your head.

We monitor all client’s sites here at Kinsta and are automatically notified when these types of errors occur. This allows us to be pro-active and start fixing the issue right away. We also utilize LXD managed hosts and orchestrated LXC software containers for each site. This means that every WordPress site is housed in its own isolated container, which has all of the software resources required to run it (Linux, Nginx, PHP, MySQL). The resources are 100% private and are not shared with anyone else or even your own sites.

PHP timeouts could also occur from the lack of PHP workers, although typically these cause 504 errors, not 500 errors. These determine how many simultaneous requests your site can handle at a given time. To put it simply, each uncached request for your website is handled by a PHP Worker.

When PHP workers are already busy on a site, they start to build up a queue. Once you’ve reached your limit of PHP workers, the queue starts to push out older requests which could result in 500 errors or incomplete requests. Read our in-depth article about PHP workers.

Monitor Your Site

If you’re worried about these types of errors happening on your site in the future, you can also utilize a tool like updown.io to monitor and notify you immediately if they occur. It periodically sends an HTTP HEAD request to the URL of your choice. You can simply use your homepage. The tool allows you to set check frequencies of:

• 15 seconds
• 30 seconds
• 1 minute
• 2 minutes
• 5 minutes
• 10 minutes

It will send you an email if and when your site goes down. Here is an example below.

Email notification of 500 error

This can be especially useful if you’re trying to debug a faulty plugin or are on a shared host, who tend to overcrowd their servers. This can give you proof of how often your site might actually be doing down (even during the middle of the night).

That’s why we always recommend going with an application, database, and managed WordPress host (like Kinsta).

Make sure to check out our post that explores the top 9 reasons to choose managed WordPress hosting.

Summary

500 internal server errors are always frustrating, but hopefully, now you know a few additional ways to troubleshoot them to quickly get your site back up and running. Remember, typically these types of errors are caused by third-party plugins, fatal PHP errors, database connection issues, problems with your .htaccess file or PHP memory limits, and sometimes PHP timeouts.

Was there anything we missed? Perhaps you have another tip on troubleshooting 500 internal server errors. If so, let us know below in the comments.

Get all your applications, databases and WordPress sites online and under one roof. Our feature-packed, high-performance cloud platform includes:

• Easy setup and management in the MyKinsta dashboard
• 24/7 expert support
• The best Google Cloud Platform hardware and network, powered by Kubernetes for maximum scalability
• An enterprise-level Cloudflare integration for speed and security
• Global audience reach with up to 35 data centers and 275+ PoPs worldwide

Test it yourself with $20 off your first month of Application Hosting or Database Hosting. Explore our plans or talk to sales to find your best fit.

Источник

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

Что такое внутренняя ошибка сервера 500

Код ошибки 5хх говорит о том, что браузер отправил запрос корректно, но сервер не смог его обработать. Что значит ошибка 500? Это проблема сервера, причину которой он не может распознать.

Сообщение об ошибке сопровождается описанием. Самые популярные варианты:

• Внутренняя ошибка сервера 500,
• Ошибка 500 Internal Server Error,
• Временная ошибка (500),
• Внутренняя ошибка сервера,
• 500 ошибка сервера,
• Внутренняя ошибка HTTP 500,
• Произошла непредвиденная ошибка,
• Ошибка 500,
• HTTP status 500 internal server error (перевод ― HTTP статус 500 внутренняя ошибка сервера).

Дизайн и описание ошибки 500 может быть любым, так как каждый владелец сайта может создать свою версию страницы. Например, так выглядит страница с ошибкой на REG.RU:

Как ошибка 500 влияет на SEO-продвижение

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

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

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

Код ошибки 500: причины

Если сервер вернул ошибку 500, это могло случиться из-за настроек на web-хостинге или проблем с кодом сайта. Самые распространённые причины:

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

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

Что делать, если вы пользователь

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

Перезагрузите страницу

Удаленный сервер возвращает ошибку не только из-за серьёзных проблем на сервере. Иногда 500 ошибка сервера может быть вызвана небольшими перегрузками сайта.

Чтобы устранить ошибку, перезагрузите страницу с помощью сочетания клавиш:

• на ПК — F5,
• на ноутбуке — Fn + F5,
• на устройствах от Apple — Cmd + R.

Обратите внимание! Если вы приобретаете товары в интернет-магазине и при оформлении заказа появляется 500 Internal Server Error (перевод — внутренняя ошибка сервера), при перезагрузке страницы может создаться несколько заказов. Поэтому сначала проверьте, оформился ли ваш предыдущий заказ. Если нет, попробуйте оформить заказ заново.

Очистите кэш и cookies браузера

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

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

Что делать, если вы владелец сайта

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

Ниже рассмотрим самые популярные причины и способы решения.

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

Неверные правила в файле .htaccess — частая причина возникновения ошибки. Чтобы это проверить, найдите .htaccess в файлах сайта и переименуйте его (например, в test). Так директивы, прописанные в файле, не повлияют на работу сервера. Если сайт заработал, переименуйте файл обратно в .htaccess и найдите ошибку в директивах. Если вы самостоятельно вносили изменения в .htaccess, закомментируйте новые строки и проверьте доступность сайта.Также может помочь замена текущего файла .htaccess на стандартный в зависимости от CMS.

Найти директиву с ошибкой можно с помощью онлайн-тестировщика. Введите содержимое .htaccess и ссылку на сайт, начиная с https://. Затем нажмите Test:

Произошла непредвиденная ошибка

На экране появится отчёт. Если в .htaccess есть ошибки, они будут выделены красным цветом:

500 ошибка nginx

Активирована устаревшая версия PHP

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

Установлены некорректные права на файлы и каталоги сайта

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

Запущено максимальное количество процессов

На тарифах виртуального хостинга REG.RU установлены ограничения на количество одновременно запущенных процессов. Например, на тарифах линейки «Эконом» установлено ограничение в 18 одновременно запущенных процессов, на тарифах «+Мощность» ― 48 процессов. Если лимит превышен, новый процесс не запускается и возникает системная ошибка 500.

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

Чтобы проверить количество процессов, подключитесь по SSH. Выполните команду:

ps aux | grep [u]1234567 |wc -l

Вместо u1234567 укажите ваш логин хостинга: Как узнать логин хостинга.

Чтобы посмотреть, какие процессы запущены, введите команду:

Вместо u1234567 укажите логин услуги хостинга.

Командная строка отобразит запущенные процессы:

Код ошибки 500

Где:

• u1234567 — логин услуги хостинга,
• 40522 — PID процесса,
• S — приоритет процесса,
• /usr/libexec/sftp-server — название процесса.

Процесс можно завершить командой kill, например:

Вместо 40522 укажите PID процесса.

Чтобы решить проблему, вы также можете:

• увеличить интервал запуска заданий CRON,
• ограничить количество IMAP-соединений в настройках почтового клиента. Подробнее в статье Ограничение IMAP-соединений,
• проанализировать запущенные процессы самостоятельно или обратившись за помощью к разработчикам сайта.

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

Скрипты работают слишком медленно

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

У пользователей VPS есть возможность увеличить максимальное использование оперативной памяти на процесс, но лучше делать скрипты меньшего размера.

Ошибка 500 на сайте, созданном на WordPress

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

Для начала проверьте, нужно ли обновить плагины. Часто устаревшие плагины перестают работать и вызывают проблемы работы сайта. Если все плагины обновлены, но 500 Internal Server Error остаётся, отключите все плагины, чтобы убедиться, что именно они мешают работе сайта. Как только станет понятно, что виноват один из плагинов, отключайте их по очереди, пока не найдёте тот, который нарушает работу сервера.

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