问题标签 [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.
seo - 这些 url 结构中哪个是更好的做法
我有一个关于 URL 结构的快速问题。在这些结构中哪个更常用,并且应该更多地用于最佳实践。或者,如果您有任何其他更好的方法,那将不胜感激。
创建所有add
类型的页面,前缀为add-
,然后是其余的
folder
或为所有adding
功能创建一个
web-services - Uri 设计聚合
我正在设计一个灵活的 Web 服务来聚合数据。
如果我们以销售为例。销售资源具有以下属性:
- 销售人员
- 产品
- 价格
- 顾客
- ID
- 部门
- 日期
- 等等
因此,访问销售的基本 URI 将类似于以下内容:
我需要设计 URI 以满足以下要求:
- 一个部门的总销售额
- 一个人的产品总销售额
- 月
所以,三个基本要求。结果的分组、过滤和选择(类似于 GROUP BY、WHERE 和 SELECT)。
如何设计URI?对我来说真正的问题是如何设计分组。以下是我一直在考虑的一些想法:
保留当前的 URI 设计,但添加其他参数:
例如
/li>新的 URI:
/li>包括分组作为路径的一部分:
但是部门和客户的顺序是任意的。
替代路径解决方案
/api/sales-aggregator;groupby=部门,groupby=客户
建议?
web - 多语言网站的 URL 结构
我想制作一个多语言网站,但我不确定从 SEO 的角度处理 URL 结构的最佳方法是什么。一些例子:
产品
或者
或其他?
类别
或者
或者
或其他?
url - URL 的 RESTFUL 格式
简单的问题,就最佳实践而言,像这样格式化我的 URL 更好:
或像这样:
请您提供您选择的正当理由。
url - 我应该在搜索路径中包含搜索词还是作为参数?
我正在为我的网站建立一个搜索页面。我看到传统的搜索词是作为参数包含在内的——也就是说/search?q=lady+gaga
,在我遇到的几乎每个网站上都可以看到这一点——包括 Google、Pinterest、Twitter 和堆栈溢出。
我想知道与/search/lady-gaga
. 似乎在路径中包含搜索词对 SEO 和 OpenGraph 有好处(当我的搜索结果页面将被粘贴到 Facebook 时,Facebook 提取的片段可以针对相关搜索词进行定制)。
基本上 - 编码到 url 路径中的搜索词似乎比参数更好 - 但似乎每个人都将其作为参数。我错过了什么吗?
url - 不带前缀的用户帐户 url
我尝试创建一个包含用户帐户系统的网站,
用户个人资料页面,url 路径为domain.com/:username
. 我不想使用像domain.com/user/:username
.
所以我必须找到避免用户注册的字符串,
url - 社交网络网络和移动应用程序的资产/图像的最佳文件夹结构
我想知道他们持有的大型社交网络文件夹结构背后的基本原理。我正在为一个较小的社交应用程序创建一个 API,其端点类似于以下内容:
用户可以通过PUT
调用上传个人资料图片:
现在图像通过 nginx 提供,例如,您可以通过以下方式访问配置文件图像:
所以我想知道为什么 Facebook、Twitter、Instagram 和所有这些人都有类似于这种胡言乱语的结构:
我知道他们提供的图像级别非常高,而且它们跨越许多服务器,但我无法理解这些 URL。
url - 处理变化的 URL
如果示例网站包含用户创建的博客文章,这将是构建每个文章的 URL 的一种简单方法:
如果用户要更改他们的用户名(每个用户唯一)或他们博客文章的标题,则必须更改 URL 才能更新。例如,如果上述用户更改了她的用户名,则 URL 可能如下所示:
现在出现了一个问题,好像人们尝试使用旧 URL,它不起作用。在不删除更改用户名或博客文章名称的功能的情况下,如何避免或解决现有网站的这种情况?
url - 多语言网站的默认语言应该是 URL 的一部分吗?
我建立了一个多语言网站,它的默认语言是英语,并且它被翻译成更多的语言。我们为子目录选择了URL strategy,这样我们的 URL 就像example.com/en
等example.com/fr
。应该从这些 URL 中省略默认语言吗?所以而不是
example.com/en
example.com/fr
example.com/de
我们可以使用
example.com
(默认站点语言,在这种情况下为 EN)example.com/fr
example.com/de
在 SEO、UX、最佳实践方面哪个更好?
ps 我已经阅读了这个和这个,但重点是 URL 的翻译是否是最佳的,它们并没有真正解决我的问题。仅供参考,就我而言,要么保留英文措辞(example.com/en/about
, example.com/fr/about
),要么在不可能的情况下,将 URL 音译。
url - URL 路径大小写和间距的最佳做法是什么?
我想知道什么是 URL 路径中大小写和间距的好习惯。
套管:
- 小写
- 骆驼香烟盒
- 帕斯卡案例
间距:
- 没有任何
- 连字符
- 下划线
你怎么看?哪个更好?