| « Disable "ping weblogs.com" by default | Email notifications should not get sent for future posts » |
system settings
Right now we go through many quirks to handle the case where register_globals is on.
I wonder if we shouldn't rather die() with an error message if register_globals is not off. It may be reasonable to go this way in 2006.
Maybe we should put a system config diagnostics screen into the app + ask users to report the value to a central DB so we can analyze the percentages for this kind of values.
6 comments
Sounds good to me.About the "feedback": what do we want? Just special values from phpinfo() or just everything (which is considered not being private, like cookie headers)?
2006-03-27 @ 21:23
I think we want to concentrate on what is important to us. For example we don't care to know if they have a PDF extension installed. We should make a simple screen with things like: - XML extension: yes (version) or no + maybe some text on what restrictions this will have (XML RPC performance...)
- MySQL version: 4+: green , 3.23: yellow, below: red
- register globals: off:green on:red
etc...
2006-03-27 @ 21:37
ACK.Do you think we should add it to the Tools tab? IMHO we could even just make a plugin out of it..
2006-03-27 @ 22:17
Yes the tools tab sounds good.It should not be a plugin though because we want to make sure everybody has it available to help with support issues.
2006-03-30 @ 17:11
It could just be a basic plugin..Where do we want to store the results? How should they get transfered? XMLRPC or just plain POST?
Also, we should make sure somehow, that user's do not send results multiple times: we should respond to the feedback with an ID which gets used to refer to this set of settings and store it into $Settings IMHO.
2006-03-30 @ 18:39
It should not be a plugin though because we want to make sure everybody has it available to help with support issues.-->Some people will uninstall plugins. Some hosts will disable them. etc.
For now we don't want to store anything, just display on screen so we can ask a copy/paste for support issues.
2006-04-20 @ 13:51