网站打不开500内部服务器错误_PHP报错与日志排查
网站打不开的排查需要一套系统的流程，不能盲目操作。本文提供从外到内的排查流程：第一步确认是自己的问题还是网站的问题——用手机移动数据访问、用在线工具（站长工具、17ce、DownForEveryoneOrJustMe）测试，排除本地网络和DNS问题。第二步看错误类型——浏览器显示的错误页面或HTTP状态码，初步判断原因。第三步检查服务器状态——服务器是否在线、Web服务（Nginx/Apache）是否运行、数据库（MySQL）是否运行、CPU/内存/磁盘是否正常。第四步检查日志——Web服务器错误日志、PHP错误日志、数据库错误日志，日志通常能直接定位原因。第五步针对性修复——根据日志和错误信息修复配置、权限、程序问题。第六步测试验证——修复后用浏览器和在线工具测试网站是否正常。按这个流程逐步排查，大部分网站打不开的问题都能快速解决。
网站空白页（白屏）的排查。页面完全空白没有任何内容，通常是PHP报错被屏蔽（display_errors=Off）或致命错误导致脚本中断。排查：1.开启错误显示。在PHP入口文件（如index.php）开头添加error_reporting(E_ALL); ini_set('display_errors', 1);，或在php.ini设置display_errors=On error_reporting=E_ALL，或在.htaccess添加php_flag display_errors on。刷新页面看具体错误。2.查看PHP错误日志。日志位置：/var/log/php_errors.log、/var/log/apache2/error.log、/var/log/nginx/error.log、网站目录下的error_log，或phpinfo()中error_log指令。日志中有致命错误（Fatal error）和文件行号。3.常见白屏原因：-PHP致命错误：调用未定义函数、类不存在、内存耗尽、最大执行时间超时，根据错误修复。-语法错误：最近修改的文件有语法错误（Parse error），修复语法或恢复文件。-BOM头：PHP文件有UTF-8 BOM头，在header()/session_start()前输出导致错误，但白屏通常是因为错误被屏蔽，开启错误显示后会看到「headers already sent」错误，去除BOM头。-数据库连接失败：某些程序数据库连接失败时不显示错误直接白屏，按数据库连接失败排查。-权限问题：文件/目录权限错误导致PHP无法读取文件，白屏，修复权限。-缓存问题：OPcache或文件缓存了错误的代码，清理OPcache（重启PHP或opcache_reset()）、删除缓存目录（runtime/cache/tplcache）。-插件/主题冲突：WordPress等，重命名插件目录禁用所有插件，逐个定位。4.修复后关闭display_errors（生产环境），用日志记录错误。
域名解析错误和服务器连接超时的排查。浏览器提示「无法访问此网站」「域名无法解析」「连接超时」，不是HTTP错误页面，是网络层问题。排查：1.域名解析检查。-ping域名，看是否解析到正确的服务器IP（ping 域名，显示的IP是否是你的服务器IP）。如果ping不通或IP错误，是DNS解析问题。-检查域名是否过期（whois查询域名状态，过期会停止解析）。-检查DNS解析记录是否正确（A记录指向服务器IP，CNAME指向正确目标），在域名注册商或DNS服务商后台查看。-DNS生效延迟，刚修改解析需要等待（TTL时间，通常10分钟-24小时），用nslookup 域名 8.8.8.8测试公共DNS是否生效。-本地DNS缓存，执行ipconfig /flushdns（Windows）或sudo systemd-resolve --flush-caches（Linux）清除本地缓存，或换网络测试。2.服务器连接超时。-ping服务器IP，如果IP都ping不通，服务器可能宕机、网络故障、防火墙禁ping，联系主机商或登录控制台（云服务器VNC）查看。-telnet服务器IP 80（或443），测试Web端口是否通。如果ping通但端口不通，Web服务未启动或防火墙/安全组未放行端口。-检查Web服务状态：systemctl status nginx/apache，未启动则启动。-检查防火墙/安全组：云服务器安全组入方向是否放行80/443端口；Linux iptables/firewalld是否放行；Windows防火墙是否放行。-服务器负载过高导致无法响应：CPU/内存/带宽满，用控制台VNC登录查看，重启服务或升级配置。-被DDoS/CC攻击导致流量清洗或黑洞，联系主机商或高防服务。3.用在线工具（17ce、站长工具、DownForEveryoneOrJustMe）测试全国/全球访问情况，判断是局部问题还是全局问题。
503 Service Unavailable（服务不可用）和504 Gateway Timeout（网关超时）的排查。503表示服务器暂时不可用（过载、维护、限流）；504表示网关（Nginx）等待后端响应超时。503排查：1.服务器过载，CPU/内存/连接数满，无法处理请求，用top/free/netstat查看，升级配置或优化程序/加CDN分流。2.维护模式，程序开启了维护模式（如WordPress维护模式、discuz关闭站点），后台关闭维护模式或删除维护标记文件（如.maintenance）。3.CDN/WAF返回503，CDN回源失败或WAF限流，检查CDN回源配置和源站状态，关闭WAF测试。4.限流配置，Nginx的limit_req/limit_conn触发限流返回503，调整限流阈值或排查是否被攻击。5.PHP-FPM进程池满（同502），重启或调整配置。504排查：1.后端（PHP-FPM/数据库）响应超时，PHP脚本执行时间过长（大查询、循环、外部API调用超时）、数据库慢查询、外部服务调用无响应。查看PHP慢日志和数据库慢查询，优化慢脚本；增加Nginx的fastcgi_read_timeout（如60s）和PHP的max_execution_time。2.数据库响应慢或锁表，慢查询、表锁、连接数满，优化数据库、重启MySQL释放锁。3.外部API调用超时，PHP中调用外部HTTP API无超时设置，网络不通时一直等待，设置curl超时（CURLOPT_TIMEOUT）或file_get_contents超时。4.Nginx超时配置过短，fastcgi_read_timeout默认60s，某些耗时长的操作（如大文件上传、数据导出）需要更长时间，调整fastcgi_read_timeout和proxy_read_timeout。5.网络问题，Nginx到后端（如独立PHP服务器、数据库服务器）网络不通或延迟高，ping/telnet测试网络，检查防火墙。6.磁盘IO瓶颈，磁盘IO高导致读写慢，响应超时，用iostat查看，优化IO或换SSD。
CDN故障导致网站打不开的排查。使用CDN（Cloudflare、阿里云CDN、七牛、又拍云等）时，CDN节点故障、回源失败、配置错误都可能导致网站打不开。排查：1.判断是否CDN问题。-关闭CDN（Cloudflare暂停云、灰色云朵；其他CDN暂停加速或修改DNS回源），直接访问源站，如果源站正常说明是CDN问题。-用本地hosts指向源站IP测试，源站正常→CDN问题。2.CDN回源失败。-回源地址配置错误：CDN后台回源地址（源站IP/域名）是否正确，回源端口（80/443）是否正确，回源协议（HTTP/HTTPS）是否与源站匹配（源站只有HTTP但CDN回源用HTTPS会失败）。-源站防火墙拦截CDN回源IP：源站防火墙/安全组只允许特定IP，CDN回源IP被拦截，在源站放行CDN服务商的回源IP段（CDN官方有公布IP段）。-源站故障：源站本身打不开（按前文排查源站），CDN回源失败返回错误。3.CDN节点故障。-CDN部分节点宕机或网络问题，导致部分地区访问失败，用17ce等工具测试全国节点，看是否部分地区异常。-切换CDN服务商或调整CDN节点（如Cloudflare切换不同套餐/节点），或临时关闭CDN回源。4.CDN缓存问题。-CDN缓存了错误页面（如502/404），在CDN后台刷新缓存（purge all或刷新URL）。-缓存规则错误，动态页面被缓存导致异常，调整缓存规则（动态页面不缓存）。5.SSL/HTTPS配置。-CDN证书过期或未配置，HTTPS访问失败，在CDN后台更新证书（CDN通常提供免费证书或自动续期）。-CDN回源HTTPS但源站证书无效，回源失败，检查源站证书或回源改用HTTP。6.DNS配置。-CDN加速域名的CNAME解析是否正确（指向CDN提供的CNAME地址），DNS是否生效，用dig/nslookup检查。7.CDN被攻击。-CDN节点遭受DDoS/CC攻击导致服务异常，CDN服务商会有通知，开启高防或联系CDN服务商。8.如果CDN问题短期无法解决，临时修改DNS回源（A记录指向源站IP），保证网站可访问，同时排查CDN问题。
从备份恢复网站的完整流程（应急恢复）。当网站打不开且无法快速定位修复时，从最近的干净备份恢复是最快的恢复访问的方法。步骤：1.确认备份可用。找到最近的完整备份（文件+数据库），确认备份文件完整（大小正常、能解压/导入）。如果有多个备份，选择入侵前/故障前的最近干净备份。2.维护页面。在恢复期间，在服务器上放置一个简单的维护页面（静态HTML，提示「网站维护中，请稍后访问」），或在CDN/WAF中开启维护模式，避免用户看到错误页面。3.备份当前状态（可选但建议）。如果当前网站还有数据（如最新文章、用户注册），先备份当前数据库和文件（即使有问题，可能需要后续恢复最新数据），与恢复的备份合并。4.恢复文件。-删除当前网站目录下的所有文件（或重命名为备份，如www_old）。-从备份中解压网站文件到网站目录。-设置文件权限（644文件/755目录）和所有者（PHP运行用户）。-如果备份是在旧服务器/旧路径，检查配置文件中的路径（如绝对路径）是否需要更新。5.恢复数据库。-删除当前数据库中的所有表（或创建新数据库），避免旧数据残留。-用备份的sql文件导入：命令行mysql -u用户名 -p密码 数据库名 < 备份.sql，或phpmyadmin导入。-大数据库用命令行导入更稳定（phpmyadmin有上传大小限制）。-检查数据库连接配置（config文件中的数据库名/用户名/密码/地址）是否正确。6.修改配置。-如果域名/路径/数据库信息有变化，修改配置文件（wp-config.php、config.php、.htaccess伪静态规则等）。-清理缓存：删除程序缓存目录（runtime/cache/tplcache）、OPcache（重启PHP）、CDN缓存（刷新）。7.测试访问。-本地测试：修改hosts文件指向服务器IP，访问网站测试前台/后台/核心功能（注册登录、文章发布、图片显示、支付等）。-公网测试：确认DNS解析正确，用手机移动数据和在线工具测试全国访问。-检查错误日志：Web服务器和PHP错误日志是否有新错误。8.取消维护页面，正式恢复访问。9.后续：分析故障原因，修复导致故障的问题（程序漏洞、配置错误、资源不足），防止再次发生。如果是被入侵，按入侵排查流程加固。10.更新备份，恢复后的状态作为新的备份基线。
网站被入侵篡改导致打不开的排查和恢复。网站被黑后可能被篡改首页、植入后门、跳转恶意网站、被搜索引擎标记危险，导致无法正常访问。排查：1.确认被入侵迹象：首页被篡改（显示黑客页面、赌博/色情内容）、网站跳转到其他域名、服务器异常进程/文件、流量异常（大量外发请求）、搜索引擎提示危险网站、主机商通知被入侵。2.应急处理：-如果网站被篡改导致无法访问，先从备份恢复（见下文恢复流程），不要只删篡改文件（后门可能还在）。-断开服务器网络或在防火墙封禁异常IP，防止进一步破坏。-保留入侵证据（日志、异常文件副本），用于溯源。3.排查入侵点：-查看Web访问日志（Nginx/Apache access.log），找异常POST请求、可疑URL（如上传接口、phpmyadmin、漏洞利用路径）。-扫描恶意文件：用find命令找最近修改的PHP文件（find 网站目录 -name "*.php" -mtime -7），用杀毒软件（clamav）或在线木马扫描（阿里云盾、安全狗）扫描webshell。-检查异常用户：数据库中是否有异常管理员账号、系统用户是否有异常新增。-检查计划任务：crontab -l查看是否有异常定时任务（如反弹shell、下载恶意脚本）。-检查系统文件：/tmp、/var/tmp等目录是否有异常可执行文件。4.修复和加固：-从干净备份恢复网站文件和数据库（确保备份是入侵前的干净备份）。-更新所有程序（WordPress核心/主题/插件、dedecms等）到最新版本，修补漏洞。-重置所有密码（数据库密码、管理员密码、FTP密码、SSH密码、邮箱密码），使用强密码。-删除异常管理员账号和后门文件。-配置WAF（云WAF或服务器端安全狗/云锁），开启漏洞防护和CC防护。-限制后台访问IP，修改默认后台路径，禁用不必要的功能（如xmlrpc.php、文件上传）。-定期备份和更新，监控网站文件变化（用inotify或版本控制）。5.如果被搜索引擎标记危险，清理后在百度搜索资源平台/Google Search Console提交申诉，申请解除标记。
403 Forbidden（禁止访问）的排查。403表示服务器理解请求但拒绝执行，通常是权限或目录索引问题。排查：1.目录索引缺失。访问目录（如http://域名/或http://域名/blog/）时，目录下没有默认首页文件（index.html/index.php/default.aspx等），且服务器未开启目录浏览（Options Indexes），会返回403。解决：确认根目录有index.php或index.html；或在Nginx配置index index.php index.html; Apache配置DirectoryIndex index.php index.html。2.文件/目录权限不足。Linux下PHP文件权限应为644、目录755，所有者为PHP运行用户（www-data/nginx/apache）。权限过严（如600/700且所有者不是PHP用户）会导致403。修复：chown -R www-data:www-data 网站目录；chmod -R 644 文件、chmod -R 755 目录。Windows下给IIS_IUSRS用户读取和执行权限。3.目录执行权限被禁。某些安全配置禁止了目录的执行权限，或.htaccess中有Deny from all/Require all denied规则，检查.htaccess和服务器配置。4.Nginx/Apache配置拒绝。Nginx配置中有deny all;或location规则拒绝访问；Apache配置中有Require all denied。检查虚拟主机配置。5.IP被封禁。服务器防火墙（iptables/fail2ban）或WAF封禁了访问IP，查看封禁日志，解封IP。6.SSL/HTTPS配置错误。某些情况下HTTPS配置错误（如证书权限）会导致403，检查SSL证书文件权限（600或644）和Nginx/Apache SSL配置。7.SE Linux（CentOS）。SE Linux强制访问控制可能导致403，临时关闭测试setenforce 0，如果正常说明是SE Linux问题，配置正确的SE Linux上下文（chcon -R -t httpd_sys_content_t 网站目录）或调整策略。8.防盗链。图片/静态资源开启了防盗链，非本站Referer访问返回403，检查防盗链配置。
404 Not Found（页面不存在）的排查。首页能打开但内页404，通常是伪静态问题；所有页面都404，可能是文件缺失或服务器配置问题。排查：1.确认文件存在。访问的URL对应的文件是否在服务器上（如访问/about.html，根目录是否有about.html；动态路由如/index.php/article/1，确认入口文件index.php存在且路由配置正确）。2.伪静态规则问题（最常见）。WordPress/dedecms/ThinkPHP等程序的URL重写需要伪静态规则，规则缺失或错误会导致除首页外所有页面404。-Nginx：检查server块中是否有try_files $uri $uri/ /index.php?$query_string;（WordPress）或对应程序的rewrite规则，缺少则添加，重载nginx（nginx -s reload）。-Apache：检查根目录是否有.htaccess文件且包含正确的rewrite规则，确认httpd.conf中AllowOverride All（.htaccess才生效）、mod_rewrite模块已开启（LoadModule rewrite_module）。-IIS：检查是否安装URL Rewrite模块，web.config中是否有正确的重写规则。3.虚拟主机子目录部署。如果程序安装在子目录（如域名/blog），伪静态规则需要适配子目录，Nginx的location或Apache的.htaccess中RewriteBase设置正确。4.大小写问题。Linux区分大小写，URL中文件名大小写与实际文件不一致会404（如访问About.html但文件是about.html），统一用小写文件名。5.缓存/CDN问题。CDN缓存了404响应，在CDN后台刷新缓存（purge）或关闭CDN测试。6.程序路由配置。ThinkPHP/Laravel等框架，检查路由文件是否定义了对应路由、控制器和方法是否存在、命名空间是否正确。7.重新保存固定链接。WordPress在后台「设置」-「固定链接」重新保存一次，会重新生成.htaccess规则，有时能解决404。
用户真实体验：「网站内页全404，查了是Nginx伪静态规则没加，加上try_files规则重载后正常，伪静态是经典坑」「502错误查了PHP-FPM日志是max_children满了，调大了进程数又优化了慢脚本，现在稳定了，要看日志不能盲目重启」。
操作提示：网站打不开先看浏览器错误信息对号入座（数据库错误/500/404/403/502/503/504/白屏/连接超时/SSL错误），不同错误排查方向完全不同。排查顺序：在线工具确认是否全局故障→看错误类型→看服务器状态（Web/数据库/CPU/内存/磁盘）→看错误日志（Web/PHP/数据库日志）→针对性修复。生产环境不要开启display_errors（泄露敏感信息），用日志排查。操作前备份，特别是修改数据库/删除文件/改配置前。无法快速定位时从备份恢复是最快方案。
更新时间：2026-08-27 11:06:35