问题标签 [friendly-url]

URL 重写如何影响$_GETPHP 的参数？

假设我有一个类似的 URL http://example.com/index.php?p=contact，我用它$_GET['p']来告诉index.php提供联系页面。如果我使用将 URL 转换为 的重写规则http://example.com/contact，是否$_GET['p']仍能按预期工作？

如果是这样，你能详细说明它为什么有效吗？如果不是，可以使用什么策略来解决问题，以便页面在重写和不重写的情况下都可以工作？

大多数网站都使用-（如 Stack Overflow），但大多数 PHP 框架会生成+编码的 URL。

那么，什么是最适合 SEO 的呢？使用+还是-作为分隔符？

SEO-friendly URLs are all the rage these days. But do they actually have a meaningful impact on a page's ranking in Google and other search engines? If so, why? If not, why not?

(Note that I would absolutely agree that SEO-friendly URLs are nicer to use for human beings. My question is whether they actually make a difference to the ranking algorithms.)

Update: As it turns out, the Google post that endorphine points to here has caused tremendous confusion in the SEO community. For a sampling of the discussion, see here, here, and here. Part of the problem is that the Google post is addressing the worst case where URL rewriting is done poorly and so you'd be better off sticking with a dynamic URL rather than a mangled static "SEO-friendly" URL.

There's no question dynamic URLs can be crawled by Google and can achieve high rankings. Maybe it would be easier to reframe the question more concretely: given 2 otherwise equivalent pages, which will rank higher for the search "do seo friendly urls really affect page ranking"?

A) Do SEO-friendly URLs really affect a page's ranking?

or

B) http://stackoverflow.com?question=505793 (a fake URL for comparison only)

我最近（在本网站和其他地方）阅读了大量关于“友好 URL”的讨论，但我不确定究竟是什么使 URL “友好”以及为什么我们真的关心（直到某一点） . 插图：

以下是当前大多数 Web 开发人员认为“友好”的 URL 示例：

www.myblog.com/posts/123/this-is-the-name-of-my-blog-post

而这将被认为是“不友好的”（即坏的、尼安德特人的、无知的、愚蠢的）：

www.myblog.com/posts.aspx?id=123

我的问题：

• “友好” URL 是否包含有关相关博客文章的重复标识信息？换句话说，一旦你有了帖子的 id (123)，为什么还需要标题？这不是违反“不要重复自己”的口头禅吗？
• 就用户而言，URL 的形式有什么不同？用户是否真的手动输入过完整的 URL（当然，除了 TLD 之外）？用户是否曾经查看页面的 URL 来确定该页面的内容？为什么我们在 URL 中需要博客文章的标题？这不就是页面的<title>标签和内容的用途吗？
• 我经常听到 SEO 是首选“友好”URL 形式的一个原因。为什么搜索引擎蜘蛛会关心 URL？它们不只是爬取页面（以及其中包含的其他页面的链接）的自动化软件吗？如果搜索引擎像其他软件组件（例如数据库访问组件）一样编写，那么 URL 对它们来说只是一个无意义的标识符（类似于关系数据库中的 rowguid）。如果我正在设计一个数据库模式，将上面的“友好”URL 作为表的主键，我会（非常正确地）被咀嚼。

我之前说过“在一定程度上”，因为很明显，URL 可能会失控。这是来自 Amazon.com 的实际 URL，我认为没有任何人会认为他们是“友好的”：

http://www.amazon.com/Bissell-Kitchen-Housewares/b/ref=amb_link_5001972_17?ie=UTF8&node=694500&pf_rd_m=ATVPDKIKX0DER&pf_rd_s=gp-center-5&pf_rd_r=1ZXNJFE0CCFFDH4B9HGH&pf_rd_t=101&pf_rd_p=405478901&pf_rd_i=510080

我正在尝试将 URL 路由添加到在 Tomcat 5.5 中运行的 Web 应用程序。

我想让动态页面 URL 更友好，更改main.jsp?type=test&group=info为main/test/info风靡一时。

我在 web.xml 中设置了以下内容

在 main.jsp 中，我request.getPathInfo()用来获取进行路由所需的数据。所有这一切似乎都很好，当我浏览到时，http://mytestserver/example/main/test/info我得到了我期望的 html。

问题是该页面上的任何相对链接、图像、样式表、javascript 等现在都已损坏，因为它们被解释为相对于完整 URL。

我想不出使用静态链接的简单方法，因为测试服务器和生产服务器上的 URL 处于不同的级别：http://mytestserver/example/映射到http://example.com/生产中，我真的不想编写代码来包装每个内部链接站点或在测试服务器上为每个站点设置一个虚拟服务器。

还有什么我可以做的吗？

在这个问题的上下文中，链接文本可以从响应表单帖子的控制器转到友好网址吗？

我正在一个客户已经翻译成克罗地亚语和斯洛文尼亚语的网站上工作。为了与我们现有的 URL 模式保持一致，我们生成了模仿应用程序布局的 URL 重写规则，这导致 URL 中有许多非 ascii 字符。

示例 š ž č

有些链接是使用 getURL 从 Flash 触发的，有些是标准的 HTML 链接。有些是程序化的 Response.Redirects，有些是通过向响应中添加 301 状态代码和位置标头来实现的。我正在 IE6、IE7 和 Firefox 3 中进行测试，并且浏览器会显示非拉丁字符 url 编码。

我猜这与 IIS 以及它处理 Response.Redirect 和 AddHeader("Location ...

有谁知道强制 IIS 不对这些字符进行 URL 编码的方法，或者我最好的选择是用非变音符号替换这些字符？

谢谢

为什么有些网站，大多数博客，在 url 中使用帖子的标题？如：

http://www.geek.com.br/blogs/832697632/posts/9360-uni-o-europ-ia-pretende-apoiar-conex-o-universal-para-celulares

这会改善谷歌索引吗？

编辑：这是为什么有些网站会在 URL 的末尾添加“Slugs”的副本？

世界大部分地区使用非 ASCII 字符。但有些习语使用 é、ö、á、ã、õ 等，可以“转换”为 ascii。

假设帖子的标题是：

如何在 URL 中表示它？

一个更好的表示是

维基百科在http://en.wikipedia.org/wiki/Deja_vu中这样做

这会提高搜索引擎中的页面排名吗？

如何用你最喜欢的语言做到这一点？

使用数据库主键作为 URL 标识符的优缺点是什么？例如，http://localhost/post/view/13 - 13 是我的帖子表的主键。

像reddit这样的一些网站使用我认为不是主键但仍然是唯一的唯一ID来帮助识别链接：

只要 /7ynin/ 相同，您就可以将 URL 的最后一部分更改为您想要的任何内容。

Digg 似乎使用链接标题的 slug 来标识链接：

如果我没记错的话，默认的 WordPress 安装使用 index.php?p=# 作为他们的 id，直到启用花哨的 url。

我可以理解为什么为了 SEO 的缘故，您可能希望获得信息量最大的 url，但我只是想看看使用主键是否存在安全风险，或者只是形式不佳。