标签: http-status-code-301

是否可以为WCF REST服务实现HTTP 301重定向,以便表单的URL:

HTTP://服务器/客户/名称=约翰

重定向到

HTTP://服务器/客户/ 324

(对于此问题的客户端案例,请参阅WCF REST WebChannelFactory客户端是否支持使用重定向的REST服务？)

我正在使用LAMP服务器,我需要重定向请求,如:

www.www.example.com到www.example.com和其他变体如(wwww.example.com等)

我知道我可以在.htaccess中完成它,但我不知道我应该用它来表示所有这些可能性的正则表达式.

或者有什么不同的方法,来自虚拟主机？

我有一种情况,一些用户可能会来错误的页面,链接等.在大多数情况下,我可以确定应该显示的正确页面,所以我想重定向到正确的URL.

在这种情况下,301重定向是否合适.301表示"永久移动",但在这种情况下,文档首先不在那里.设置404 Not Found标头,然后重定向到正确的URL是否合法？

我有一个从旧站点到新站点设置的301重定向(在Joomla 1.6上运行,但这不重要.)

我有一些旧的网址,其中有空格,例如:Redirect 301/city/Louisiana_New%20Orleans http://www.nutcracker.com/yourcity/new-orleans-la

所以在我的.htaccess文件中,无论我是将空间留在空间(在新奥尔良和奥尔良之间),还是离开%20,它都会变为404,并且不会获取新的URL.

我可以尝试任何建议吗？

谢谢!法案

这个应该很容易......

我是否需要明确告诉PHP我想进行301重定向？像这样...

<?php
header("HTTP/1.1 301 Moved Permanently");
header("Location: http://www.example.com/");
?>

通常,我放弃第一个陈述,只是做...

<?php
header("Location: http://www.example.com/");
?>

第二个例子实际上是302重定向吗？

我希望将 301 重定向到应用程序以获取查询字符串参数的特定值。

例如：

• http://www.example.com/page?id=1? 重定向到新页面
• http://www.example.com/page?id=2? 呈现正常反应

浏览器如何缓存重定向？

具体来说，在访问第一个 URL 后，某些浏览器会开始对 执行 301 重定向id=2，还是基于完整 URL 进行重定向？

我正在编写一个小的应用程序扩展,并且包含一些帮助的唯一方法是通过本地的静态html页面(如c:\program files\help.htm).我不能使用PHP.有没有办法将这样的页面重定向到在线页面？

我有一个Magento网站正在迁移到新域。我正在寻找301，将所有页面从旧域重定向到新域，并保持相同的url结构。

我已经使用以下方法更新了旧域中的.htaccess文件：

RewriteEngine On

RewriteCond %{HTTP_HOST} ^new-domain.com$ [NC]
RewriteRule ^(.*)$ http://new-domain.com/$1 [R=301,L]

问题：以上内容似乎将的每个实例重定向：old-domain.com/subdir/whatever仅重定向到主域：new-domain.com。

我想重定向old-domain.com/subdir/whatever到：new-domain.com/subdir/whatever。

有什么问题的想法吗？

我正在为我的网站写一张地图,它的效果非常好:

map $request_uri $redirect_uri {
  /en/oldname    /en/newname;
  /de/oldname    /de/newname;
  /fr/oldname    /fr/newname;
}

直到我尝试实现一些正则表达式,如下所示:

map $request_uri $redirect_uri {
  /(?<lang>(en|de|fr))/oldname    /$lang/newname;
}

上面的地图不起作用,由于缺乏调试知识 - 我无法知道原因.即使是基本的正则表达式(不使用命名捕获)也不适用于我:

map $request_uri $redirect_uri {
  /(en|de|fr)/oldname    /en/newname;
}

nginx 1.10.3

请帮我弄清楚我做错了什么？

I have been using golang's default http.ServeMux for http route handling.

wrap := func(h func(t *MyStruct, w http.ResponseWriter, r *http.Request)) func(http.ResponseWriter, *http.Request) {
    return func(w http.ResponseWriter, r *http.Request) {
        h(t, w, r)
    }
}

// Register handlers with default mux
httpMux := http.NewServeMux()
httpMux.HandleFunc("/", wrap(payloadHandler))

Assume this server is accessible via http://example.com/

Very few of my client's requests were of path http://example.com/api//module (note the extra slash) which is redirected as 301 Moved Permanently. Exploring inside golang's http ServeMux.Handler(r *Request) …