Http error 500 сайт пока не может обработать этот запрос: Сайт пока не может обработать этот запрос 500 в чем проблема? — Хабр Q&A – «Сайт пока не может обработать этот запрос 500″

«Сайт пока не может обработать этот запрос 500″

Недавно переносил сайт WordPress с одного хостинга на другой. Сайт был сложным, много чего изменено и модифизировано. Движок был около 1Гб, а база данных весила 116мБ. Первые проблемы были с базой, пришлось ее делить на 8 частей, чтобы успешно перезаписать. Но после того, как все успешно перезаписал возникла коварная ошибка «Сайт пока не может обработать этот запрос 500».

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

php_value error_reporting -1
php_flag display_errors on
php_flag display_startup_errors on
php_flag ignore_repeated_source off
php_flag ignore_repeated_errors off
php_flag track_errors on
php_flag log_errors on
php_flag mysql.trace_mode on

После этого запустите сайт, должны появиться ошибки — у меня сайт стал жаловаться на функцию split в одном из файлов. Я сразу понял в чем дело — версия PHP на старом хостинге, с которого я переносил сайт была устаревшая, а на новом была 5.6. Решением проблемы стала замена версии PHP на новом хостинге на версию 5.2, так как в ней еще поддерживается функция PHP.

Но если у вас нет возможности менять версию php сайта, то тогда замените функцию split на explorer, в том файл, на который указывает ошибка.

О том как переносить БД wordpress я писал ранее.

Надеюсь, это статья поможет вам решить похожие проблемы.

Читайте также

blogprogram.ru | 2019-04-15 | Решение ошибки: «Сайт пока не может обработать этот запрос 500» | Недавно переносил сайт WordPress с одного хостинга на другой. Сайт был сложным, много чего изменено и модифизировано. Движок был около 1Гб, а база дан | http://blogprogram.ru/wp-content/uploads/2016/08/3213213-131×131.jpg

Сайт пока не может обработать этот запрос HTTP ERROR 500

«Страница недоступна. Сайт пока не может обработать этот запрос HTTP ERROR 500».
Вот такое страшное сообщение появлялось в браузере после того, как я в woocommerce одобрял заказ.

«Страница недоступна. Сайт пока не может обработать этот запрос HTTP ERROR 500».
Я сразу стал писать в тех. поддержку. В последнее время я разочаровался в компетентности тех. поддержки. Порой они такой бред несут. Ну, да ладно…:coffe:
И, как говорится, метод научного втыка и интуицию никто не отменял, пользуйтесь ими, когда безвыходная ситуация (это когда вы не знаете, что делать, а тех. поддержке начхать).
Итак, что же сделал я? Просто поменял версию php 5.6 на версию php 7.0:

«Страница недоступна. Сайт пока не может обработать этот запрос HTTP ERROR 500».

И все заработало.
Ошибка:  «Страница недоступна. Сайт пока не может обработать этот запрос HTTP ERROR 500» после того, как я в woocommerce одобрял заказ исчезла и товар одобрялся.
Вот такие бывают порой проблемы и их легкое решение.
Слушайте свою интуицию, а дальше используйте метод втыка, и тогда вы станете профессиональным программистом ;-)
Вроде, как 1500 знаков есть в статье для поисковика, можно заканчивать статью.
Всем удачи!!!

Понравился пост? Помоги другим узнать об этой статье, кликни на кнопку социальных сетей ↓↓↓


Последние новости категории:

Похожие статьи

Популярные статьи:

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

Метки: wordpress, Вебмастеру

Yii выдает HTTP ERROR 500? — Хабр Q&A

Привет не подскажите в чем проблема, сайт выдает ошибку
«Страница недоступна Сайт www.localhost пока не может обработать этот запрос.
HTTP ERROR 500″

файл .htaccess

Options +FollowSymLinks
<ifModule mod_autoindex.c>
IndexIgnore /
</ifModule>

<ifModule mod_deflate.c>
    AddOutputFilterByType DEFLATE text/plain text/xml application/xml application/xhtml+xml text/css text/javascript application/javascript application/x-javascript
</ifModule>

<IfModule mod_gzip.c>
    mod_gzip_on         Yes
    mod_gzip_dechunk    Yes
    mod_gzip_item_include file  \.(html?|txt|css|js|php|pl)$
    mod_gzip_item_include mime  ^text\.*
    mod_gzip_item_include mime  ^application/x-javascript.*
    mod_gzip_item_exclude mime  ^image\.*
    mod_gzip_item_exclude rspheader ^Content-Encoding:.*gzip.*
</IfModule>

# Cache-Control
<ifModule mod_headers.c>
# 30 дней
<filesMatch "\.(ico|pdf|flv|jpg|jpeg|png|gif|swf)$">
Header set Cache-Control "max-age=2592000, public"
</filesMatch>

# 30 дней
<filesMatch "\.(css|js)$">
Header set Cache-Control "max-age=2592000, public"
</filesMatch>

# 2 дня
<filesMatch "\.(xml|txt)$">
Header set Cache-Control "max-age=172800, public, must-revalidate"
</filesMatch>
</ifModule>

<ifModule mod_expires.c>
    ExpiresActive On
    #по умолчанию кеш в 5 секунд
    ExpiresDefault "access plus 5 seconds"
    #кэшировать флэш и изображения на месяц
    ExpiresByType image/x-icon "access plus 2592000 seconds"
    ExpiresByType image/jpeg "access plus 2592000 seconds"
    ExpiresByType image/png "access plus 2592000 seconds"
    ExpiresByType image/gif "access plus 2592000 seconds"
    ExpiresByType application/x-shockwave-flash "access plus 2592000 seconds"
    #кэшировать css, javascript и текстовые файлы на одну неделю
    ExpiresByType text/css "access plus 604800 seconds"
    ExpiresByType text/javascript "access plus 604800 seconds"
    ExpiresByType application/javascript "access plus 604800 seconds"
    ExpiresByType application/x-javascript "access plus 604800 seconds"
    #кэшировать xml файлы на десять минут
    ExpiresByType application/xhtml+xml "access plus 600 seconds"
</ifModule>

RewriteEngine on

#редирект без www на www
RewriteCond %{HTTP_HOST} ^([^www].*)$
RewriteRule ^(.*)$ http://www.%1/$1 [L,R=301]



#                          /admin,                /backend/web/
RewriteCond %{REQUEST_URI} ^/admin
RewriteRule ^admin\/?(.*) /backend/web/$1

#                         /frontend/web/$1
RewriteCond %{REQUEST_URI} !^/(frontend/web|backend/web|admin)
RewriteRule (.*) /frontend/web/$1

#      frontend
RewriteCond %{REQUEST_URI} ^/frontend/web
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /frontend/web/index.php

#      backend
RewriteCond %{REQUEST_URI} ^/backend/web
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /backend/web/index.php

#RewriteCond %{THE_REQUEST} \s/+(.+?)/+[?\s]
#RewriteRule /$ /%1 [R,L]

файл .htaccess /frontend/web/

RewriteEngine On

RewriteBase /
 
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d

RewriteRule . index.php

что странно файл index.php который в /frontend/web/, не открывает, создал файл /frontend/web/1.php, все нормально открывает(( не могу понять в чем причина?

Как в Joomla исправить ошибку 500

Даже на таком надежном движке, как 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 и не соответствует требованиям.

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

Похожие статьи

HTTP ERROR 500 | WordPress.org Русский

решили откатить сайт к прошлой версии…

Как именно пытались откатить? Разворачивали сайт из резервной копии? Пытались удалить обновлённую тему? Если второе и имеется ftp-доступ к площадке, можно войти на сайт в папку /wp-content/themes и папку с темой переименовать во что-либо ещё. Не найдя нужной папки. вордпресс попробует переключиться на одну из своих предустановленных тем. После этого, пусть криво, но сайт и админка станут доступны. А ссылку на админку лучше в открытом виде на форуме не публиковать.

Сначала обновили тему, все прошло нормально, но нам не понравилось как она обновилась. Затем стали резервную копию восстанавливать сайта, в этот момент подвисло, посе чего никуда не зайти: ни на сам сайт, ни в админку. Вылезает эта ошибка

Резервная копия была создана плагином или вручную? Закачайте резервную копию снова и повторно пройдите всю процедуру восстановления.

Дело в том, что резервная копия была создана плагином, и она в формате .wpress, соответственно, как я понимаю, через ftp её не закачать

Каким плагином делали резервную копию?

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

А вообще, использую плагин Duplicator. С ним много проще.

  • Ответ изменён 2 года, 3 месяца назад пользователем Quazimorda.

Да, согласен, что много протупили, нет опыта. Спасибо большое за помощь, попробуем

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

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