自从我将drupal站点移动到新服务器后,我遇到了一个非常奇怪的问题.
这是问题描述:
当我尝试登录登录页面(http://129.16.208.27/drupal/?q=user)时,只需重新加载,我看不到我的管理面板.如果我尝试手动访问管理页面,我会收到一条拒绝访问的消息,表明登录失败.如果我键入不正确的登录名或密码,我会得到相同的行为.当尝试请求新密码时,页面只是重新加载(如上所述),我没有收到任何电子邮件.
这就是我移动网站的方式:
我使用phpmyadmin复制并移动文件,导出和导入数据库,并通过更改base_url和编辑数据库信息来编辑sessions.php.
该网站工作正常,我可以看到所有页面,但我只是无法登录!
这是我尝试过的:
删除drupal文件夹和数据库,然后再次尝试.
使用不同的方法更改管理员密码(drush,MD5,在phpmyadmin的users表中).
将整个drupal文件夹的权限更改为777.
注释掉settings.php文件中的cookie_domain.
添加了 drupal_page_footer(); $ GLOBALS ['tempUser'] = $ user; 到我的index.php文件.
清空数据库中以缓存开头的所有表.
尝试了不同的Web浏览器和清除缓存.
以下是一些更多信息:
这两个服务器具有相同版本的php(5.2.3).
我可以毫无问题地登录旧页面.
db中的用户表看起来很好,除了访问和登录时间戳是旧的(从我移动服务器之前).
监视程序表不包含失败登录的条目,但是当我尝试访问http://129.16.208.27/drupal/?q=admin时,它会生成一个条目(拒绝访问),但时间戳错误1小时.
服务器时间很好.
SpaceBeers要求看门狗表,这里是:
===Database orma
== Table structure for table watchdog
|------
|Field|Type|Null|Default
|------
|//**wid**//|int(11)|No|
|uid|int(11)|No|0
|type|varchar(64)|No|
|message|longtext|No|
|variables|longblob|No|
|severity|tinyint(3) |No|0
|link|varchar(255)|Yes|
|location|text|No|
|referer|text|Yes|NULL
|hostname|varchar(128)|No|
|timestamp|int(11)|No|0
== Dumping data for table watchdog
|3344|0|cron|Cron run completed.|a:0:{}|5| |http://129.16.208.27/drupal/| |83.233.148.7|1331513088
|3345|0|access denied|user/1|N;|4| |http://129.16.208.27/drupal/?q=user/1| |83.233.148.7|1331515605
|3346|0|cron|Cron run completed.|a:0:{}|5| |http://129.16.208.27/drupal/| |83.233.148.35|1331548875
|3347|0|cron|Cron run completed.|a:0:{}|5| |http://129.16.208.27/drupal/| |129.16.208.199|1332154845
|3348|0|cron|Cron …