问题标签 [url-design]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
url - “+”或“-”作为 URL 中的分隔符？
大多数网站都使用-（如 Stack Overflow），但大多数 PHP 框架会生成+编码的 URL。
那么，什么是最适合 SEO 的呢？使用+还是-作为分隔符？
ruby-on-rails - RESTful 问题/答案设计？
这是我目前正在做的一个玩具项目。
我的应用程序包含带有多项选择答案的问题。
问题 url 采用以下格式，并GET映射POST到问题控制器上的不同操作。
我想知道是否值得将其重新设计为 RESTful 风格。我知道我需要将答案作为一种资源来介绍，但我很难想出一个看起来很自然的网址来回答这个问题。
重新设计是否值得？您将如何构建网址？
url - 在您的 URL 中显示语言的最佳位置是什么？
我有一个使用漂亮 URL 的多语言网站，即所谓的搜索引擎友好 URL。
现在有几个地方可以在 URL 中定义语言：
www.example.com/en/articles/randomwww.example.com/nl/articles/random
en.example.com/articles/randomnl.example.com/articles/random
www.example.com/articles/random?lang=enwww.example.com/articles/random?lang=nl
是否有任何首选的方式来展示这一点，或者有没有我没有包括的另一种更好的方式？
asp.net - 带有可选起始参数的 asp.net mvc 路由
我正在将现有的 ASP.NET Web 窗体 CMS 移植到 ASP.NET MVC，并希望从一开始就获得路由。
注意：拥有完全相同的 URL 结构并不重要。
我认为这个答案与我正在寻找的答案很接近，但如果有人有的话，我希望得到一些额外的输入。
当前的 URL 结构如下：
?Content=News/CurrentNews/This_is_a_news_article
?Content=Corporate/About_Us/Overview
等等等等
我想添加一个可选的语言参数并在 MVC 中保持类似的结构。所以像：
新闻/CurrentNews/This-is-a-news-article
en/News/CurrentNews/This-is-a-news-article编辑/新闻/CurrentNews/This-is-a-news-article
编辑/en/News/CurrentNews/This-is-a-news-article
还是反过来我会更好？
新闻/CurrentNews/This-is-a-news-article/edit
en/News/CurrentNews/This-is-a-news-article/edit
我认为这种方式（最终采取行动）要求从我读过的其他问题中为每个场景提供一条路线。
另一点是现有的 URLS 是像 SEO 和面包屑生成那样完成的。即 URL 显示当前导航路径。
我可以在 URL 中显示当前页面，并从数据库中单独构建面包屑。
喜欢：
zh/This-is-a-news-article
有面包屑的
首页 > 新闻资讯 > 时事新闻 > 这是一篇新闻文章
总体思路和解决方案？我应该从自定义路由类开始以获得最大的灵活性吗？
drupal - Pathauto 中的菜单路径
如何在 Drupal 7 下获取 pathauto 以通过完整菜单路径生成 URL 别名？
url - 什么时候应该在我的 URL 中使用斜杠？
什么时候应该在 URL 中使用斜杠？例如 - 我的 URL 应该看起来像/about-us/还是像/about-us？
我完全了解与 SEO 相关的问题——重复的内容和规范的东西；我试图弄清楚我应该在单独正确提供页面的上下文中使用哪一个。
例如，我的同事认为末尾的斜杠意味着它是一个“文件夹” - 一个“目录”，所以这不是正确的样式。但我认为最后没有斜线 - 它也不完全正确，因为它几乎看起来像一个文件夹，但它不是，它也不是一个普通文件，而是一个没有扩展名的文件名。
是否有正确的方法知道使用哪个？
url - URL 结构最佳实践/标准
我正在构建一个包含项目的网站，每个项目都有一个页面，例如：
每个项目可以有多个子（和子子，子子子）页面，例如一本书可以有一个简介，一部电影可以有一个画廊，一个游戏也可以有一个画廊。
我的问题是，围绕构建与项目关联的页面的 URL 是否存在任何类型的标准或最佳实践？例如：
子页面在项目之后的位置，或者：
其中 item 是 URL 的最后一部分。
有没有人知道为什么哪种方法最好或者是否存在任何网络标准？这似乎是一件显而易见的事情，但我正在努力决定，我可以考虑每种方法的优缺点——尽管我倾向于前一种选择，因为这意味着以下用户路径将与 URL 匹配：
加载 website.com -> 点击“电影” (website.com/films)-> 点击“电影” (website.com/film/123) -> 点击画廊 (website.com/film/123/gallery)
但它的某些东西似乎......关闭，可能不一致。
url - 分层与平面 URL
我有一个像航班 > 座位 > 预订这样的资源结构，所以预订属于某个座位，属于某个航班：
由于客户得到这个（有点难看的）URL 以便以后取消，我考虑省略资源结构并缩短到预订的链接：
您是否看到任何不缩短此 URL 的原因（与用户相关）？
rest - 分层 RESTful url 仍然首选 - 就增加的开销而言 - 优于平面 url？
假设我有一个网站，用户可以在其中上传和展示他们的图片。该用户的单张图片的 RESTful url 如下所示：
但是 image-id 本身已经是唯一的，所以这个 url 已经足够好了：
从 REST 的角度来看，第一个是有利的，但是我应该验证，这张图片真的来自这个用户，因为有人可以更改 url，将用户 ID 更改为其他人的。在后一种情况下，我不需要添加此检查，这意味着更少的处理时间。
在这种情况下仍然首选 RESTful 吗？
url - 为什么维基百科在其 URL 片段中使用修改后的百分比编码？
我注意到维基百科对 URL 的路径部分使用百分比编码，但将%字符转换.为#fragment。
例如，在俄语“俄罗斯”页面上，第 2 部分 (История)的 URL是
http://ru.wikipedia.org/wiki/%D0%A0%D0%BE%D1%81%D1%81%D0%B8%D1%8F#.D0.98.D1.81.D1.82.D0.BE.D1.80.D0.B8.D1.8F
代替
http://ru.wikipedia.org/wiki/%D0%A0%D0%BE%D1%81%D1%81%D0%B8%D1%8F#%D0%98%D1%81%D1%82%D0%BE%D1%80%D0%B8%D1%8F
id/name 的 HTML<5 标记都不是有效的标记，因为标记必须以 [A-Za-z] 开头。HTML5目前声明您可以使用除空格之外的任何字符中的至少一个（因此您根本不需要编码），但 Wikipedia 不是 HTML5。
那么，为什么维基百科要使用这个方案呢？