SiNNuT

A quick find in files for 'random' shows (in PageFinder.php): if($value == 'random') { $value = 'RAND()'; and else $query->orderby("$value", true); So it does seem to use ORDER BY RAND(), which is pretty slow when dealing with a lot of rows for the reasons you already mentioned.

Caching upon first request really isn't what makes PW's built-in (template) cache slow compared to ProCache. It's only the first visitor to request a certain page that will have to wait slightly longer. All other visitors, and the first visitor upon revisit, are given the cached page within your defined cache time. What makes this relatively slow is that the built-in cache has to hit PHP/MySQL to figure stuff out, whereas ProCache completely eliminates this need with some clever and efficient Apache rules. I don't think there's a lot to be gained with caching on page save.

Or use something like Tor browser. Very easy to get 10, 20, 50 votes in. Not that i would promote such a thing.

I wonder how many people vote at least twice for their favorite app, once via their home connection and once via 3/4G with their smartphone... These kind of polls are fundamentally flawed butt it is nice to see PW up there

I definitely don't understand all things going on in this boilerplate and i won't be using it anytime soon but this will be great for the more experienced/advanced php guys. Maybe you should add the minimum required PHP version in the README.

Have a look at this http://css-tricks.com/perfect-full-page-background-image/ Quite an old article but the browser support ( http://caniuse.com/#search=background-size ) nowadays is even better. Should you need IE8 there's probably a way to do it.

NL - all OK here in Chrome, Firefox and IE

Nice Job Peter. I'm not sure i like the margins on both sides of the site, but maybe that's just me. Also, width and height set to 100% on that background image gives some funny effects when resizing the browser window; trees going out of propportion. Maybe you could try with background-size: cover; .

I must agree. I'm not too fond of Arimo, or any webfont for that matter, used in a utility tool such as a CMS. Why bother? Just setting serif seems fine to me.

If you do not take scale into account i think you could probably build some of the functionality pretty fast and efficiently in PW, but in all honesty, if you where to build the next Facebook you will be looking for other tools. If you take it to Facebook scale there is no way you would do it PW. Custom is the way to go here. That's not a knock on PW though. Heck, next to Hiphop php, those FB guys are building their own storage engines, webservers etc. http://www.slideshare.net/mozion/facebook-architecture-for-600m-users

PW ist geil!

I haven't used it but it seems that http://processwire.com/talk/topic/4611-redirect-id-based-urls/ would be a possible solution. I'm sure Google has a reason for the 3 digit requirement but it seems strange to me...

I haven't got time to look into how Ryan exactly handles the database stuff, but i'm assuming that since PW uses PDO, prepared statements and bound parameters are used for saving stuff to the database. This means you can safely store 'code' as is and not be vulnerable to SQL injection. For the the display part htmlentities could be enough but this is not always the case and depends on how you implement it. Some further reading, for example: https://www.owasp.org/index.php/XSS_%28Cross_Site_Scripting%29_Prevention_Cheat_Sheet

$config->httpHost should do the trick

Just tested on smartphone with 3G conn. Nice site. Fast too (from holland)

Same here. Had a couple of 'what did just (not) happen' moments with it. Once you know, it's not a deal-breaker but definitely annoying.

Awesome site!

If think you could be ok but if you ever want to move from location A, which is on root, to location B in a subdir or something, i'm guessing all links in the cached files will be off. Also, ftp isn't that fast, and there can potentially be a lot cache files. I wouldn't include them in your copy routine, the will be regenerated fast enough. For me however, it's also a matter of being not quite sure, so maybe others can share their routines.

There is a SessionHandlerDB module, which when installed, stores session info in it's own table. I've not yet used this myself but when you do i think you shouldn't migrate the contents of this table. Also, in your include list you mention /site/assets/cache/. I think you should exclude this from a site copy. No reason to migrate cached data, it could even lead to things not working correctly on the copy destination site.

Definitely the sessions. I don't think theres any use in copying those. Same goes for db stored sessions. Apart from that i can not really think of a lot of unnecessary stuff. If you use caching you can safely omit the cache files as well (i think)

Nice looking site and a lot of content. Impressive. Looking at the html source there are a lot of css files. It probably would be better to concatenate some of those files, especially for mobile performance. Also, the meta description tag is empty. Is this intentional?

In the end i just hardcoded the navigation. The links will not or not often change. If it happens it's easy enough to change the inc file. For each list item i just did somethin like: if ($page->name == "page1" || $page->rootParent->name == "page1") echo "active"; else echo "not active"; Not the most elegant solution but it works

I'm a bit hesitant to post this site but here we go: http://wereldburgersgroningen.nl/ For the non-dutch: a site for a soon to be opened hamburger restaurant in Groningen, the Netherlands. The interior has a clean/industrial look with some Mediterranean elements/colors. For this small site I was on a real time-crunch so it's still a work in progress. There's no caching or other optimizations (i don't think this will be necessary for this small scale site). It should be mobile friendly but haven't had time to test it on a lot of devices. The most important part, the menu, is still missing. Also, if you're looking for some nice imagery of the place and/or burgers you are out of luck. This needs to be incorporated when stuff becomes available. For me this is a new hosting provider so i'm curious how the performance is for you guys. For me it works pretty fast. It runs on the DEV branch. I'm quite enjoying the new admin theme. edit I've had some discussion about whether there should be an explicit home link in the navigation or not. For me it's second nature to click/tap the logo but i'm wondering if this is intuitive for most people?

Webfonts in general are pretty bad on Google Chrome on Windows. And yes, Arimo is no exception. It doesn't look good on Chrome on Windows. But this is also the case for almost every webfont out there, including very standard stuff like Open Sans which is butt-ugly on Chrome/Windows. Maybe some day they will get their shit together, until then the best solution i've been able to find is to prioritize the svg over other formats. (This is mentioned elsewhere in this thread as well). This works well for most webfonts i've tried. http://stackoverflow.com/questions/14438368/prioritise-svg-font-with-google-web-fonts

If it's interesting for other people maybe post the 'solution' as well??