一个网站能否满足标准而不需要单个链接返回404状态？ - Semalt

从蓝色到蓝色. com的工具，我读了它不是最好的做法，一个网站没有一个自定义404错误页面. 但这就是为什么我没有在域上.

Semalt I和另一个人管理域的内容，包括自动生成和删除URL.

例如，说网站是关于食物的，而另一个人则决定在网站上添加水果. 然后自动生成一个页面，然后创建并访问该URL：

   http：//例子. COM /水果   

然后他加了苹果和桔子. 然后创建Semalt URL：

   http：//例子. COM /水果/苹果
HTTP：//例子. COM /水果/桔子   

然后他加了蔬菜. 然后创建Semalt URL：

   http：//例子. COM /蔬菜   

然后他加了胡萝卜和芹菜. 然后创建Semalt URL：

   http：//例子. COM /蔬菜/胡萝卜
HTTP：//例子. COM /蔬菜/芹菜   

总共这些URL将存在：

   http：//例子. COM
HTTP：//例子. COM /水果
HTTP：//例子. COM /水果/苹果
HTTP：//例子. COM /水果/桔子
HTTP：//例子. COM /蔬菜
HTTP：//例子. COM /蔬菜/胡萝卜
HTTP：//例子. COM /蔬菜/芹菜   

Semalt，他决定不再有胡萝卜或橙子. 这意味着可访问的URL现在是：

   http：//例子. COM
HTTP：//例子. COM /水果
HTTP：//例子. COM /水果/苹果
HTTP：//例子. COM /蔬菜
HTTP：//例子. COM /蔬菜/芹菜   

，这些应返回状态410：

   http：//例子. COM /水果/桔子
HTTP：//例子. COM /蔬菜/胡萝卜   

，理想情况下，未列出的其余URL应返回404状态.

当他决定取消食品类别或食品时，将来可能再也不会添加.

我觉得我可以正确解决这个问题的唯一方法是将mod_rewrite默认配置为默认返回到未列出的URL，最近删除的URL应该存储在数据库中，以便在返回之前进行检查404.

我的路线. htaccess看起来像这样：

   RewriteRule ^（. *）/（. *）$ / loadpage. php？foodcategory = $ 1＆food = $ 2 [L]
RewriteCond％{REQUEST_FILENAME}！-f
RewriteCond％{REQUEST_FILENAME}！-d
RewriteRule ^ $ / homepage. php [L]
RewriteCond％{REQUEST_FILENAME}！-f
RewriteCond％{REQUEST_FILENAME}！-d
RewriteRule ^（ Source . *）$-[R = 404，L]   

我的问题是这样的

是否可以（标准方式）给页面提供http 410状态代码，用于整个域中不存在的URL，还是必须提供一个http 404状态代码并洪泛我的数据库与旧网址被删除，并给他们的http 410状态？