Development Discussion Board

That index will not help. What might help is some sort of partitioning of the table into two tables, one for unapproved messages and one for approved. This would allow the lookups to be much faster but would require us to do a minimal amount of extra work on the PHP side of things...

The problem with caching language stuff into templates is an interesting one, I know this because I tried to do it a while back for _everything_ (Things like imagesets and our dynamically generated stylesheets). The problem is not with the caching of the data itself but with the cache invalidation ...

on second thought, if the commit messages looks like this:

Revision 8777

davidmj, 08/22/2008 07:00 AM

“There are two ways of constructing a software design: One way is to make it so simple that there are obviously no deficiencies, and the other way is to make it so complicated that there are no ...

@APTX: can you prototype some examples where we could use this within our own code at some sort of savings, either complexity or redundancy of code

@Acyd Burn: I do not think we should arbitrarily halt development on any area if we see a need exists. For example, it looks like template inheritance ...

a) I suggest a nicer name, like SNIPPET
b) does it make sense to allow us to pass a parameter or no?

Other than that, it looks pretty good.

Btw, any hope of support for arbitrary general expressions in places like DEFINE?

naderman wrote:Slowly I'm starting to wonder why we don't just use PHP instead of our own template language?

It would be too easy to cheat and do bad things in template land... They would also be harder to verify by the styles team... Our system is very nice for lots of loops

For starters, there is no chance of a core dev being handed a mere diff with no context around it. A huge diff is fine so long as it represents changes that reflect a certain goal, do not expect us to integrate giant patches without knowing to what end you were changing phpBB. Also, I think I am in ...

The following represents my opinion and not that of the phpBB development team, nor the phpBB group

What I meant is that I don't exactly see my Inbox nor the bug tracker filled with "here is some code that implements something useful". The best we get are bug fixes that I could have fixed myself. I ...

For now, I will just say this much: Nothing stops anybody from submitting a patch.

The database should be able to be replicated...

What you want to achieve must be done at the ACM layer, how you factor beyond that is up to your own discretion. What you could do is make a new ACM module that depends on the memcache and xcache modules. This way, you can swap around modules at will ...