求助：寻找调用旧SQL表前缀website_的脚本位置

• 查后端API逻辑文件：前端JS只是发起请求，真正操作数据库的代码基本在PHP里——直接搜索网站所有.php文件里的website_字符串，大概率能找到硬编码的旧前缀调用。重点排查主题的functions.php、自定义插件文件，或者单独的API接口脚本。
• 追踪AJAX请求的后端处理：打开浏览器开发者工具的Network标签，触发医生搜索动作，找到对应的AJAX请求，查看请求的action参数，再到后端找该action对应的处理函数，顺着追踪数据库查询的代码逻辑。
• 全局搜索旧前缀字符串：用文本编辑器（比如VS Code）全局检索网站目录下所有文件中的website_，覆盖PHP、JS、甚至配置文件——别只盯着控制台指向的压缩版JS，未压缩的源文件或后端PHP里才可能藏着硬编码内容。
• 检查动态前缀使用情况：确认wp-config.php里的$table_prefix已正确设置为wp_，同时排查代码中有没有不用$wpdb->prefix动态获取前缀，而是直接写死website_的地方，这是服务器迁移后常见的问题点。
• 查看服务器错误日志：500错误的具体报错细节会记录在服务器日志里（比如Apache的error.log或Nginx的error.log），日志会明确显示报错的文件路径和行号，能直接定位问题代码，比盲目查找效率高很多。
• 检查主题/插件后台设置：部分主题或自定义插件会在后台设置中存储数据库表名，迁移后可能未更新，去后台相关设置页面看看，确认是否有填写表名的选项，改成wp_开头的表名。
• 清理缓存：把服务器缓存、浏览器缓存全部清理一遍，避免加载的是旧的压缩JS文件，导致看不到真实的调用代码。

内容的提问来源于stack exchange，提问作者Era Era