我安装了'更改数据库前缀'wordpress插件(正在使用的WordPress版本是3.7.1),这导致了一个错误并阻止了对该网站的所有类型的http访问(域和/ wp-admin页面) 。
安装时出现以下错误 - 更改值:表mdv_options中的mdv_user_roles:失败 更改表mdv_usermeta中的值:失败
这就是现在发生的事情 - 无论我是尝试登录我的/ wp-admin还是直接访问域,我都会被重定向到/wp-admin/install.php(欢迎屏幕以安装WordPress),就好像这是一个新的安装。
调查结果 - 我从cPanel登录phpMyAdmin,发现所有表都有旧前缀,这意味着没有一个表被更改为新表。有道理,可能由于db错误而导致db-rollback。
但是,wp-config.php文件中的$ table_prefix属性已更改为新前缀。我将其更改回旧前缀并将文件上传到服务器。
虽然我仍然有同样的行为。访问域点指向/wp-admin/install.php文件。
有人遇到过这个问题吗?任何帮助是极大的赞赏!感谢。
答案 0 :(得分:0)
有关详细信息,请参阅此链接 - Change wordpress table prefix
答案 1 :(得分:0)
1}删除你的插件(因为你无法登录你的wordpress管理面板)然后重命名该插件并尝试登录...(你可以重命名你的插件文件夹:wp-content \ plugins \ - 你的插件 - 名称
2}如果在phpmyadmin中你看到你的表前缀是由你通过插件输入的新前缀改变的,那么看看哪个表带有旧前缀(只需用新前缀改变它:只需点击resp表>>操作>>重命名表名称)或反之亦然
3}打开WP-CONFIG.PHP并检查$ table_prefix =您的默认或新前缀是什么设置。
4}如果你有数据库的备份,那么只需用当前的数据库替换它并检查。
答案 2 :(得分:0)
找到答案。首先,我正在查看错误的数据库并认为表没有被插件重命名。他们是。
基本上'更改数据库前缀'似乎是一个写得不好的插件。
原因 - 它能够重命名表,但不知何故它似乎已经为新前缀添加了另一个'_'。因此它无法重命名_usermeta表中的字段值。
有趣的是,为插件本身提供的原始前缀是错误的,在某种意义上,没有带有给定“原始”前缀的表格!所以插件去了另外一堆重复的表。
这个插件基本上没有维护db自动性。让我想知道如何错过db mgmt这样的基本原理并发布一个插件。
解决方案 - 在分析了有用的Bluehost技术支持的问题后,只需删除新表并将wp-config.php中的db_prefix修改回原始值。这解决了这个问题。
感谢Pranita和user2906577,感谢您花时间尝试解决此问题。