Google app engine stackoverflow permalink是如何工作的？

stackoverflow如何管理永久链接。例如，一个任意的qn-like：在这种情况下，如果同一个用户发布另一个具有相同标题的qn会发生什么。我认为前面的数字-/1002230/是关键，但它是根据什么创建的。它是否是stackoverflow中有多少问题的指标

这个疑问与我有关，因为我试图在永久链接中使用博客帖子的标题。然而，这将不允许多个具有相同标题的博客文章。我也不想使用身份证号码。事实上，我正在为这个应用程序使用appengine，所以生成的密钥类似于“ahVzYW5qaGFjaG9vbGhhLXNhbmRib3hyCwsSBUFjdG9uGFUM”，这肯定不好。有没有关于如何美化我的url的提示

---

谢谢

数字是唯一的问题id-它们只会递增，不会重复使用。当您通过URL检索页面时，服务器会忽略可读字符串——这是为了方便和美观——以解决您的相同任务。因此，每个问题URL有两个部分——机器可读部分（起始部分和问题id）和人类可读部分——过滤后的问题标题

---

排除已删除的问题后，数字为网站上的问题总数。已删除问题的编号不会重复使用，因此不可能发生冲突。

编号是唯一的问题id-它们只会递增，不会重复使用。当您通过URL检索页面时，服务器会忽略可读字符串——这是为了方便和美观——以解决您的相同任务。因此，每个问题URL有两个部分——机器可读部分（起始部分和问题id）和人类可读部分——过滤后的问题标题

---

排除已删除的问题后，数字为网站上的问题总数。删除的问题的编号不会重复使用，因此不可能发生冲突。

ID编号确实显示了总共有多少帖子。我相信我从一个播客中回忆起，问题和答案都存储为“帖子”，但评论也可能是帖子。

ID号确实显示了总共有多少帖子。我相信我从一个播客中回忆起，问题和答案都存储为“帖子”，但评论也可能是帖子。

与其使用Key（）.str（），不如使用Key的id或Key\u的名称和Model.get\u by\u id（）或Model.get\u by\u Key\u name（）。这两种方法都更便于用户使用（分别为整数或提供的字符串）。

与其使用Key（）.str（），不如将Key的id或Key\u名称与Model.get\u by\u id（）或Model.get\u by\u Key\u name（）一起使用。这两种方法都更加用户友好（分别是整数或提供的字符串）。

我最喜欢的方法是使用格式为“/1234/slug-goes-here”（如StackOverflow）或“/1234-slug-goes-here”的URL。稍微聪明一点，您可以忽略slug的内容，只根据ID获取链接，这意味着即使链接被邮件软件、IRC等截断，链接也可以工作

---

另一种方法，从应用引擎的角度来看，是使用键名——使slug成为键名，这意味着您可以使用MyModel.get\u by\u key\u name（slug）查找它。这就是它的原理。

我最喜欢的方法是使用格式为“/1234/slug-goes-here”（如StackOverflow）或“/1234-slug-goes-here”的URL。稍微聪明一点，您可以忽略slug的内容，只根据ID获取链接，这意味着即使链接被邮件软件、IRC等截断，链接也可以工作

另一种方法，从应用引擎的角度来看，是使用键名——使slug成为键名，这意味着您可以使用MyModel.get\u by\u key\u name（slug）查找它。这是怎么回事。

我认为这是帖子的数量，而不仅仅是问题。我认为这是帖子的数量，而不仅仅是问题