MikeJ

This indeed is an error stating that /usr/bin/php does not exist. Since the hosting provider is not TCH, and uses H-Sphere for their control panel and not cPanel, you'll really need to ask your provider for the path information to where the PHP binary is.

Like maybe pinning a topic about it in the cpanel forum 3.5 years ago when it was changed?

Nice. And the E is about 1.5 miles from where I live.

46 seconds, first try

Guild forum running phpbb, averaging 80 posts/day over the last 2 years (58577 articles to date posted). Less than 260 megs of diskspace used for the whole site. Uses about 10-20 gigabytes per month in bandwidth. Not certain about the users per day, but it has 843 registered members currently, with probably around 50-100 active per day. Hardly makes a dent in server processing.

Sorry, missed your response. Yes, embedding is what you are trying to do. Embedding is simply playing media within a web page, whether the media is hosted locally or remotely.

That change by the MySQL folks will have no affect on the service provided by TCH.

There is nothing showing any real latency issues in that traceroute. When you say slow, does it take a long time to initially connect to websites, or does it take a long time to download content? Comcast in the past, at least around my region, has been notorious for DNS problems.

Just submit a helpdesk ticket and request outgoing port 51234 to be made available for querying your remote Teamspeak server.

Ok...maybe slightly better.

Things couldn't really get much better.

Do a google search for "embed flv" and you'll find quite a few sites for info on how to embed flash videos into your site.

Welcome aboard Mike!

Without more details, I'd have to guess what they mean is some of the DNS lookups are failing, causing your mail to fail (although I'm betting there's more to it than that). A server would have to be in pretty bad shape to get to that state though. I don't think anyone here could tell you that moving to a better server would absolutely fix your problem without knowing all of the details. From what you've relayed, I'd say the provider you are on doesn't really know what the problem is, so they are going to move you to a better server hoping that will fix it (which, despite not figuring out what's going on in the first place, is not necessarily a bad decision if it gets your problem fixed quicker). However, if you have to deal with being moved anyway, and you are already planning on moving them to TCH, then one move is generally better than two. And if DNS performance or mail server configuration is indeed the problem, then that move to here would fix it.

Unfortunately, you cannot include files in .htaccess.

Couple options for you... Pretty well rated: http://www.parallels.com/ Coming from Microsoft in the future even which could be intriguing: http://www.iht.com/articles/2006/10/17/yourmoney/msft.php Then there's your obvious wine, vmware, and other "windows emulation" products you can run on Linux with some level of usability, but not as good performance.

Ubuntu Linux on my laptop. Works great except for some multimedia functionality (like flash for Linux is behind so some flash sites don't work, some codecs can be a pain to get working, etc...) and suspend/hibernate functionality can be a pain. Other than that, though, it works beautifually for the stuff I do.

That should do the trick for you.

phpBB isn't so bad, a little more limited in functionaly in my opinion, but still a decent forum. The biggest reason security becomes such a problem with phpBB is that it's widely used, so, just like Windows, the most targetted. The phpBB crew could do better at keeping the software secure, but when compared to other forums, it's popularity and open code are as much to blame for the problems as the level of security. But because of that, as stated, if you do use phpBB, keeping it up to date is a necessity, but then, that should be the case with any software use use on an internet connected machine.

I got pretty good at them probably because of the Japanese Steakhouse we used to eat at a lot when I was a kid. Anyway, I learned to use chopsticks one way, but I've noticed that even the Chinese use them various different ways, so find a way that works for you and practice it. I'll tell you this much though, when eating rice with chopsticks, you start to appreciate the "sticky" nature of sticky rice.

The farther away you can make the domain name, probably the better. I've been in companies that have had popular websites spoofed for adult business by registering wwwourdomain.com for those who would forget the period, of which we were luckily able to take over (since we existed first and we had good lawyers). But something like yours above you would not likely have any right to. I'd recommend the city option, or some other way of differentiating yourself more than just by a dash.

They should retain the same username. The only exception would be if that username was already in use on the reseller server you are transferred to, but then you'd be given notice and a chance to figure out the best way to deal with changing it. The databases would be moved respective to the sites they belong to currently (so as long as you don't have pages from one account accessing a database in another account, you shouldn't run into any problems during the move). It's always a good idea to make a backup copy for yourself, but you shouldn't have to restore them yourself.

You can get the users remote IP address using the $_SERVER['REMOTE_ADDR'] reserved variable (see PHP's reserved variables for more details). I'm not sure what the difference is you are referring to between "Users IP Address" and "Users Remote IP Address". If you are referring to the server address for one of them, that can be determined by $_SERVER['SERVER_ADDR']. Offhand I'm not aware of a way to determine the remote browser's timezone.

Welcome fatemonkey, While you can request perl libraries to be installed, the application for which it's intended, basically an AIM bot that would run persistently with a connection open to the AIM service, is not something we allow on the shared hosting servers. While the application would be relatively simple to develop, the fact that it's a persistent running application, and one that keeps a connection open at that, it's not something suited for a shared hosting environment. You'd be better off running something like this on a home PC, or if you ever upgraded to a dedicated server solution then you'd have the freedom to do this. I'm sorry as I'm sure it's not the answer you were looking for, but this is done for the reliability and security of our shared servers.

Sneakers