可以使用app.mycoolname.local作为private / internal的URL吗？ 我们有几个基于Web的应用程序，但它们是私人应用程序，不会向公众公开。 我们一直在使用“.net”这些，这是没有意义的，因为他们可以在互联网上真正的URL。 那还没有问题。 但现在我有一个新的应用程序组，我想用一个“stream行”的名字命名，这个名字肯定会和互联网上的一个URL相冲突。 我应该使用app.mycoolname.local ？ 我现在就这样build立起来了，而且似乎在工作。 我已经读了几个地方鼓励，但后来我看到一些地方，它不工作（在Mac上有一些问题，但我们没有这些，所以NBD）。
博客文章“ 为您的域名提供A tinyurl服务 ”解释了如何使用Google Apps为您的域名设置ShortName服务。 例如，如果您的域是example.com并且您使用的是Google Apps，则可以对其进行configuration，使http://go.example.com是您企业的个人ShortName服务。 注意：这不是要为世界创build一个“tinyurl”服务。 这是一个企业。 有一个短名称服务是有用的，只有您的用户可以使用，以便您可以创build链接到内部页面。 您可以说，“今天的午餐菜单位于http://go.example.com/lunch ”，而不是告诉人们很长的url。 博客文章logging了赋予人们build立自己的联系的一些好处。 （最重要的是：他们不必打扰你build立一个新的链接！） 问题 该系统的问题是，该url仍然相当长。 人们宁愿input“去/午餐”到他们的networking浏览器，并使其工作。 不幸的是，由于HTTP协议工作的技术性，Google Apps无法支持此function。 HTTP 1.1中的“Host：”标题列出了用户input到其Web浏览器的域，而不是FQDN 。 换句话说，当Google Apps获取“ http：// go / lunch ”的HTTP请求时，networking服务器会收到“go”作为主机名。 由于Google Apps为许多网域提供此服务，因此无法判断您是否需要go.example.com或go.some-other-example.com 。 因此，用户每次都必须input“go.example.com/lunch”，这比“去/午餐”要长得多。 解决scheme 谷歌可以通过使用networkingcookie或其他scheme来解决这个问题。 没有一个是特别干净或容易的。 直到他们这样做，你可以通过设置一个你自己的接受请求的机器来“解决”这个问题，并redirect它们。 服务器接受名为“go”的站点的HTTP请求，并将请求redirect到go.example.com 。 然后，您创build正确的DNSlogging，使其工作，并旋转您的DHCPconfiguration，使您的笔记本电脑/工作站做正确的事情。 这个服务器故障文档的目的是解释过程，然后给出configuration示例，以帮助您为您的网站做到这一点。 由于我无法访问或了解世界上的每个操作系统，因此我将其作为“社区维基”，以便人们可以在为其工作时填写configuration代码片段。 我把“TODO”放在特别需要改进的地方。 细节 在这个例子中，我们将使用“example.com”作为域。 第1步：以正常方式设置Google Apps服务。 像go.example.com一样configurationgo.example.com的服务。 testing它，并确保像http://go.example.com/foo这样的URL工作。 如果不完整，请不要继续。 这就好比在你拥有一辆之前试图修理你的车。 第2步：select您的redirect器主机名 如果您的短名称服务是go.example.com ，理想情况下，您将使您的redirect器名称为go.example.com 。 […]
当我浏览到此URL： http://localhost:8080/foo/%5B-%5D服务器（ nc -l 8080 ）按原样接收它： GET /foo/%5B-%5D HTTP/1.1 但是，当我通过nginx（1.1.19）代理这个应用程序： location /foo { proxy_pass http://localhost:8080/foo; } 通过nginx端口路由相同的请求被转发path解码： GET /foo/[-] HTTP/1.1 GETpath中的解码方括号导致目标服务器（ HTTP状态400 – path中的非法字符… ）中的错误在到达时未被转义。 有没有办法禁用URL解码或编码回来，以便目标服务器通过nginx路由时获得完全相同的path？ 一些聪明的URL重写规则？
我不确定这是不是要问的地方，但我发现一些页面中包含以“ http://1.1.1.1/bmi ”开头的链接。 谁或什么是1.1.1.1 ？ 或者也许http://1.1.1.1/bmi的含义不仅仅是1.1.1.1 ？
可能重复： 在URL中使用“www”有什么意义？ 简单的问题：我们应该使用万维网前的url或不…一些网站说，我们应该和一些说无辜相反… … – 亲 缺点 笨 如果网站前面没有www，应该使用什么htaccess代码来重写url，并保持谷歌快乐？
我想要做的是以下几点： 我的域名xy.example.com不再存在。 因此，我想做一个简单的redirect到新的域abc.example.com。 它应该是一个redirect，当某人在浏览器栏中inputhttp://xy.example.com/team.php时也可以工作 – 比它redirect到http://abc.example.com/team.php 我已经尝试了一些东西，但并没有真正起作用。 我必须在Apache 2configuration中放置什么？
如果通过HTTPS进行连接，可以将包含在URL中的数据视为安全吗？ 例如，如果用户点击指向https://mysite.com?mysecretstring=1234的电子邮件中的链接，攻击者是否可以从URL中获取“mysecretstring”？
我想确保用户来到www.mydomain.com即使他们通过别名mydomain.com到达。 这样我就可以控制子域上的Cookie，这样Google就可以看到一个域名，而不是一个url的大杂烩。 我怎样才能做到这一点与Apache？
显然这是一个URL缩写。 它在Chrome和Firefox中解决得很好。 这是一个有效的顶级域名？ 更新：为人们说这是浏览器shenanigans，为什么是这样的： http://com./ : http://com./不带我： http://www.com/ : http://www.com/ ？ 而且，浏览器是否曾经给你发过一个地址栏以外的回应？ 除了框架和类似的东西之外，我还以为浏览器真的很努力地只是从地址栏中的网站发送内容，以帮助防范networking钓鱼。
url始终采用以下格式： <protocol>://<host>[:<port>]/[<path>][#<hash>] 问题是IPv6使用冒号，就像端口和主机的分隔符一样，例如： 2001:db8:1f70::999:de8:7648:6e8 但是，如果这是主机，我想用端口100上的HTTP连接到它呢？ http://2001:db8:1f70::999:de8:7648:6e8:100/ 问题是最后一个冒号。 由于零是用双冒号省略的（1f70到999之间），所以不知道'：100'是属于IP还是端口号。 我们怎么知道这个？