URL设计：对于用户提交的项目，在URL中使用连续编号是一种不好的做法吗？

我在一个网站上工作，用户可以提交项目（在本例中，是提案）。最简单的URL设计应该是

website.com/proposal/1

，

website.com/proposal/2

，等等（可能附加了一个slug），但我在实践中从未见过这样做

---

这种URL设计真的像我认为的那样罕见吗？如果是，为什么？

这种URL设计并不罕见

例如，它是由

• stackoverflow.com（针对每个帖子）：
• Drupal.org（针对每个用户）：

但是有很多情况下不使用这种设计，例如

• 当所有/部分URL不容易猜测时（例如：YouTube，用于未列出但可共享的视频）
• 当URL不应包含不透明/不需要的部分时（例如：Wikipedia）
• 什么时候应该是私有的，在之前/之后创建了哪些URL/页面
• 当它应该是私有的时，存在多少这样的URL/页面

---

我不太清楚你在问什么。但是作为一个例子，看看这个网站的URL（）。这基本上是一样的，但是stackoverflow将问题的标题与一些数字结合使用，而不仅仅是数字。我不认为这很少见，也不认为这是一种不好的做法。这取决于每个url上的内容“保密”程度，以及进展信息是否重要以及实施的安全模型。如果提案不应该总是公开的，那么可猜测的url可能是一个坏主意。在这种情况下，哈希可能会更好。但是，例如，Launchpad bug报告是连续编号的，尽管有些报告是保密的；通过其他方式阻止未经授权的访问。顺便说一句，您也会在许多其他bug追踪器中发现这种URL模式（尽管有时可能会通过重写规则转换为其他内容；例如，被重写为更复杂的URL）。谢谢您-我想这种情况发生的频率比我注意到的要高很多！