.dedecms5.7 后台 ask 模块管理 404 错误解决方法
作者：用户
本文讲的是.dedecms5.7 后台 ask 模块管理 404 错误解决方法，
度娘了一下，果真如此，万恶的 dedecms，你就不能正经一点吗？
做如下修改，运行正确：
1、问题管理页面：
askcontroladminissue.php 的 $this-&lu
度娘了一下，果真如此，万恶的 dedecms，你就不能正经一点吗？
做如下修改，运行正确：
1、问题管理页面：
askcontroladminissue.php 的 $this-&lurd = new lurd('#@__ask', $this-&temp, $this-&temp.'/lurd');
的 lurd 改为 Lurd即
$this-&lurd = new Lurd('#@__ask', $this-&temp, $this-&temp.'/lurd');；
2、答案管理页面：同理
askcontroladminanswer.php 的 $this-&lurd = new lurd('#@__ask', $this-&temp, $this-&temp.'/lurd');
的 lurd 改为 Lurd 即
$this-&lurd = new lurd('#@__ask', $this-&temp, $this-&temp.'/lurd');。
以上是云栖社区小编为您精心准备的的内容，在云栖社区的博客、问答、公众号、人物、课程等栏目也有的相关内容，欢迎继续使用右上角搜索按钮进行搜索new
dedecms 404页面、dedecms 404、dedecms 设置404页面、dedecms自定义表单404、dedecms问答模块，以便于您获取更多的相关知识。
弹性可伸缩的计算服务，助您降低 IT 成本，提升运维效率
40+云计算产品，6个月免费体验
稳定可靠、可弹性伸缩的在线数据库服务，全球最受欢迎的开源数据库之一
云服务器9.9元/月，大学必备
云栖社区(yq.aliyun.com)为您免费提供相关信息，包括
，所有相关内容均不代表云栖社区的意见！自己写的网站，在本地测试时前端页面显示好好的，可是上传到阿里云服务器后，出现了页面排版错乱问题？ - 知乎有问题，上知乎。知乎作为中文互联网最大的知识分享平台，以「知识连接一切」为愿景，致力于构建一个人人都可以便捷接入的知识分享网络，让人们便捷地与世界分享知识、经验和见解，发现更大的世界。19被浏览<strong class="NumberBoard-itemValue" title="分享邀请回答3添加评论分享收藏感谢收起02 条评论分享收藏感谢收起阿里云的服务器和织梦的数据库无法连接，是那么回事？_百度知道
阿里云的服务器和织梦的数据库无法连接，是那么回事？
网上说的其他方法我也试过，但还是无法连接到服务器的数据库上，我详细说下，织梦网站的后台需要安装，但安装到数据库这步的时候，就说无法连接数据库，我用了其他方法也连接不起，接下来我该那么来安装网站
问题已经解决，问题原因是因为网站的文件数据库，和服务器数据库的名称，密码等不同，只要去改网站链接数据库的那个文件中的密码就可以了。
我有更好的答案
百分百你自己数据库连接的地方填的不对！我安装过这么多从来都没出现过连不上！
我百分百确定自己没填错信息
你可以自己进行检查，用您的账号密码登陆阿里云数据库，如果能进去那你觉得是谁错了！？？！如果进不去，那你就看看你的账号密码对不对！否则我肯定没有别的原因！
都对就是连不起，那么办
数据库主机那一栏填的肯定不对！就是默认lochost那一栏！
不是填localhost，我也是醉了！
有什么方法吗
采纳率：82%
为您推荐：
其他类似问题
&#xe675;换一换
回答问题，赢新手礼包&#xe6b9;
个人、企业类
违法有害信息,请在下方选择后提交
色情、暴力
我们会通过消息、邮箱等方式尽快将举报结果通知您。数加&大数据分析及展现
数加&大数据应用
管理与监控
阿里云办公
培训与认证
域名与网站(万网)
数加&人工智能
数加&大数据基础服务
互联网中间件
开发者工具
云虚拟主机
&&&&&&&&&云虚拟主机404页面需要显示404状态码的问题
云虚拟主机404页面需要显示404状态码的问题
更新时间： 13:26:11
&404页面需要显示404状态码的问题，首先404页面需要是asp程序页面，asp.net需要在web.config配置文件进行设置。html页面无法实现自定义状态码显示为404，下面举个例子来进行操作：1. 在站点目录下创建一个404.asp文件放在一个指定位置，测试时放在了ftp的根目录下。&404.asp内容如下，具体内容按您自己设置的页面为主，注意最上端包含：&% response.status="404&Not&Found"&即可。&%&& Response.Status&=&"404&Not&Found"&& %& test&404&-&test&404test。2. 登陆cp.hichina.com，设置404页面，点击浏览，确认设置404页面。&&3. 最终显示结果如下，返回状态为404：&&如问题还未解决,请联系&&&
阿里云虚拟主机主要用于搭建网站，提供预装网站运行环境，赠送正版数...
阿里云解析是阿里云为全网域名开放的域名智能解析服务，阿里云解...
云服务器（Elastic Compute Service，简称 ...
本文导读目录
以上内容是否对您有帮助？
更新不及时
缺少代码/图片示例
太简单/步骤待完善
更新不及时
缺少代码/图片示例
太简单/步骤待完善
感谢您的打分，是否有意见建议想告诉我们？
感谢您的反馈，反馈我们已经收到最近接到多位园友的反馈，在浏览器输入cnblogs.com，有时会出现404的页面，而正常情况下应该跳转至www.cnblogs.com。
在服务器端的IIS中，我们是通过URL Rewrite Module进行这个跳转的，URL重写规则是这么写的：
&rule name="root_redirect_www" stopProcessing="true"&
&match url="(.*)" /&
&conditions logicalGrouping="MatchAll" trackAllCaptures="false"&
&add input="{HTTP_HOST}" pattern="^cnblogs\.com$" /&
&/conditions&
&action type="Redirect" url="http://www.cnblogs.com/{R:1}" redirectType="Permanent" /&
重写规则本身没问题，即使这个规则不起作用，也应该能正常访问，只是不跳转，不至于出现404。百思不得其解。。。
分析来分析去，我们觉得只有一种可能会引起404。在我们的URL Rewrite Module配置文件中有这样一条重写规则：
&rule name="block_invalid_host" enabled="true" stopProcessing="true"&
&match url=".*" /&
&conditions logicalGrouping="MatchAll" trackAllCaptures="false"&
&add input="{HTTP_HOST}" pattern="^.+\.?cnblogs\.com$" negate="true" /&
&add input="{HTTP_HOST}" pattern="^\d+\.\d+\.\d+\.\d+$" negate="true" /&
&/conditions&
&action type="CustomResponse" statusCode="404" statusReason="Not found" statusDescription="Not found" /&
当IIS收到的hostname不是我们的域名与IP，就会返回404。
而对于我们遇到的问题，虽然用户在浏览器输入的是cnblogs.com，但如果hostname在中途被人偷梁换柱了，也会引发404。
而能够进行偷梁换柱的只有一个嫌疑对象，那就是我们使用的负载均衡&&阿里云SLB。
确定了嫌疑对象，接下来就是取证，然后向阿里云起诉SLB，将之绳之以法。
我们想到了一个很简单的取证方法，稍微修改一下上面的URL重写规则，给在返回404时，再附加返回一个subStatusCode（用于在IIS日志中与其它的404区分开来）：
&rule name="block_invalid_host" enabled="true" stopProcessing="true"&
&match url=".*" /&
&conditions logicalGrouping="MatchAll" trackAllCaptures="false"&
&add input="{HTTP_HOST}" pattern="^.+\.?cnblogs\.com$" negate="true" /&
&add input="{HTTP_HOST}" pattern="^\d+\.\d+\.\d+\.\d+$" negate="true" /&
&/conditions&
&action type="CustomResponse" statusCode="404" subStatusCode="8" statusReason="Not found" statusDescription="Not found" /&
并在IIS日志中增加对cs-host与sc-substatus的记录：
然后守在IIS旁边，等待犯罪嫌疑人再次作案。。。
守了一段时间之后，通过IIS Log Parser Studio查询IIS日志，查询命令如下：
SELECT to_string(to_localtime(time),'HH:mm:ss') as time, cs-uri-stem, sc-status, sc-substatus, cs-host
FROM '[LOGFILEPATH]'
WHERE sc-status=404 AND sc-substatus=8
发现了重要的线索：
我们猜测，访问cnblogs.com时出现404，很有可能是SLB在转发请求时丢掉了host头。
但我们只能说很有可能，我们的取证工作也只能做到这里，是否真的是这个原因，需要阿里云通过SLB的日志进行确认。
不管是不是SLB的问题，找到了这个线索，我们就有办法应对这个问题，添加一条如下的URL重写规则（放在block_invalid_host规则之前）&& 当host为空时，跳转至www.cnblogs.com：
&rule name="blank_host_redirect" stopProcessing="true"&
&match url="(.*)" /&
&conditions logicalGrouping="MatchAll" trackAllCaptures="false"&
&add input="{HTTP_HOST}" pattern="^$" ignoreCase="false" /&
&/conditions&
&action type="Redirect" url="http://www.cnblogs.com/{R:1}" redirectType="Found" /&
阅读(...) 评论()