Google app engine 转发GAE上完整URL结构完整的裸域
因此,我按照Nick Johnson关于如何转发裸域的指示: 并将GoDaddy配置为使用301重定向到我的站点的“www”子域 然而,我仍然存在的问题是,当我输入时,它会被转发到(但没有“/foo/bar”)。是否有办法维护完整的URL(包括子目录和URL参数等),并简单地在裸域的前面钉上“www”(例如so been)Google app engine 转发GAE上完整URL结构完整的裸域,google-app-engine,redirect,dns,Google App Engine,Redirect,Dns,因此,我按照Nick Johnson关于如何转发裸域的指示: 并将GoDaddy配置为使用301重定向到我的站点的“www”子域 然而,我仍然存在的问题是,当我输入时,它会被转发到(但没有“/foo/bar”)。是否有办法维护完整的URL(包括子目录和URL参数等),并简单地在裸域的前面钉上“www”(例如so been) 注意:当我转发子域时,这不是问题:例如,成功转发到是的,这是可能的,但GoDaddy不太支持这些东西-当我不久前评估他们时,我发现他们有时会为他们的“301”服务推出302+
注意:当我转发子域时,这不是问题:例如,成功转发到是的,这是可能的,但GoDaddy不太支持这些东西-当我不久前评估他们时,我发现他们有时会为他们的“301”服务推出302+302+301(!)(是的,技术上它最终是301…) 301应该比302好,因为301是缓存的。但这只是理论。在实践中,您需要实际测量不同的服务提供商,以查看哪些服务提供商最快达到您需要的结果。e、 当我测量GoDaddy时,他们确实提供301服务,但比竞争对手的302服务慢(!) 还请注意,301和302之间的缓存差异对完整URL的影响较小——缓存确切的子目录和参数等的可能性较小。我非常怀疑,就你的目的而言,301实际上会比302好。因此,我将寻求最有能力的DNS提供商提供此功能
我在一年前对此进行了评估,并选择了dyndns的“webhop”服务。这是302,但速度很快。从那以后,它一直像一个魔咒一样工作。好的,下面是我如何解决这个问题的:
希望这能帮助别人 今天我测试了基于谷歌应用程序的重定向(),发现路径信息(
/foo/bar
)和查询字符串(?a=b
)都被正确保留。