click

Sounds like register globals may be turned on on the Unix box. If so, be sure to research the security implications of running with register globals enabled if you don't know. I believe register globals is being removed from PHP6 due to the number of security exploits it allowed.

Sorry, I didn't think about there being an index page in public_html. If you rename that index page, I think it should work.

You might try something like this. It should redirect any requests for files that do not exist to your blog. As a transparent rewrite: >RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /myblog/ [L] Or as a 301: >RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . http://www.mywebsite.com/myblog/index.php [R=301L]

You are getting the server not found message because you removed the subdomains in cPanel. Without the subdomains set up, there is no DNS entry for the subdomain and the request never reaches the server. You need to recreate the subdomains in cPanel and either use the redirects OJB gave you in .htaccess or just go ahead and let cPanel handle it for you. That last redirect could be handled in .htaccess with: >RewriteCond %{HTTP_HOST} ^graphics\.mbstia\.com RewriteRule ^content/view/139/113/$ http://mbstia.com/helpful-info/77-5-ways-to-save-money-when-working-with-a-web-designer [L,R=301]

Cool. I was concerned when I first checked the reports and saw 100% uptime for servers that I knew had not been available 100%. I've dealt with hosts in the past that liked to proclaim uptime numbers that were taken from within the DC and therefore only reflected the status of the server itself and not the network infrastructure, internet connections, etc. which seemed to be responsible for most of their downtime. I didn't think TCH was doing that. For some reason, it didn't occur to me until I was typing the original post that hyperspin may have simply been on an unaffected route. It's reassuring to know that's all it was. My faith is restored (not that it was all that shaken.) lol Nice response time dealing with last week's outage, BTW. Keep up the good work.

Why do the uptime numbers at TCHStatus.com show 100% uptime for servers that were affected by last week's router glitch? Was the route from hyperspin not affected or have the numbers been altered?

It is a fifth parameter, so it should be: >mail($to, $subject, $msg, $headers, "-fsupport@piazza.cc");

Wired will be much more reliable and faster than wireless. I wouldn't recommend connecting workstations wirelessly in an office environment. As far as hub vs switch, I don't think either one should require any configuration. As stated previously, a switch gives better performance, though with only 6 PCs on the network, congestion shouldn't be a big issue. A switch will also increase security by preventing someone at one PC from using a packet sniffer to see traffic destined for another PC on the network (emails, password, etc) if you're concerned about something like that.

I don't think you can do a wildcard redirect to a single page using cPanel's redirect, but adding the following to .htaccess should work >RedirectMatch ^/gallery/.* http://www.domain.com/pictures/main.php

It is somehow being processed by magic quotes twice. Maybe it's a value passed in through POST from a form causing 'O'Neill' to be escaped as 'O\'Neill'. If the value were then written as is to a cookie, when it was later passed back to PHP the backslash (\\) and quote (\') would again be escaped resulting in 'O\\\'Neill', etc.

The backslashes are probably being added because magic quotes is on. Magic quotes automatically escapes all quotes and backslashes in post, get & cookie data. Use stripslashes() to remove the slashes. get_magic_quotes_gpc() will return true if it's enabled, false if not.

No, mysql_real_escape_string() is used to guard against SQL injection attacks. It doesn't care about any HTML that may be contained in the string. Something like strip_tags() can be used to remove HTML tags (but won't escape quotes, etc. that are used in SQL injection.)

Reverse DNS should be fine for any site hosted here. If it's the site in your profile, the IP resolves to ophideran.tchmachines.com. so it should not be a problem.

Maybe try polling each of your DNS servers with nslookup or dig to see if one of them is returning stale records. That would explain why it resolves correctly on some computers, but not others.

I believe this should work >RewriteCond %{QUERY_STRING} page=32 [NC] RewriteRule ^Default.asp$ /about_us/? [R=301,NC,L]

The RewriteRules you listed look to be to prevent people from hotlinking images from your site. Anytime someone requests an image (files ending in jpg, jpeg, gif, png, bmp) that wasn't linked from your site, the RewriteRule is redirecting them to /index.html.* which obviously doesn't exist. That is triggering the original "file does not exist" error you were seeing in the cPanel error log. The 301 in the raw log entries would seem to indicate that the request for /index.html.* was also redirected, but I'm not sure about that. Anyhow, removing the ".*" from the RewriteRule should fix it.

That error is from the "error log" page in cPanel. I believe there is a link in cPanel to download your raw access logs which will have more complete information if you need it.

Don't include the domain name in the first part of the redirect. The 2nd part should begin with http://domain/. So, using the example from your original post, it should be: >Redirect 301 /science/top-10-ideal-future-inventions-and-technologies http://www.toptenlisted.com/computers-technology/top-10-ideal-future-inventions-and-technologies

That is a redirect to a wildcard. That RewriteRule is redirecting ([R]) requests for graphics to "/index.html.*". You don't need the ".*" after index.html.

Sounds like you possibly have register_globals on? I believe it would cause the behavior you're seeing. If so, it is generally recommended that you turn it off by adding "php_flag register_globals off" to .htaccess as it's responsible for a lot of vulnerabilities in php scripts. Check out http://www.php.net/register_globals.

You shouldn't need to switch to DADA. Here's a link explaining how to adjust PHPList's send rate: http://docs.phplist.com/PhpListConfigSendRate Edit: I just reread the original post and you say that someone at TCH has already set up the batch processing. If it was just set too conservative, then adjusting PHPList's setting will work. If it's already sending the max allowed, then that's as fast as they can be sent regardless of which script you use.

Possibly something like a short in the USB cable/printer that's locking up the motherboard? I wouldn't think Windows, if it won't even POST.

I think this would require at least a wildcard record in DNS and probably Apache. The help desk should be able to tell you for sure if it's doable. Once you get the addresses resolving to your site, the redirects can be done using a RewriteRule in .htaccess.

I'm not sure, but I think "custom domains" are similar to google apps, where hotmail manages your domain's email.

My account with the new live interface can't forward to non hotmail/msn accounts either. As a matter of fact, it even says so right on the page where you set up the forwards. Maybe Bruce has gotten grandfathered in or something?