Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Move custom profile field data to its own table #317

Closed
wants to merge 7 commits into from
Closed

Move custom profile field data to its own table #317

wants to merge 7 commits into from

Conversation

Spuds
Copy link
Contributor

@Spuds Spuds commented Apr 8, 2013

I could not find any use for the theme query that was in loadmember other than loading in the custom profile data from themes, so the theme query was replace and not appended to. If we find some missing data it can be addressed, but all other areas seemed to load (and correctly) the data from the themes table.

Also I add in identifier support to the upgrade_query (for things like substring etc) ... ideally the upgrade querys would all be updated to have this first i.e. upgrade_query('', string) but for now I simply appended it to the params to avoid breaking anything and not knowing if this change would be acceptable. If this is acceptable, for consistency, I feel it should be rearranged to match the smcfunc syntax

… fields table

Signed-off-by: Spuds <spuds@spudsdesign.com>
Signed-off-by: Spuds <spuds@spudsdesign.com>
Signed-off-by: Spuds <spuds@spudsdesign.com>
Signed-off-by: Spuds <spuds@spudsdesign.com>
Signed-off-by: Spuds <spuds@spudsdesign.com>
Signed-off-by: Spuds <spuds@spudsdesign.com>
Signed-off-by: Spuds <spuds@spudsdesign.com>
@norv
Copy link
Contributor

norv commented Apr 9, 2013

I would rather remove the $identifier altogether, or stick it to the end of parameter list, with default value, in all cases.
Most of the query calls do not use it, so forcing the addition of an empty parameter at the beginning of the parameter list doesn't make much sense to me.
That said, no qualms here, to a temporary inconsistency.

@Spuds
Copy link
Contributor Author

Spuds commented Apr 9, 2013

Most of the query calls do not use it, so forcing the addition of an empty parameter at the beginning of the parameter list doesn't make much sense to me.

You mean like was done with
$smcFunc['db_query']('', 'stuff' ,array(more stuff)) 👼

I would rather remove the $identifier altogether

So don't use substring in my query and loop on all the rows with php? Or was that a general statement to the 99% unused leading parameter in our smcFunc calls ... as in don't do that again even though its consistent and leave the $identifier as I did in the upgrade script?

@norv
Copy link
Contributor

norv commented Apr 9, 2013

I'd remove $identifier from smcFunc['db_query'] thing. So well, it's fine as you did, IMHO there is no need to try to adapt upgrade_query() to have the parameter first in the list, since we can consider this signature deprecated. (it might remain or not - depends on time - for 1.0, but it's still deprecated.)

@Spuds
Copy link
Contributor Author

Spuds commented Apr 9, 2013

OK ... I'll close this for now since I'll have to rewrite how it updates custom fields to not use substrings in the query ... that will be a bit of a mess really but I'll deal with that once I know what upgrade_query is going to become

@Spuds Spuds closed this Apr 9, 2013
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants