Development Discussion Board

Perhaps one of the key reasons for my slightly different perspective on this issue of performance is that my IT background wasn't one of classic applications development, but more one of modelling, real-time and systems development moving in more general systems engineering. From a systems ...

Just out of interest, I've put the latest version of this cache on my OOo forums, which are running 5-10 page-views per sec depending on the time of day (that's about 60x greater than the design sweet-spot), (though I do map my 10 forums cache directories to /tmp sub-directories which are mounted as ...

I've added a few lines of audit to my OOo forums so I collect the microtimes between session start and both the entry to page_header and the return from page_footer. There are very few apps lines before this (mostly compiling and loading which won't be there in an HipHop environent), and these ...

I think to say that "it doesn't work with an opcode cache" is a little strong. +1 on there's absolutely no point in doing this if you have an opcode cache installed, but as the compactor would only need to be rerun after code updates which is a pretty rare occurrence. The main problem is that you'll ...

AFAIK, the pair of routines _safe_file_read() and _safe_file_write() (that I posted here ) are the only easy way to implement this locked read/write pair with collision detection and resilience against access contention that works in both *nix FS and NTFS (accepting that there may be alternative ...

Let me address this point on this thread: Resource locking and cache coherency within phpBB. I am going to have dinner soon, so I'll do it later tonight.

N, when nn- first raised this specific point which is not really to do with the main topic of this thread: improving phpBB performance for small installations, I did raise a separate specific topic in attempt to cover this, but I can't moderate or control where other contributors post follow-up Qs ...

again I'm not sure there benefit is worth it
It's that entropy issue again. Having script files in a public directory which implements the phpBB requests apart -- from modules A and B which shouldn't be called. Yuck! :roll:

I take it by "external phpBB integrations" you are mainly talking about ...

All I am trying to do here is to float a discussion point. One primary benefit comes down to entropy. If we don't enforce standards and go through the code from time-to-time to clean up non-conformance then disorder rules and the application slowly becomes unmaintainable, and IMHO, this is a messy ...

At the moment the core generated HTML document loads five styles: print.css , style.php?id=<style_no>&lang=<lang> and the three one-liners: normal.css , medium.css , large.css . Surely these last three are really just obsolete? All modern browsers allow you to change the base font size by zooming ...