MikeJ

Hi mdedens! The shared servers do not support streaming other than via standard HTTP. All of the servers run Linux. For a webcasting setup you would likely have to go with a dedicated server option. ImageMagic is definitely installed on all servers. I'm not sure if NetPMB is installed on the servers by default, but if you ask, TCH would very likely install it.

The web server will attempt to execute anything that's in the cgi-bin directory as a script. You should place HTML files in other directories.

Just to clarify what HC said on this item, you can configure your PHP ini settings using your .htaccess file.

Yea, as Lisa stated, that link takes you to the company that writes the Control Panel. That company is currently in the process of moving their demo, so it's been down for several days.

In WinXP: Click Start and select My Computer Right click on the drive you want to scan and select Properties Click on the Tools tab Click on Check Now under Error-checking That's the Windows XP version of scandisk.

In most cases yes. It's usually the bottom most Received: line (look for the one that says "via HTTP"). In the one I just sent to myself, it was just below the message-id: >Message-ID: <20040331204303.29408.qmail@web61003.mail.yahoo.com> Received: from [1.2.3.4] by web61003.mail.yahoo.com via HTTP; Wed, 31 Mar 2004 12:43:03 PST 1.2.3.4 was where the IP address of my firewall showed up.

It might have been more clear if it said "any legal reason except". But the legal statement and the following statements are two different matters. The reason for not allowing add-on domains to standard accounts or reselling of subdomains, is for keeping things under control, and because although generous, TCH is a business. I mean $4/month gets you an account. Most people probably spent that much on lunch today. xyz.net would operate just like abc.com as far as browsing is concerned. xyz.net would remain in the browser throughout the session unless your links took them elsewhere, or you create rewrite rules to redirect them.

Please make sure to include all 4 parts of a request for being added to the family. Also, did you just register that? That domain doesn't resolve yet for me (and I can't get whois info on it yet).

Well quit bumping those computers, Thomas! They don't like being bumped. Seriously though, occasional diskscans for corruption, and a good recent backup always on hand, is probably your best protection. Look into making rescue disks for your operating systems, too, in case it can't boot, but is a correctable problem. Most operatings systems (including Windows I believe) include the ability to create rescue disks to boot off of to diagnose booting problems.

I participate in various fundraising (mostly for AIDS/HIV care) bicycle rides every year and since the demise of the company that ran the big ones, I've been involved with smaller events that sprung up from the aftermath. The one I work closest with is all volunteer run to maximise the amount of the donation that goes to the beneficiaries. I would like to set them up with the ability to accept donations online (currently all donations have to be postal mailed to them). Most likely I'll end up using paypal, but I'm interested to know if anyone else has worked with handling online donations for a charity and if there's any better solutions. Anything that can beat 2.9% fees for starters would be something of interest. The target audience of this is primarily for various riders to create fundraising sites that they can have people donate online with, maybe creating a little bit of additional fundraising from people who would otherwise probably not take the time to print off a form and mail in a check.

I've seen a bit more spam getting through my default SpamAssassin setup lately as well. Fortunately the majority of those are still being caught by my SpamSieve (mac) on the client side. It looks like just the usual spammers working diligently to make their messages harder to filter.

Yea, looks like it. Since you are dabbling in there, the non-standard ports that you need access to at TCH: Ports required (all TCP): 2082 - cPanel access 2083 - cPanel SSL access 2095 - WebMail access 2096 - WebMail SSL access And if you are a reseller or dedicated host user: 2086 - WebHost Manager access 2087 - WebHost Manager SSL access

Few things just to make sure you have them covered... If you uncompressed the files on the server, they should be good (no file type problems). In mt-db-pass.cgi ... make sure the *only* thing in that file is your database password. The "database_password" text that it has by default should be removed. (very common mistake) Make sure that after you created the database, and the database user, that you have added the database user to the database (When you look at the db's in the Mysql Admin it should show the user belonging to your MT database). Those are the most common errors I've seen people make when they get to that point. Since you are getting the actual db access denied message, it sounds like your mt.cfg is probably configured properly. Hope that helps.

Yes, you do need to make sure port 2083 outbound is open through your firewall. If you want to password protect your whole site, you will have to modify the .htaccess in the www dir as cPanel won't do it directly. Here is a thread that has a recommendation of how to do it.

Yea. When I tested it, it seemed to work. My .htaccess (made it similar to yours): >RewriteEngine on Options +FollowSymlinks RewriteBase / RewriteRule ^\.htaccess$ - [F] RewriteRule ^(.*)store/(.*)$ $1php/test/redtest.php?db=goodies.txt&merchant=goodies&search=$2 The redtest.php file: ><?php print("Requested URL: ".$REQUEST_URI."<br>File actually served: ".$PHP_SELF."<br>Arguments Passed: ".$QUERY_STRING); ?> When I request http://****/store/LucyNewItems the output I get is:

Asking the obvious question... You're definite http://****/cgi-bin/cart/cart.pl?db=goodies.txt&merchant=goodies&search=LucyNewItems is the correct location and it works when you go to it directly? When I used this rule: RewriteRule ^(.*)store/(.*)$ $1php/test/redtest.php?db=goodies.txt&merchant=goodies&search=$2 My little PHP test script runs and outputs: Requested URL: /store/LucyNewItems File actually served: /php/test/redtest.php Arguments Passed: db=goodies.txt&merchant=goodies&search=LucyNewItems

I'd recommend, just to test it, removing the other rules to see if somehow you have another rule that's also getting applied. That'll help narrow it down.

Two questions.... 1. Does it work for you when you hit my URL? 2. Do you have other rules in your .htaccess file?

I don't really see any issue with the first rewrite rule. I took your rewrite rule and tried it and it works just fine for me. I created a .php file just to output some info on the call: >.htaccess: RewriteEngine On RewriteRule ^/*gamesdirectory/+(.*)\.html$ http://www.testmonkey.ws/gamesdirectory.php?Item_ID=$1 [NE] Requested URL: /gamesdirectory/17.html File actually served: /gamesdirectory.php Arguments Passed: Item_ID=17 For the moment I have it still available if you want to try it yourself. http://testmonkey.ws/gamesdirectory/25.html Change the 25 to whatever. For reference, this is my gamesdirectory.php contents: ><html> <body> .htaccess: <hr> <pre> <?php include('.htaccess'); ?> </pre> <hr> <p> <?php print("Requested URL: ".$REQUEST_URI."<br>File actually served: ".$PHP_SELF."<br>Arguments Passed: ".$QUERY_STRING); ?> </body> </html>

Yes. Server3 was taken out of service, in favor of newer cooler servers!

Please note, however, that if you blackhole your primary account, you may not get some valid emails. Cronjobs, for example, will send mail to your primary account by default. If you use cronjobs, make sure to set them to email another account on failure in those cases.

If you have hotlink protection enabled, you need to set it to allow direct requests to the image. Some browsers don't send referer information, and thus some users will not see the images. Right now it looks just fine to me, though. Maybe you already fixed it, or disabled hotlinking.

TCH is beta testing it before releasing it publically. Stay tuned...

I assume you are talking about SSL versus standard HTTP. The difference is if you don't use SSL, your login name and password are sent over the internet in plain text. That means if a system on your end, on your shared bandwidth (if you have shared bandwidth), or on the recieving end is compromised, it's possible someone could capture those packets and read your ID and password. As long as it doesn't cause you any problems, I always recommend for people to use SSL. All of the SSL ports are one port above the non-SSL ports. So instead of http://******:2082/ for cpanel, use https://******:2083/ (remember to add the 's' for https). For WHM, port 2086 is non-secure, 2087 is secure. Webmail, port 2095 is non-secure, 2096 is secure. You will get an error on the certificate if you don't have SSL certificate installed, but just approve the connection anyway.

You can get IP addresses as you can justify them, based on ARIN IP address allocation rules. That basically means if you have a need such as SSL sites, you can request them from TCH. However, if your sites don't require unique IP addresses (as the majority of the sites don't) then you won't get them. So the limit is primarily what you can justify, within reason. Diskspace is just changing a quota, so all you have to do is pay the extra money to either increase your quota, or upgrade your reseller package.