trq

just like in php, string in Javascript need to be surrounded in quotes. echo '<tr><td><input type="radio" name="gametype" value="1v1" onClick="toggle1v1()" onChange="mapchange(1,\'' . $test . '\')" />1v1</td>';

So login and try and add the columns. I don't use it so can't provide instructions, but, like I said, it's all pretty self explanatory.

Do you have access to phpmyadmin? Its pretty self explanatory within there.

Actually, you would only need to use rewritting if you wanted each sub domain to have its own document root. You don't, so you likely only need to setup wildcards within your DNS setup. You'll need to take a look on the docs for your DNS provider for instruction on how to do so through there control panel.

If you just want to use simple sub domains, no. You should be able to do that easily enough within your .htaccess file.

Pop-up windows are created client side using Javascript.

So, your not trying to separate the application at all? Just have it served up via many different sub domains? You really don't need to do anything at all special. I think I've completely misinterpreted your original question. You can make any number of apache virtual hosts all share the same document root. This is basically what your wanting to do. You can then have some logic in your application somewhere that determines what client data (including this logo) to use based on the hostname. Done.

Not based on the information provided here. Have you tried simply adding those fields and seeing if the code knows what to do with them? Otherwise, yeah, your probably going to need to hire someone who knows what they are doing. We have a freelance board for such requests.

So, that is what is different. So in other words, that is the part that goes within the client own virtual host. The rest of the application goes in a separate location outside of anyones virtual host.

I would contact that friend.

That might be the case, but there has to be at least something different about each client. Each client in my system basically only varies by loading there own configuration file. My application itself is kept within /usr/local/<myappname>, the framework it uses is within /usr/share/php/<theframework>, then each client is within /var/www/sites/<client name>/htdocs Each client has an index.php file and a configuration file. They also have there own templates (all loaded from the config file) etc etc If your client are all going to be using the EXACT same system (design and all), you might not need anything like this. You might be able to get enough information by simply looking at the hostname and determining what client data you need to then serv based on that. My clients all have there own databases, but you could use one if you like, it just means that every record would need a client id attached to it or something. As for virtual hosting, that's up to Apache. See.... http://httpd.apache.org/docs/2.0/vhosts/mass.html

ps: There is also no column called 'done' in your 'auth' table. That would be why that query fails as well.

Indeed. There is no column called 'used' within the pins table.

I'm not sure you'll find much specific information around. I know I didn't. It should just be part of your design, to keep each client specific piece of code separate from the core of the system.

Your first query is also failing for some reason. You should check $select is a resource before trying to use it.

The error is pretty clear. You reference the column 'used' in your query, this column doesn't exist.

Using classes doesn't mean your necessarily using OOP and using OOP doesn't necessarily mean everything has to be an object. Arrays are perfect for storing this type of data. I'm not sure how exactly you plan on manipulating this data, but you'll likely want to pass this into your manipulation object in the form of an array. There are of course complete form components around that do indeed provide access to form values via objects, these objects would still store there data as an array however. It really depends on what your doing exactly. I mean, you could just make a forum object and let it have magic methods to access its internal data structure (a copy of $_POST), but that doesn't really do anything for you.

What GRANT OPTIONS did you give this user?

Form values turn up within either the $_POST or $_GET arrays. I'm not sure why you would need them within an object.

This topic has been moved to Linux. http://www.phpfreaks.com/forums/index.php?topic=313175.0

*/20 0,1,2,3,4,5 * * * commandtoexecute

Your post was never edited. On the first day, you had two posts, I removed the later of the two. The very next day you added another post, it was also removed. It is against our rules to post the same or similar questions in multiple threads. You should have received PM's about these posts being removed.

This topic has been moved to mod_rewrite. http://www.phpfreaks.com/forums/index.php?topic=313168.0

You need to call session_start() within the same scope as any code using the $_SESSION array.

Take a look at the session.save_path directive within your php.ini file.