MikeJ

You appear to have a caching issue.

I bid 1 cent in case hell freezes over.

Hmm.... actually I think I might know what it is....

Heh.... found a pic of my first car. It's the one under the basketball hoop in the picture (You can see why it was only $500). The '77 Grand Prix was my second car, probably my favorite. And the '85 Pontiac 6000 in the garage was my forth (there was a '77 Chevy Nova in between). I bought the 6000 from my Mom, had it for a whole month before it was stolen and used as a getaway car in a bank robbery in Cleveland.

Just to put a definitive answer to this since it hasn't really been answered.... When you login to cPanel via SSL, the login will always get logged as 127.0.0.1 due to cPanel's use of STunnel (which basically takes the encrypted connection, unencrypts it, and passes it on to cPanel, making cPanel think the connection is local).

Are you trying to connect from a remote system? If so, it's your domain name, and port 3306. If you are connecting from your account, then 127.0.0.1, port 3306. Or you can use /tmp/mysql.sock.

My first car was a 1976 4-door Ford Maverick that my brother and I pooled our money to buy for $500. The gas station was about the only thing it did pass.

Domain locking is a security measure. Not all registrars do it by default. It's basically another level of security to make sure someone doesn't manage to steal your domain name. One company I used to work for, back when there was only one registrar, we had our domain name (a high profile one that received a large amount of traffic) stolen from us for part of a day. Someone had managed to fake an authentication to get the domain contacts changed to them (and Network [non-]Solutions accepted it), so we had to get the lawyers on the phone with Network [bogus-]Solutions to quickly get control back (fortunately we managed to do so before the person made changes to the nameserver entries). With a domain locked, you have to go through the process of unlocking it, before any transfers or changes will be allowed to the domain, so there is less chance of someone hijacking it from you. However, I believe most registrars don't lock your domain unless you request it (although I may be wrong, I've stuck with one registrar for many years so I haven't paid as much attention to the others recently). Anyway, Jikrantz... I don't know the exact story of what you've gone through so far on your domain, but as far as the transfer goes, they pretty much have to go off of what is currently listed as contacts for the domain name. If those are currently wrong, you should probably get them corrected first. Are you currently listed as ANY of the domain contacts?

scream

Just have every game that starts up "register" with the master server by calling a php script on the master server (use authentication or whatever). Log that in the database and have any query for games just hit another script that pulls the info from the database. Keep it all web based and transaction oriented and I don't see any reason it would be a problem. Now if you want to keep an application constantly running (basically running a daemon), that could possibly be an issue. Although I don't see anything that explicity says you can't, you'll probably want to get someone from TCH piping in about their policy on that one.

It still takes a compromized or mischievous host between you and the server for it to be captured. However, it's a good reason to periodically change your passwords.

They just opened one in my work building a couple months ago. Heaven....

Every time you connect to FTP your files to your server, you are passing your login and password over the internet in plain text.

Yea, it's a little more resource intensive, especially without mod_perl. I use perl almost entirely for commandline and cron type stuff, not so much for web... but for processing logs it wouldn't be so bad, other than the fact you'd have to learn it.

No... I think you have valid points. The help stuff is spread around quite a bit. I wasn't trying to devalue your requests... just pointing out some of the stuff I knew about in case you hadn't discovered it yet.

There is some limited account management you can do (as a reseller) using the Accounting module [PHP] [Perl]. I haven't had a chance to play with it yet myself. You will need to setup the remote access key in WebHost Manager before using the modules. It doesn't appear you can use it for email accounts, but you could for web hosting accounts. Also, TCH has created kind of a mini knowledgebase with their FAQs.

Oh man... you live in Key West? I'm so jealous. I visited your neighborhood a couple years ago...

Click on Help Desk at the top of this page, and send a support ticket to Billing. They can then discuss your options in detail there, I'm sure. I'm not certain they do 6-month or year billing though, other than their 1 year promotions.

Dust off those perl skills!

It was linked to from another page that showed up in Google but didn't exist anymore. Sometimes you need to look at the Google cached pages to get to the good stuff.

Are you trying to access the log file as your user, or are you trying to access it via a web script (which would not be running as your user account)? If you want to access the log via a web script, you'd have to run it as a SecureCGI. Otherwise, you should do it as cron, probably. I'm only as sure as how cPanel writes it by default, which is group owned by the account (with read priviliges only), and world has no privileges. I'm not on a shared server so I can't try it for myself to see if TCH has done anything differently.

You can put an image that the redirects go to, but that image cannot be in a protected directory or it won't display, at least according to the manual. (I didn't try it).

Right about now, being an ordinary house cat sounds good. Being able to sleep all day sounds mighty attractive. Might be hard to get used to the hairballs though. Yuck!

You can only access the domain log of the account you are trying to access it with.