You are not logged in. Please login or register.
Active topics Unanswered topics
Search options (Page 42 of 307)
Topics by Smartys User defined search
Posts found: 1,026 to 1,050 of 7,674
Mpok wrote:Smartys wrote:1. We haven't done benchmarks, so we don't know. But yes, I would presume that any difference in speed isn't drastic.
Well... Adding new features DOES cost time processing. Always. 
I.e., the simple fact of changing way of construct requests (which permits further modifications with hooks) IS slower than a 'plain text' request, but the difference is indeed negligible.
Another one : use of url_rewriting IS time comsumming (rather an Apache's issue, as the process of a .htaccess is not optimized), but the feature itself is real great..
It sounds like you're talking about the SEF URL system in both those examples: that system should have little to no impact on people who choose not to use it.
Mpok wrote:And last but most important : the entire 'hook system' (which is the major benefit of 1.3) IS slower than the old ugly 'mod system' (since the eval() function is one of the slowest function in PHP, as it is in C or others).
So each 'extension 1.3' will be slower than the corresponding 'mod 1.2' (by construction)...
Hope it "isn't drastic", as u said..
It's my understanding that the eval calls haven't been found to be extremely slow. If someone would like to benchmark them for comparison, they're welcome to do so. I played around with an alternate scheme in my head that would eliminate the eval calls, so if we find that eval calls are too slow we can try the other way.
CSRF attacks.
Moved to PunBB Discussion
Hmm, I wonder if there's a reason we're joining the posts table in...
Then you haven't enabled debug mode
Could you give me an example of why you would change an unbuffered query to a buffered query?
It depends on how you defined each of those "levels": give me some examples and I might be able to be more specific.
Yes, that likely would be, I'll make the changes
How to create extensions? Certainly
Set everyone's user options to disable form email, then set the defaults to disable form email, then change the code to disallow any changes.
1. I don't see much difference between your suggestion and the way email works. When you go to activate the account, it has you set your new password then.
2. That will be an extension
3. You can already do that in 1.2 and you still can in 1.3
Only if we were to completely rewrite PunBB from the ground up 
Ah, that's a fairly important detail there, since it happens to be the only case where this occurs 
This involves changes in several files, so I'm getting a dev consensus on how to fix it first.
Is the user you're doing this with a member of the moderator usergroup who doesn't have moderators powers over the forum you're posting in?
I can't replicate it: can you be more specific about how to reproduce the issue?
And make sure it isn't simply your session timing out like the message says
...and? What point are you trying to make?
Indeed. With great power comes great responsibility. Like the responsibility not to check every administrator and change their group.
And why does that matter?
I'm really just curious, I don't care much either way
That's not possible without modifying PunBB and I'm not sure exactly how you would want to implement it
No, there are going to be hooks in the new parser, that's part of why it's the new parser
You mean you want to force people to change their password after their first login?
Posts found: 1,026 to 1,050 of 7,674