我有一个使用Google Analytics更新的异步跟踪方法(_gaq)的网站.我遇到的问题是我想建立一些特定的链接跟踪,并担心我会创建一个竞争条件.
基本上,它是一个新闻网站,所以它有标题链接到各地的故事.故事的标题可能出现在页面上的3个不同位置,并出现在数百个其他页面上.因此,为了理解我们的受众如何与网站进行交互,我们必须跟踪每个特定标题块的使用方式,而不仅仅是目的地.由于这两个规定跟踪单个页面,跟踪引用页面是不够的,我们必须跟踪单个链接.
所以,如果我有一个链接.
<a href="http://www.blah.com" onclick="_gaq.push('_trackEvent','stuff')">Here</a>
因为_gaq.push()是异步调用,所以在Google完成点击跟踪之前是否可能发生页面更改？如果是这样可以防止这种情况发生,或者我对Google AnalyticsAsync的运行方式存在误解(http://code.google.com/apis/analytics/docs/tracking/asyncUsageGuide.html).
现在我们正处理我的企业环境中的一个难题,我们被指责服务器崩溃,但我不是100%肯定我们是罪魁祸首.这是服务器环境:我们有一个主Coldfusion及其MSSQL数据库.然后,我们还有一个托管在不同云上的辅助数据库(MySQL),用于其他任务.系统以这种方式构建的主要原因是因为主服务器由我们的内容管理系统操作,因此我们不允许修改它,添加表或任何类似的操作,因此我们使用备用数据库.根据设计,它上面没有任务关键项,并且页面的构建方式使得如果备用DB不返回任何行,页面将继续正确呈现.
基本上,我被告知,当备用MySQL服务器出现故障或停止接受连接时,它会使用整个主云,包括托管在其上的其他5个站点.我无法访问主Coldfusion或数据库日志,因为CMS提供商不会将它们提供给我.因此,我只能根据他们给我的解释的有效性来判断.
来自我们的CMS提供程序的这种行为的解释是,当Coldfusion查询数据库时,它会创建一个线程,如果数据库没有响应,则线程继续堆栈.最终处理器受到限制,服务器出现故障.这是Coldfusion如何运作的准确解释吗？如果是这样,无论如何都要阻止它,可能是因为DB超时时间更短等等？或者我们的CMS提出的整个解释是一个红鲱鱼和其他东西真的导致崩溃.
任何指导将不胜感激.
问题已解答 - 找到的文件 http://kb2.adobe.com/cps/180/tn_18061.html http://www.adobe.com/devnet/server_archive/articles/cf_timeouts_and_unresponsive_requests.html
全局设置超时请求不会使等待外部资源的内部进程超时(cfquery/cfhttp等).将它们计时的唯一方法是手动设置超时属性.不设置这可能导致线程过载和崩溃的服务器,就像我们发生的那样.