Actually, what I want to do, is have all my variables in the column 'name'. They are not yet, PERL strings. I want to make them Perl strings, containing the value in the column 'valu', of the same record id.
For instance, I have these in there so far..
| name |
valu |
| default_font_family |
Arial, Helvetica, sans-serif |
| default_font_color |
#000000 |
| standout_text_color |
#F52D37 |
| disabled_text_color |
#C0C0C0 |
Those are the top few. I want the values in the column 'name' to be Perl Strings, that contain the VALUE in column value.
Like these examples that do NOT work:
$dbh = CWT::Site_DB::connect();
$sth = $dbh->prepare (qq{ SELECT * FROM config_settings });
$sth->execute();
while (my $settings = $sth->fetchrow_hashref()) {
use CONSTANT $settings->{name} => $settings->{value};
}
$sth->finish();
# OR
$dbh = CWT::Site_DB::connect();
$sth = $dbh->prepare (qq{ SELECT * FROM config_settings });
$sth->execute();
while (my $settings = $sth->fetchrow_hashref()) {
$$settings->{name} = $settings->{value};
# OR ${$settings->{name}} OR @{$settings->{name}} I've tried a
+ll 3, nothing is working.
}
$sth->finish();
So now, when I get to a "form" or something, if I know I have the variables in column "name" above, I can put the strings. such as this...
print qq~Welcome to <font style="font-family: $default_font_family; co
+lor: $default_font_color">Company Name</font>~;
Something like that. The reason they are in a database, instead of just in a file, is that I'm making an admin interface, where they can be editted, easily, by my partners, who do not know perl at all, so they can make changes without having to get into the source code.
If I still did not make it clear what I'm trying to do, please let me know, I'll try to clarify it again ;)
thx,
Richard
| [reply]
[d/l]
[select] |
I think this might work (though I'm at school and I can't test it):
$dbh = CWT::Site_DB::connect();
$sth = $dbh->prepare (qq{ SELECT * FROM config_settings });
$sth->execute();
my %settings = %{$sth->fetchrow_hashref}; # I'm assuming you only
+ have one row...
foreach my $key (keys %settings) {
my $varname = "$" . $key;
eval "$varname = $settings{$key}"
or die "problem with eval";
}
$sth->finish();
Also, from what you've said, it seems as if you are just using the settings to globally control the properties of HTML text so you only have to change the property in one place. If this is the case, then you should use CSS (Cascading Style Sheets) to define site-wide styles and include the CSS file in every page. CSS is a very powerful mechanism for easily changing the layout and design of a site.
Update: Hmm, I just saw that you want to use the values in the column name as the variable name. The code above uses the name of the field (or column) in MySQL as the variable name. Here is the code to do what you want:
$dbh = CWT::Site_DB::connect();
$sth = $dbh->prepare (qq{ SELECT * FROM config_settings });
$sth->execute();
while (my %settings = %{$sth->fetchrow_hashref};) {
my $varname = "$" . $settings{name};
eval "$varname = '$settings{value}'"
or die "problem with eval";
}
$sth->finish();
That should do the trick, but it is also untested. | [reply]
[d/l]
[select] |
Would it be easier to just us a "flat file" type of database?
I think it might be easier to just use a seperate file called something like settings.config and then in the admin interface, make it where when the edit the settings, it just OPENS it, and gets the variables that way, then it can re-write the file everytime the administrator updates the values.
I know how to do that. I just thought it might be faster to just put them in my MySQL database. Of course, If I'm only requiring a config file, then it would probably be faster then running through a database and trying to assign variables.
At least in the config file I could make it look like this:
$default_font_family = "whatever";
$default_font_color = "whatever2";
Do you think that would be easier? I'm starting to feel that way, since there does not seem to be an easy way to do it with a Database. At least from what I seen thus far.
thx,
Richard
| [reply]
[d/l] |
| [reply]
[d/l] |
