MikeJ

You sound like someone who has thought well ahead... *TCH-MikeJ likes.

The problem is your script tag: <script type="text/javascript" src="http://ads.khaleel.co.uk/ad.php"> It should probably be a php include: <?php include("http://ads.khaleel.co.uk/ad.php"); ?> But your main page will have to be a .php, or you'll have to add something like AddType application/x-httpd-php .php .html to your .htaccess file to get the webserver to parse PHP in an HTML page.

No there isn't, really. Your best bet might be to make an abuse@yourtchdomain.com email address (or alias) if you don't have one already, as that will most likely be the default address someone complaining about it might send it to so you might get info that way.

Yea, it sounds like your table got corrupted somehow. Try going into phpmyadmin as David suggested, select your 'wp_bad_behavior_log' table, select operations, and you should have an option to repair table in there. That will most likely fix your problem. You can try a check table after that to see if it still reports any problems.

Indeed... When I came into work on Monday in Chicago it was 63F. By lunchtime it was 43F. Been mostly in the 30's and low 40's since with high winds.

Plone runs on top of Zope. The combination is not recommended for a shared hosting account due to the resources it needs to run. The author's themselves recommend a dedicated server: Zope, the application platform Plone runs on top of (which you won't be able to run in a shared account), is the main reason it won't work on TCH (or pretty much any shared hosting) servers, unless those providers specifically provide Zope/Plone instances for you as part of their service.

Fantastico won't provide PHPAuction versions past 2.1 because the company who makes PHPAuction started charging for the software after that. However, XL 3.0 will likely work in a shared hosting accounts based on the requirements, but I have not seen it installed to give a definitive answer.

Winrar I believe will unpack them correctly (you can google to find it pretty easy). .tar.tar may be ungziping the file for you when you download it, so it may just be a .tar file (but it gets an extra extension on it during the download).

That is all you need to change (if they are not currently set as above). The A, CNAME, and MX records once that change takes affect will be served by the TCH DNS servers instead of Yahoo's, so the yahoo entries won't matter.

Hi Jay, You are actually attempting to run a script that's meant for command line, not web processing. Looking at the requirements and installation process (and yes, I know I mentioned RT in another thread, so I apologize for it not being virtual host friendly as I hadn't used it in a long while), it may be difficult if not unsuitable for trying to run in a shared hosting or reseller account.

Couple I looked at before deciding to go with a non-free version: http://www.simpleticket.net/ http://www.bestpractical.com/rt/ - Not shared server friendly. The latter I've used before.

POP before SMTP means that once you check your email via POP3, for a certain amount of time, your IP address and only your IP address is allowed to send mail through your account. That's hardly a free ride, unless you have other people using your machine that you don't trust at the same time (but then you'd likely have bigger problems ).

Welcome to the forums, beach200. Jimuni said it well. Our servers do not openly relay mail, so they would have to have your account info to do so. However, that doesn't prevent them from faking your email and sending it from their own host (that's an SMTP design issue), but it will clearly show in the headers that you were not actually the sender of the email.

The debug was really thrown in there just to troubleshoot when it doesn't work (hence why it gives you the raw output). It's also a little limited in how I can format it because it's Cron that generates the email (and will always generate plain text), not my script. There are things that could probably be done to beautify it, but to be honest, that's adding a lot of complexity for debug output.

Yes, there is a way to specify the remote directory for backups. I'll dig up that info and update here. I'll also get the script originally posted in this thread updated soon, too. I know I have a revised version, I just haven't looked at it in awhile.

As long as no money changes hands, and no laws are broken, it should be fine. As far as I know, free poker gaming sites are not illegal.

A single cert will only protect a single address. So www.yourtchdomain.com, if that's the url you picked up a certificate for, is the only valid url that can be used without getting a validation error. You could always redirect users though that use other URL's to use that one (such as if someone types in yourtchdomain.com, redirect them to www.yourtchdomain.com). However, if they used HTTPS for that initial connection, they'll still get a certificate validation error on the first hit. The wildcard will work for *.yourtchdomain.com (as well as yourtchdomain.com I believe).

Fairly active bittorrent trackers are not very shared host friendly because they tend to create a large number of database connections. If you are already having problems with db activity on a shared host elsewhere, we couldn't guarantee you wouldn't have the same issue here (or for that matter at any shared hosting site). Our various package configurations are primarily for additional bandwidth and diskspace, not really additional CPU and database time (unless you go dedicated of course at which you can knock yourself out with processing).

You can use the PHP variable $REMOTE_ADDR (which pulls it from the HTTP headers) to display the remote users IP address. For example: ><?php echo $REMOTE_ADDR; ?> You could always write that to a file too.

It's port 2083, not 8083.

I'll add, though, that bittorrent trackers, especially if they are even remotely popular, are pretty database intensive so if you do use a legal bittorrent tracker and it causes too much load on the server, we may ask you to remove it or find a way to tone it down.

Your GF's account was terminated because she reversed the charges claiming fraudulence on her credit card for services already being rendered. It's really as simple as that. Reversing charges on a credit card are considerably different than being late on your bill.

Only your account has access to your parent directory. But I still wouldn't generally recommend backing up "sensitive" data to a shared web server ever.

RedirectMatch doesn't like special characters like the ?. What you can do since it appears you just want to redirect /t1 to another URL, the following should work beautifully for you: >Redirect permanent /t1 http://www.mysite.com/?a_aid=100 Just remove your RedirectMatch line in your .htaccess file and replace it with the above.

For *creating* an rss feed, your best bet is probably going to be any type of publishing software (content management software). Such as most blog software (many of which are free and the commenting features can be turned off to make it more of a publishing platform), as well as other not too expensive (and some free) publishing software like pmachine, drupal, textpattern.. (examples off the top of my head). Most of these have RSS capabilities built in, and may make it easier for you to publish your newsletters as well. It'll save you time from growing your own solution. Most of these can be incorporated into your site well with a little template work, and most of the PHP based ones should work on TCH servers. http://en.wikipedia.org/wiki/Comparison_of...agement_systems can give you a starting point of finding something. You may just want to ask again when you find something you like, because some are a little too hefty for shared web accounts.