Hi Pieter,
Glad you were able to devise a solution to the traffic problems.
One question- could the static page that is displayed to anonymous visitors be updated to reflect the most recent version? I ask because quite a few changes have been made since last night, including reverting vandalism that changed some of my Amazon affiliate links.
Thanks for all your help,
Dan
We'll do it. Once the page is more or less stable, you should probably switch permissions so that anonymous users can't edit it. People are much less likely to vandalize if they are registered users.
I use my site during classes, and having this fail-safe (or fail-over, or whatever) design is really important to me. My site disappeared on me during the class, and (I gotta tell you) I wasn't really happy. I'm very happy that you have responded in this way —- thoughtfully and productively. Thanks.
Scott Moore
University of Michigan, Ross School of Business
How Can I Find It? — My ETB blog — Research blog — Twitter — Gmail: scottamoore
Does the new front layer of static HTML somehow effect web stats?
The number of visits that awstats is reporting for my main site has skyrocketed since last Wednesday, whereas Google Analytics is showing the exact opposite.
Wayne Eddy
Melbourne, Australia
LGAM Knowledge Base
Contact via Google+
Wayne, there is no new front layer yet except for that snowleopard site. When we roll that out for all sites we'll clearly announce it. I've no idea why there would be a discrepancy between awstats and Google Analytics on your site, but they do measure slightly different things. Did you perhaps change domain names or add a custom domain?
Thanks for all your hard work on this! I had a few days' panic when I thought my new educational site wouldn't be available for my students when classes started, but you really came through: first, by reassuring us that steps were being taken, and second by the static html solution.
My site is now working as well as could be with both Internet Explorer and Firefox. In Google Chrome, however, attempting to load the page (miller09fall12pm.wikidot.com) causes the browser to get caught in a loop between "waiting for miller09fall12pm.wikidot.com" and "waiting for miller09fall12pm.wdfiles.com". It goes back and forth for minutes.
I know Chrome isn't quite the standard browser the other two are, but since there may be others with similar problems, I figured I would bring it to your attention - with my thanks.
Best,
Ben Miller
I assume that's a private site. There is a problem in Chrome (depending on the version). Go to a public site, login in there, and then open a new tab and go to your private site. If that does not work, let us know.
I'm not sure if Chrome has the "disable 3rd party cookies" option but that also causes this behaviour when set.
Pieter,
Thanks for your reply. Yes, it's a private site. A few days ago, I'd used that approach inadvertently, by way of checking the wikidot blog first - and it had been working. For whatever reason, though, it doesn't seem to be working today. I'm running Chrome 2.0.172.43 (the latest update) on Windows XP Home Service Pack 2, and allowing all cookies.
Again, this isn't urgent for me: I have both FF and IE and can get in just fine. But if the Chrome problem is a symptom masking some future problem, I figured it couldn't hurt to mention it where developers (my own programming skills are rather lacking) could see it.
There's a new site now (also on Wikidot!) for Mac OS X Lion …. see it here: http://roaringapps.com/
~ Leiger - Wikidot Community Admin - Volunteer
Wikidot: Official Documentation | Wikidot Discord server | NEW: Wikiroo, backup tool (in development)
Thanks for the plug :)
