使用谷歌网址缩短器api,它工作正常,直到我开始测试负载.尽管我已经注册使用API并且每天有1,000,000次点击,但很快就会收到来自Google的403率限制超出错误的错误.我可以看到谷歌报告工具中的请求,他们只是发回403的所有内容.403开始以大约345/350点击回到API,持续数小时.
思考？
我认为这很简单,但它拒绝工作.旧的URL是
http://www.site.com/?q=node/17
它需要重定向到http://www.site.com.我不需要担心通配符,这是我唯一需要担心的查询字符串参数.我写的规则看起来像
<rule name="Node17" patternSyntax="ExactMatch" stopProcessing="true">
<match url="http://www.site.com/?q=node/17" />
<action type="Redirect" url="http://www.site.com" appendQueryString="False" />
</rule>
我可以测试IIS内部的模式并匹配,但是当我在浏览器中点击URL时它不会重定向.有什么想法吗？
我确实将其发布在serverfault上，但是没有任何视图或响应。
我在这里阅读了很多有关使用Node.js时是否需要网络服务器的文章，答案似乎总是肯定的，以便提供静态文件。
我的问题是这个。如果我正在工作的网站主要是动态的，那么我不能只使用Node.js作为服务器和动态部分，然后将所有静态文件（css，js，图像等）放在CloudFront上为它们提供服务起来吗？这样，我不必担心缓存（通过清漆或Redis或您拥有的东西），或运行像nginx这样的http服务器并通过代理访问Node.js的方法（我读过的内容会引起socket.io问题） ）。
沿着类似的话题，亚马逊的ELB是否足以作为负载均衡器，或者如果站点足够大而需要进行负载均衡，我是否还需要做其他事情？提前致谢！