This is a discussion on _registration and possibly other configuration storage tables within the Feature Requests forums, part of the Help & Support category; Hello, Just look at _registration table. Each registration setting name is in comlumn name of this table, and value - ...
|
|||||||
|
|
LinkBack | Thread Tools | Display Modes |
|
#1
|
|||
|
|||
|
Hello,
Just look at _registration table. Each registration setting name is in comlumn name of this table, and value - in coresponding single line field. And most values are multiple, separated with "|" ... Storing settings like this is ugly as hell and totally not appropriate for commercial product .So please, can we have a proper settings table with (name,value) and simple api like isEnabled("cityRequired") or getValue("smtpHost"), setValue("smtHost", $server). Hope you understand the idea. More elegant, simple and clean code. And ONLY ONE TABLE for all global settings (site, registration settings and whatever else, didn't review all settings storage tables). Realy simple to implement, a bit more complex to migrate everything, but a must do thing. |
|
#2
|
||||
|
||||
|
Yes this has been thought about but as you say "more complex to migrate everything".
That is the tricky part and the reason it is still the way it is. At the end of the day it is ugly but it works. So it hasn't been a high priority.
__________________
Eric Barnes 68 Classifieds Developer Please do not send me a private message asking for support. Instead use these open forums or our ticket system. Customer Area | Issue Tracker | Documentation | 68C Mods | Submit a Ticket | Twitter |
|
#3
|
||||
|
||||
|
Why is this a "must do"?
__________________
Larry. (Please note: I am not a 68C employee. I am a customer and volunteer who helps with questions where I can and the forums spam free) Set your site apart from the competition with one of my modules...... Google Map Module | You Tube Module | Google Calendar Module 68 Classifieds Important Links Customer Area | Issue Tracker | Knowledge Base | User Manuals |
|
#4
|
|||
|
|||
|
For ease if further development, simpler and more clear database structure (less redundant tables).
Yes, it works now. But sometimes.. For example, I needed to check if captchas are enabled for user registration. I have choices: 1. write inline query 2. write function for example captchaEnabled, put it somewhere and use. 3. or, like someone DID, just decide proper captcha validation is just not important, because it's just too much to code: Quote:
What actualy makes captchas easily bypassable. So now you see where ugly data structures leads? ![]() PS: I hope it gets noticed (I mean captcha check) and will be fixed in next release
|