我有一个自定义404错误处理页面
它在数据库表中查找URL并重定向是否有合适的目标。网址被记录,连同重定向提供(如果有的话),我们的应用程序有一个管理报告,以显示哪些网址被捕获,允许客户端设置更多等。
我们只有一个特定的Images文件夹,但是我们收到的图像请求的路径格式不正确。我们可以在/IMAGES/中找到匹配的图像名称,然后返回该名称。我应该用301吗(我们目前返回一个(200)
我们在管理报告中强调了这些问题——因为CMS或批量电子邮件中可能存在错误,通过重定向,我们只是掩盖了问题(我认为修复它将有助于提高性能?)
我还想知道是否返回一个图像“未找到图像,请访问www.example.com“会很有帮助的(如果我的域名不是推荐人的话,可能会特别有用!)。然后那些无用的人把我们的图片嵌入他们的网站,错误的!,至少会给我们带来交通堵塞。
类似地,如果我得到一个对JS或CSS文件的404请求,我应该返回一些有用的东西吗?我在想,至少在戴夫身上,知道我们搞砸了会很方便。有时丢失的文件在其用法中可能非常模糊,以至于QA中丢失了它(我想有人
应该
在404日志中注意到了!),但我在想,也许将BODY设置为一些大的值,或者在返回的.JS文件中设置一个警报,可能对开发人员有所帮助。
在今天的谷歌搜索中,我也发现了这样一个建议:格式错误的查询字符串可能会返回“400错误请求”和格式良好的查询字符串,但如果参数有无效值(例如,找不到产品代码),则可以将其视为404。如果我这样做,并同时返回内容(例如,解释页),用户是否会看到,或者他们的浏览器可能会用一个固定的404错误页面来代替它(我有一种感觉,早期版本的IE做到了这一点?)
感谢所有的想法。
(在我的例子中是典型的ASP/IIS,但希望问题是通用的)
编辑
:我还想知道是否有人对类似已知黑客企图的东西做了什么特别的处理?
-
http://www.example.com:80/
admin/phpmyadmin/scripts/setup.php
-
admin/pma/scripts/setup.php
-
http://www.example.com:80/
admin/scripts/setup.php
-
http://www.example.com:80/
-
http://www.example.com:80/
-
http://www.example.com:80/
myadmin/scripts/setup.php
-
http://www.example.com:80/
mysql/scripts/setup.php
-
http://www.example.com:80/
-
phpadmin/scripts/setup.php
-
http://www.example.com:80/
phpMyAdmin/scripts/setup.php
-
phpmyadmin1/scripts/setup.php
-
phpmyadmin2/scripts/setup.php
-
-
http://www.example.com:80/
web/scripts/setup.php
这些“触角”:
-
-
http://www.example.com:80/MSOffice/cltreq.asp?。。。