Questions tagged «url»

URL或统一资源定位符是文件或资源的地址,用于指定该资源在何处以及如何进行检索。


5
拥有“国际化”域名是否存在任何技术问题?
在我的语言中,标准域名中不允许使用许多字符。然而,大多数的这些可以很容易地与安全当量取代(主要是重音落下í变得i等)。因此,尽管我们经常注册两种形式(例如timarit.is和正确的Icelandic形式tímarit.is),但我们始终将“安全”形式设置为默认形式,而其他形式仅重定向至该形式。 但是,我们现在处于替代不利的位置(æ变为ae),并且默认情况下希望使用国际化名称。 我的问题只是这是否存在任何已知问题?首先想到的是浏览器不兼容,但是我同样担心还有其他一些事情没有想到。 赏金 我对此开始了赏金计划,因此不必发重复的问题。我想听听IDN与(1)FTP和(2)电子邮件服务器/客户端一起使用是否有任何实际后果;(3)哪些浏览器在域名方面挣扎?(4)移动设备怎么样‽而且(5)主题发生了任何变化-提出问题已经快一年了。
20 domains  url 

5
相对于显示网站结构的较长分类URL,较短的URL是否有利于页面的页面排名和整体SEO值?
我们即将结束一个漫长的项目,在该项目中,我们正在将客户的网站从定制的CMS升级到最新版本的Umbraco CMS,同时使他们的网站具有响应能力。作为此升级过程的一部分,站点的URL结构已更改,但是,我们主要通过301重定向来处理此问题,以便从旧站点的旧冗余链接现在链接到新URL。 上周,我们的客户告诉我们说,他在当前站点上开始使用的“ SEO专家”称赞了该Umbraco新站点使用的站点结构是行不通的,并且对SEO不利,因为该客户拥有很多“级别”。他们的主要担心是他们的产品和服务太深地嵌套在树上,这对SEO产生了负面影响。我现在要承认我不是SEO专家,并且认为整个SEO有点像每周都会改变的妖术,所以任何人都可以就此以及支持的证据给我任何建议(最好来自Google自己) )。 如果您想看一下,这是该站点当前所在的位置:http : //tinyurl.com/umbracourlstructure 页面的结构方式如下:(1)=级别{X} =不在主导航中 (1)->Home (2)--> Destinations (3)---> South America [Continent] (4)----> Argentina [Country] {X} (5)-----> Buenos Aires [Area] {X} (6)------> Buenos Aires [City] {X} (7)-------> Package Product 1 {X} (7)-------> Package Product 2 {X} (7)-------> Package Product 3 {X} (7)-------> Hotel Product 1 …
18 seo  google  url 

4
HTML URL中的斜杠的目的是什么?
我注意到,一些博客帖子有使用开始用价值环节/中href。 例如: <a href="/somedir/somepage.html">My Page</a> 前导是否/表示路径从站点根目录开始? 换句话说,如果站点URL为www.mysite.com,则有效href值为www.mysite.com/somedir/somepage.html? 所有浏览器都接受此约定吗?
18 html  url  links 

3
我的网址应该小写吗?
根据此博客(“了解SEO友好的URL语法惯例”),我应该进行更改 http://example.com/Hello-Dolly 至 http://example.com/hello-dolly 给出的原因有: 网址通常区分大小写 它将简化所有区分大小写的SEO和分析报告 根据我在Wikipedia上有关URL规范化的文章中找到的GIF,我应该将URL从任何大写字母转换为所有小写字母。 但是,我使用ASP.NET MVC,默认情况下,我的URL的结构是这样的(CamelCase): http://www.example.com/Controller/Action/Parameter http://www.example.com/类别/列表/自行车 我浏览了RFC1738,但没有看到任何明确的答案。 我是否应该强迫框架将所有内容更改为小写?如果所有人都告诉我使用小写字母,Microsoft为什么选择选择这样设计框架?
17 url  asp.net-mvc 

1
在浏览器中单击主页URL时会自动添加斜杠吗?
我之所以这样问是因为,每当我将鼠标悬停在指向主页的链接上时(例如http://www.example.com),我注意到总是在末尾添加斜杠(如在浏览器的状态栏上所观察到的)),主页链接是否包含以结尾的href属性但无论何时我在主页上,显示的URL都不会带有斜杠。 我尝试在URL栏中输入一个斜杠。在启用Firebug的情况下,我注意到该站点始终返回200 OK状态。文章在这里讨论这个状态,在末端具有斜线将避免301重定向。但是,即使在此页面上,我也没有看到任何重定向。 这可能是附加斜线的浏览器功能吗?
17 url  browsers 

1
是否应该在带有和不带有www的情况下在Google Search Console中提交https://和http://?
在我的网站,我的一切重定向(http://,http://www.,https://)来https://www.example.com。 Google网站站长工具说:确保为网站添加“ www”和“非www”两个版本。另外,如果您使用HTTPS协议,请同时添加这些变体。 因此,我已经将所有四个版本添加到了Google网站站长工具中。这是正确的过程吗?


2
为什么大多数大学URL中都出现波浪号(〜)
我的大学提供了一个Web URL和一些托管空间,该URL类似于http://homepages.iitb.ac.in/~pritampebam。 我遇到的几乎所有大学似乎都使用这种结构,其中用户名前面有“〜”符号。 其他例子。 http://web.media.mit.edu/~mres/ http://users.design.ucla.edu/~reas/ 为什么会这样呢?
16 url 

3
网站应如何处理带有结尾点的主机名?
我读过这个问题,URL如何有一个点。最后,例如www.bla.de。并意识到FQDN应该包含.DNS树的根标签的结尾: example.com. 代替 example.com 但是,此博客文章中指出了一些问题: 如果您不认为用户可能会不小心输入域名结尾的域名,或者跟随从“好心人”那里收到的链接进入域名,并以结尾结尾的域名作为域名,结果可能导致意外后果: 1)如果网站使用HTTPS,则在导航到域名后带有点的末尾时,浏览器将在不可信连接上显示警告。 2)身份验证可能会被破坏,因为通常会为域名设置cookie,在末尾不带点。在这种情况下,用户为什么不登录将感到非常惊讶。值得注意的是,如果您为域名后面设置了一个小圆点,则该cookie将不会传递给没有小圆点的域名最后,反之亦然。 3)页面上的JavaScript可能损坏。 4)网站页面的缓存可能存在问题(例如,https://www.cloudflare.com/如果域名末尾带有点号,则认为该域名无效),则不清除页面缓存)。 5)如果在Web服务器配置的情况下,您依赖于特定域名(Nginx中为$ http_host,Apache中为%{HTTP_HOST}),但结尾没有点号,则可能会遇到各种意外情况:意外的重定向,基本-授权问题等 6)如果未将Web服务器配置为接受带有结尾点的域名请求,则任何不小心键入带有结尾点的域名的用户都将看到类似“错误的请求-无效的主机名”的信息。 7)如果有人无意或故意在域名末尾发布了指向您网页的链接,则搜索引擎可能会发现您的资源具有重复的内容。 我也意识到这样http://webmasters.stackexchange.com./做400 Bad Request。但是由于正确的域名应该.在末尾包含a ,我们不应该发布400错误或301重定向主机名而不带尾随点吗?以连贯一致的方式处理此问题的正确方法是什么?
16 domains  url 


1
主页的规范URL和尾部斜杠
我的主页可能被链接为: http://example.com http://example.com/ http://example.com/?ref=1 http://example.com/index.html http://example.com/index.html?ref=2 (the same page is served for all those URLs) 我正在考虑定义一个规范的URL,以确保Google不会将这些URL视为不同的页面: <link rel="canonical" href="/webmasters//" /> (relative) <link rel="canonical" href="http://example.com/" /> (trailing slash) <link rel="canonical" href="http://example.com" /> (no trailing slash) 应该使用哪一个?我只是打耳光,/但是搞砸规范性的事情似乎很可怕,所以我想先仔细检查一下。 定义主页的规范URL根本不是个好主意吗?

4
什么是好的URI设计?
一个好的URI应该如何设计?有哪些因素要考虑?这些变体的优缺点是什么? 构成良好URI的因素 长期稳定 短 让用户知道链接的内容 易于输入 容易猜到(仅与“ / jobs”之类的一些链接有关) 搜索引擎友好 URI架构应在整个站点上保持一致 URI模式应允许将来扩展 还有吗 例子 example.com/articles/3252 example.com/articles/how+to+design+good+uri example.com/articles/3252/how+to+design+good+uri example.com/good-uri-design example.com/articles/good-uri-design example.com/a/good-uri-design


4
为了使SEO受益,图像的文件名和URL应该包含哪些内容?
我们知道好的网站架构通常是这样的: example-company.com/ example-company.com/about/ example-company.com/contact/ example-company.com/products/ example-company.com/products/category/ example-company.com/products/category/productname/ 现在,当涉及到Google图片搜索时,很明显,img alt标签,文件名/ URL和周围的文本(标题,标题,段落)会影响排名。 我想问一下我们应该使用的图像的文件名(例如product-photo.jpg)。 ...但是首先要了解网址: 通常,Web开发人员会将所有图像粘贴在根目录下的单个文件夹中:example-company.com/img/—我已经停止这样做了。(我不想进入,但基本上,对于每个子目录中的内容组成部分的图像来说,语义似乎更有意义) 但是,当所有图像都出现在一个文件夹中时,我觉得它们的文件名需要反映出它们比平时多一些的内容,例如: example-company.com/img/ example-company-productname-category.jpg 它的文件名比更长product.png,但是只要相关,就SEO而言,我认为没有问题(除非您是关键字填充),它甚至可以帮助对关键字进行排名: “示例公司” “产品名称” “类别” 所以没有问题。 但是,当我们将图像放置在我们最初概述的站点体系结构中时,该怎么办?换句话说,如果图像URL路径如下所示: example-company.com/products/category/productname/ productname.jpg 我的问题是,URL是否应该像上面一样保持简短,只在文件名中包含“ productname”(和一些描述性关键字)? 或者,是否还应包括“示例公司”和“类别”?像这样: example-company.com/products/category/productname/ example-company-category-productname.jpg 这看起来更长,并且在我们查看URL时是多余的,但是这里有一些注意事项。 图片通常会下载到计算机上,并且对于普通用户而言,它们会丢失其原始URL,因此-不清楚它们来自何处。 此外,某些社交网络,论坛和其他平台在上载时会保留文件名不变。(许多其他人都重写了它,例如Pinterest和Facebook。) 另一个考虑因素,这是否真的有助于(甚至略微)在Google图片搜索中排名,或者至少告知Google该产品是特定于“示例公司”的产品?例如,如果只能在这家商店购买该产品并且它是旗舰产品,该怎么办?除了到此产品页面的大量内部链接之外,在“示例公司”搜索中显示“示例公司”名称和“类别”是否对它有帮助? 换句话说,是更少吗?

By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.