Hmm bei mir lädt er die Website bis kurz vor Ende und wird dann einfach nicht fertig. Eine idee was das sein kann? Browser Cache is auch schonmal geleert worden.
Problem besteht mit Fox (latest 3.6.16) und auch Chrome. IE scheint fertig zu laden!?
Wir hatten das Problem ebenfalls. Ursache war eine Block-Regel im Snort-IDS für unser Hausnetz, die bei piwik.js zugeschlagen hat:
2011:03:16-17:19:38 vpn snort[18199]: id=“2101” severity=“warn” sys=“SecureNet” sub=“ips” name=“Intrusion protection alert” action=“drop” reason=“WEB-CLIENT Mozilla regular expression heap corruption attempt” group=“320” srcip=“62.146.104.136” dstip=“192.168.8.48” proto=“6” srcport=“80” dstport=“50895” sid=“8443” class=“Attempted User Privilege Gain” priority=“1” generator=“1” msgid=“0”
Kurzfristig ist uns allerdings keine andere Möglichkeit eingefallen als die IP-Adresse unseres Piwik-Webservers für Snort zu whitelisten. Ich gehe davon aus, dass auch andere Piwik-User dieses Problem haben werden, wenn sie hinter einem IDS sitzen. Snort dürfte ja nicht gerade exotisch sein.
Yes, at least that’s what Snort says. As I’m not the admin for our internal network, I cannot really say what’s exactly behind that rule “WEB-CLIENT Mozilla regular expression heap corruption attempt”, but it there’s definitely something in the JS that’s triggering a false positive for this kind of attack - that’s why the JS gets dropped from the reply to the client, so the browser shows it as loading endlessly because the reply never reaches him behind the firewall.
with piwik 1.2.1 the problem still exists - same workaround - @Piwik Developer: PLEASE fix that! its peeving and the stats arent corrent anmore (until the workaround is made)
There’s actually a bigger problem with the Snort IDS rule which I’ve already reported upstream. In the meantime, we have implemented a workaround in svn trunk, which will go out in the next Piwik release.