我最近更新了我的.htaccess文件来隐藏URL的.php扩展名 。 它工作的很好，当我试图达到domain.com/index ，它显示的PHP文件。 当我键入domain.com/index.php时，它会将我redirect到domain.com/index url并显示.php文件。 我想将所有其他扩展名redirect到没有扩展名的url，出于安全原因显示.php文件。 我的问题是，我不能configuration我的.htaccess来redirect像.html .asp这样的众所周知的扩展。 aspx.shtml等转换为非扩展名的url，并获取显示为内容的.php文件。 我的.htaccess文件如下所示： <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / # php extension to no extension url RewriteCond %{THE_REQUEST} ^[AZ]+\s.+\.php\sHTTP/.+ RewriteRule ^(.+)\.php $1 [R=301,L] # no extension to the .php file RewriteCond %{REQUEST_FILENAME}.php -f RewriteCond %{REQUEST_URI} !/$ RewriteRule (.*) $1\.php [L] # this is for the index RewriteRule […]
我一直在尝试诊断缓慢的login到我的域名。 我的第一站之一是域名login非常缓慢10+分钟 。 到目前为止，我已经能够告诉它必须处理应用文件夹redirect的策略并pipe理性地分配脱机文件。 启用此策略可靠地将30 – 90秒添加到login。 即使在redirect的文件夹中只有20兆字节的configuration文件中，也会发生这种情况。 我经历了一些文章，包括使用procmon来查看是否发生了挂断的build议。 我确实发现并修复了一个旧的计划任务中的第二次挂断，但没有解释这么长时间的滞后。 我也看了几个积极的安装程序build议 – 如邮件应用程序。 在爆发Wireshark之前我还能检查什么？ 编辑问题： 每次login都会发生这种情况。 软件设置/等坚持他们应该。 组合中没有临时性，强制性等概况。 我通过procmon看到活动，但没有任何迹象表明有差距。 没有差距的事件时间，没有延长持续时间的过程。 我以前打开文件redirect日志的详细程度。 根据文件夹redirect操作日志，处理策略需要1秒钟时间（事件1000到事件1001） 组策略操作日志显示了几个更复杂的策略，每个约1秒钟。
（在Ubuntu 10.04 64位服务器上运行） 昨天，我没有使用屏幕，而是通过SSH启动了一个进程（我没有意识到需要花费几天时间才能运行）。 今天我花了一整天的时间试图找出一些方法，我可以从SSH的铁抓取撬程序的输出，所以我可以重新启动我的客户端机器，但没有得到任何地方。 我尝试使用gdb，并按照本页底部的说明 ，但是当我运行第一个gdb命令来创build一个文件，我得到一个错误消息，说明No symbol table is loaded. Use the "file" command. No symbol table is loaded. Use the "file" command. 从我收集到的信息来看，这意味着我必须重新编译我要redirect输出的程序，这对我来说现在已经没有任何帮助了。 我也认为我可以使用retty将输出redirect到另一个terminal，但显然它不能在64位平台上编译。 我怎样才能将这个进程的输出redirect到另一个terminal或文件？
我有两台服务器（A和B）与NGINX。 服务器A正在服务旧网站，而服务器B正在服务新网站。 我已经更新了DNS，但是速度很慢：在我的办公室里，我仍然看到我的旧网站： subdomain.site.com 我怎样才能redirect从服务器A的这个特定的子域到服务器B的所有请求？ 现在，他们都在NGINX中处理这个问题： server { listen 80; server_name subdomain.site.ru; root /var/www/subdomain/public; passenger_enabled on; }
我有一个开发网站，需要用户名和密码（基本httpauthentication），用户才能看到该网站。 我想首先redirect到一个安全的协议，在用户可以用明文发送密码之前。 任何想法如何使用Apache做到这一点？ 我可以访问conf和.htaccess文件。 最终结果将是： http：// xxxx / – 当用户到这里时，他们立即被redirect到https： https – 当用户到达这里时，会提示input用户名/密码。
我有一个奇怪的设置。 它看起来像这样： Browser ———-> HTTPs Proxy ——> Apache HTTP —–> Tomcat AJP HTTPS HTTP AJP 在HTTPS代理（非常愚蠢的代理）上，URL看起来像https：//proxy.domain.com/app。 然后通过http传输到Apache，就像http：//apache.domain.com/app（通过主机proxy.domain.com传递）一样。 然后，Apache使用AJP协议在本地将请求隧道到ajp：// localhost：8009 / app /。 有时应用程序服务器要redirect请求的path。 例如，redirect/ app / to / app / webapp。 所以，它发送一个302回到Apacheredirectpath – 可能是像ajp：// localhost：8009 / app / webapp。 然后，Apache将redirectURL重写为http：//proxy.domain.com/app/webapp。 HTTPS代理是愚蠢的，所以它不分析redirect并将http更改为https。 所以，我想知道是否可以configurationApache来重写302redirectURL来将用户发送到https。 这里是我在Apache的https.conf中的configuration： ProxyPreserveHost on RewriteEngine on RewriteRule ^/app$ /app/ [PT] ProxyPass /app ajp://localhost:8009/app 我尝试使用ProxyPassReverse […]
我的网站有两个绑定：1000和1443 （端口80/443由另一个网站在同一个IIS实例中使用） 。 端口1000是HTTP ， 端口1443是HTTPS 。 我想要做的是使用“htt p：// server：1000”redirect任何传入的请求到"https://server:1443" 。 我正在玩IIS 7重写模块2.0，但我正在撞墙。 任何见解都被赞赏！ 顺便说一句，下面的重写configuration适用于在端口80上具有HTTP绑定和在端口443上具有HTTPS绑定的站点，但它不适用于我的端口。 PS我的url故意有空格，因为“垃圾邮件防范机制”踢了进来。由于某种原因谷歌login不再工作了，所以我不得不创build一个OpenID帐户（没有脚本可能是罪魁祸首）。 我不知道如何让XML很好的显示，所以我在开头的括号后面加了空格。 < ?xml version="1.0" encoding="utf-8"?> < configuration> < system.webServer> < rewrite> < rules> < rule name="HTTP to HTTPS redirect" stopProcessing="true"> < match url="(.*)" /> < conditions trackAllCaptures="true"> < add input="{HTTPS}" pattern="off" /> < /conditions> < action type="Redirect" redirectType="Found" url="htt […]
我有一个很长的领域，所以我决定把它改为更短，更友好的。 但是由于我有很多子域（实际上，我有一个子域通配符），我想保留子域而只更改域的一部分。 所以，我做了以下规则： server { listen 80; server_name ~^(\w+)\.olddomain\.com$; rewrite ^ $scheme://$1.doma.in$request_uri? permanent; } 我已经阅读了很多其他的问题，这段代码解决了这个问题。 但对我来说，Nginx总是redirect到.domain.in ，没有任何子域名。 我错过了什么？ 我已经testing了正则expression式对regex101和例子工作正常，Nginx似乎无法redirect。
在Apache中做redirect很简单（mod_alias）： RedirectMatch ^.*$ http://portal.example.com/ 设置caching标题同样简单： Header set Cache-Control max-age=0 Header set Expires "Thu, 01 Dec 1994 16:00:00 GMT" （我不想这个caching） 但！ 看来你不能把两者结合起来。 这个configuration会导致redirect被发送，但不是标题： <VirtualHost *:80> ServerName __default__ Header set Cache-Control max-age=0 Header set Expires "Thu, 01 Dec 1994 16:00:00 GMT" RedirectMatch ^.*$ http://portal.example.com/ </VirtualHost> 实际发生的例子： jb@apto % telnet 192.168.0.1 80 Trying 192.168.0.1… Connected to redirector.example.com. Escape […]
现在我的nginx正在将几个域重写为我们正在使用的一个主域。 这是我的configuration中的一个规则： server { listen XXXX:80; server_name .exampleblog.org; rewrite ^(.*) http://blog.example.org$1 permanent; } 每个对** exampleblog.org *的请求都被redirect到blog.example.org 现在我想让www.exampleblog.org/+和exampleblog.org/+将用户redirect到Google Plus页面。 它尝试了不同的版本： server { listen XXXX:80; server_name .exampleblog.org; location /+ { rewrite ^ https://plus.google.com/12345678901234567890/ permanent; } rewrite ^(.*) http://blog.example.org$1 permanent; } 以上和其他版本只是redirect到blog.example.org/+ – 我做错了什么？