Development Discussion Board

personally, i use the straight command line

dhn wrote: The current task description of the coding project does not include benchmarking against other boards......

let me sharpen the question then: is phpbb v2 considered to be "other boards" for this purpose?

dhn wrote: Yes, there is a community coding project.

may i ask, is the performance testing suit generic, ie, can it be used vs. other boards, and specifically, vs. phpbb v2, or is it olympus specific?

hi all. i tried to google/msn/altavista/searchwhatever and didnt find anything. common wisdom would say - if its aint in google, it just doesnt exist... but i decided to ask here as a last resort: does anyone know of a bbs-system performance benchmark, especially for large boards? if not, does anyon...

to your point of comparing the wisdom of storing the hash in config.php vs. the database: let me quote something another poster said: If it's selected by the user during installation or randomized, there's the risk of it being lost in a move, which presents an inconvenience as to storing the algorit...

i dont have a strong opinion regarding the password hash at all. personally, i think that it stands very low on the priority list. just want to mention the way other packages use salt. specifically, in osCommerce, when a new user registers, the system creates a random salt, hashes the password with ...

thanks.
the word "soon" sounds delicious in this context.
regardless, it would be nice to have the site itself patched, completely unrelated to the development code or the bug tracker.

one of the (many many) nice features of v3 is the save-draft/reload draft feature. this feature was broken around march of this year, when acyd changed the direct access to the $_POST[] array to a function call get_request(). one can still save a draft, but the load functionality is broken. i am not...

Thanks!

in phpbb v2, there are 2 fields in the config table which always cause headaches. these fields are 'server_name' and 'script_path'. there is absolutely no justification for having these two fields in the database. for the script to even be able to access the database in the first place, it must alre...