errors.

[kurt]

Ok, its changing now, thanks again

Also, for built in smf, wouldn't you have to make it signup for both at the same time as well?

If you use SMF, yes. If you were to use the forum add on that we expect to start coding when the official 2.0 is release, or code your own, no. It can be made to do so with a separate forum script(such as SMF), but I would need to look into how it's done. But to answer the question, yes, using SMF as an add on forum would mean needing to have it log on to both scripts at the same time, log out at the same time, etc.

[andrew]

Ok,

if i buy a new domain, can i Simply change the url of the site in the admin panel, and it will change to the new url?

[kurt]

If you set it up so that the root folder of the new domain is exactly the same as the old domain, it should. If not, then you will need to move files and re config.

[andrew]

Ok, just so i'm 100% sure here before i move:

If i move my current addon domain to another directory , and add my new domain in under my old addon domain directory, will i be able to just change the settings in the admin panel and it work?

[kurt]

If you have enough permissions to the OS you could probably get that accomplished. With shared hosting accounts though, probably ain't gonna happen.  It does not take care of things such as databases, DNS entries, etc. Your best bet would simply be to leave the old domain alone, and copy the folder into a temp folder, the rename it to what you need it to be, and move it to where you need it for the new add on domain, then replicate the database and tweak the settings.

[andrew]

Ok, I tried to understand that but about 10%  i missed completely.

If i just install a new copy on the new domain, move over any changes to the actual files, transfer /games and /games/thumbs, And set it up so it uses the old database would it be the same site but new domain, like intended? can two sites use the same database?

[kurt]

No. They can not share a database. You can copy over the data base as a starting point, but some of the entries in the database as domain/account specific, such as the domain name itself. They will need to had separate databases, or use the exact same folder, and if you go that route all of the traffic will wind up going to one or the other.

That's not to say  that the script could not be modified to work more than one domain off the same database. It would probably be fairly easy to do the way it's written, but it also might cause some confusion among the members when they figure out they have logins for domains they didn't sign up on, and heartburn for some of the advertisers when they figure out that they are getting clicks from a domain not on their list, and that does not even begin to cover things like Google seeing it as being duplicate content, so one or both might get de indexed.

Your best bet all the way around is most likely going to be just install it on the new domain and tweak the new install to be it's own creature. Unless you have some reason to do otherwise that you're lot letting on to just yet.

[andrew]

but you see, it takes me about 5 mins per game to add, as i handpick the really good ones etc. Is it possible to transfer the games over? Just that and the small changes i made to the template are all i need to keep.

[kurt]

Oh yea. So long as the number of files in the folder does not go over a certain point, about 2500 I think, you can just go into cPanel of the account and tell it to copy the whole folder to somewhere else where there in no folder existing by that name yet and it should do it. The more files there are to copy, the longer it takes. This falls apart when the sheer number of files grows past a certain point though. I don't know if the limitation is a built in factor of the underlieing OS or part of cPanel itself so it may not be a problem on servers with newer versions of the OS or cPanel. I have not tried it in a while, so YMMV.

You can also export part or all of the database through phpMyAdmin and import it into another. In this case you have a couple of choices. You can export the whole database and then import it, and then make edits to the settings table by hand through phpMyAdmin(won't be able to do it through the script's admin panel), or you can run through the set up as normal and then just export/import just dd_games and dd_categories only.

[andrew]

ok, almost ready for the move, just wondering, in v2.0rc2 (current latest version, how do you make blog entries? I looked all over the admin panel an couldn't find options for it anywhere :s

[kurt]

You have to grant blogging privileges to who ever you want posting in the blog. This even includes admins at the moment. Go in to the admin panel and choose manage members. Choose the member you wish to make a blogger, even if it's yourself, and click edit. To grant blogging privs, go down to blog permissions and change the level. 1 means read only, 2 means write blog posts but no HTML, and 3 means post blogs including HTML. Then click submit changes to save.

Depending on where in the cache cycle your script is, it might take a few minutes to show up, but when it does, the member will have a new link in the "My Menu" box to access the blog admin section.

With rc3 this has changed. In rc3 anybody who is admin can access it without needing to be granted blogging privs, through the admin panel. Plus, rc2 gives access to all blog posts through the blog admin panel. Rc3 only grants access to posts that member created, through the blog admin panel, but grants admins access to all blog posts, through the admin panel.

We are working on getting rc3 ready for download as fast as we can.

[andrew]

Ok, now thats my blog sorted

I notice the usersonline is showing an irrational high number, bug or?

[kurt]

It has to do with how your server stores session data. It's obvously picking up session data for more than just that script. If you have multiple sites, runing multiple scripts, running on the same hosting account, it's probably picking every one of them up. You can use the php.ini file to pick a different folder to store session data in if you like, but it could change things for all of the hosting account, including killing some some of the other scripts running on it. You might have to use a different php.ini file for each domain hosted on it, or even for each script. That can turn into some work setting it up, and if something goes wrong, a lot of work undoing it. All servers are different so it's hard to say ahead of time exactly what it would do, but it is an alternative.