TweezerMan

I don't use Spam Karma (a WordPress plugin) since I have a Movable Type weblog, but I'm using a couple of MT plugins that perform similar functions, so I'll try to answer your questions the best I can. I can't really say, since I've never seen it or used it, but I'd guess that you're seeing what Spam Karma is doing - that there's nothing else going on 'behind the scenes' that you need to be aware of. Unless you're willing to remove comments and trackbacks from your site, no. The blocked comments and trackbacks are not really deleted, as they were never created on your weblog in the first place (they're just blocked). Since the spam comments and trackbacks never get added to your weblog, there is no effect on the disk space that your web site is using. Spammers hitting your comments and trackbacks do waste your bandwidth though, so when rejecting a spammer's submission, you should send them the smallest response page possible because that page is going to get sent a lot of times. Hope this helps...

The tricky part in this is setting up the redirect so that the target page does not get redirected as well. It seems to me that the easiest way to avoid this is to create the page you're going to display while your site is down with a different extension than what you use for the regular pages on your site. Since your web site appears to use .php pages, I'd suggest creating a .html page to redirect your site to. Then you could use the following directive in your .htaccess file: >RedirectMatch temp .*\.php$ http://www.thejerm.org/under_construction.html This will redirect all *.php page requests to /under_construction.html. I believe you will need to add this directive to the .htaccess file in your /public_html directory, as well as to the .htaccess file in each subdomain's directory (/public_html/subdomain). Hope this helps...

Welcome to the forums, gameaholix! Yes, remote connections to the MySQL server are allowed. However, before attempting any remote MySQL connections, you will need to tell the MySQL server what IP address to allow remote connections from in your CPanel (CPanel -> MySQL Databases - look for "Access Hosts" near the bottom of the page). Hope this helps...

Welcome to the TCH family, Staci!

I'd suggest submitting a ticket to the Help Desk and asking them. If something is done with GD and/or the GD perl library, it would affect your server only (not just your site but not TCH-wide either).

I tried installing the SCode plugin and get it working on a brand new copy of MT 3.15 and MT-Blacklist v2.03b. The instructions for installing SCode on MT 3.x are not the best I've ever run across. I made a couple of mistakes while installing SCode, but once I worked through them, I was able to get SCode working. While it would be nice for the scodetest.cgi script to work, it does not test for every possible mistake and so it will not detect every possible error that you could make. The first thing you should check is whether the GD perl module is installed on your server. Go into your CPanel, and in the left column, next to "Installed Perl Modules", click on the "Click to View" link. Use your browser's Find function to see if "GD" is listed anywhere on the page. My server already had GD and the GD perl module installed. I suspect you may have a problem with either GD or the GD perl module, as your mt-scode.cgi script does not work correctly. When called directly from a browser, it should display a sample SCode image of "999999". Your mt-scode.cgi script returns the following error instead: Beyond that, there's dozens of ways that the SCode installation could be messed up and cause a problem. What I did to get an error message was to create a cron job that runs the scodetest.cgi script. When the cron job runs, any errors as well as regular output will be e-mailed to you. Hope this helps...

Welcome to the forums, Dick!

TCH-Don is correct - If you installed MT into its own folder, you can delete the folder to remove MT. But if you installed MT into your /public_html or /public_html/cgi-bin folder, you'd should only delete the files and sub-directories pertaining to MT. (You do not want to delete your /public_html or /public_html/cgi-bin directories). You can delete the MT database from the 'MySQL Databases' page in your CPanel. The other thing you may want to delete is the weblog pages that MT created. These will be in the 'Local Site Path' and 'Local Archive Path' directories that you specified in MT's Weblog Config. They will not cause any harm if they remain in your directories, but they will take up disk space.

Welcome to the forums, Eric!

Welcome to the forums, Jon!

There's a few problems with the script as you currently have it: 1) You're missing a comma at the end of the first line of your $sql query string (you need a comma after 'post'). 2a) You need to execute your query and error methods ('errstr') with your database connection object ($dbh) instead of calling it on the DBI class. 2b) If you're not going to 'prepare' your SQL query, you need to use the 'do' method to run it instead of the 'execute' method. This line: >DBI->execute($sql) or die "Couldn't add to db " . DBI->errstr; ...should be written like this: >$dbh->do($sql) or die "Couldn't add to db: " . $dbh->errstr;

I forgot about this statement: >print "Inside the database"; I still think you should check the Error Log and see if any messages are recorded there.

The browser page is blank because you are not printing any output to the browser (other than the Content-Type header). If an error occurs when the query is executed, the 'die' statement message will be sent to the web server error log instead of the browser window. You'll need to look at the Error Log in your CPanel to see what the error message is.

I think the reason why your scripts don't work on TCH's servers may be that your old server had register_globals turned OFF, and on TCH's servers, register_globals is turned ON. In your check_login.php script, you're have the variables $_SESSION['password'] for the password the user submitted and $password for the password stored in the database. With register_globals set to ON, these two variables can end up being references to the same value (from what I understand about register_globals). From the comments of the PHP documentation for Session Handling Functions: It appears to me that you could be losing your $_SESSION['password'] value when the user goes to the next page, which would be enough for your session to be lost. Assuming this is the case, I'd suggest either renaming the $password variable everywhere it occurs in your code, or use the following directive in your .htaccess file to turn off register_globals: >php_flag register_globals off Hope this helps...

You might check to see if you have the "Check filesize on upload" option checked and a "Default upload action" of either "Resume" or "Ask" (these are under 'Uploading Options'). This should allow you to resume an interrupted upload instead of the upload starting over each time you reconnect. I don't know if this is happening in your case, but TCH's FTP servers automatically log you out after 5 minutes of inactivity. If it's taking more than 5 minutes to upload the file, the server may be logging you out for being inactive (even though an upload is in progress).

This is from the Domain Renewal FAQ: It appears that the cost would be whatever a 1-year registration costs, plus the Redemption Fee. I did not see on the site how much that fee is, but I'm sure you can find out easily when you re-register the domain.

The line at the top is a 1px tall table row, filled with your transparent spacer.gif. The line on the right is a 1px wide table column, also filled with your transparent spacer.gif. These are showing as white lines, because in your stylesheet: >table { background-color: #ffffff; } ...your table has a white background, which is showing through the transparent spacer.gifs. Change the background color of the table to match the page's background color: >table { background-color: #01547c; } ...and that should make the lines go away. Hope this helps...

According to the MS Typography web site, the Tempus Sans ITC font is installed with the following MS products:

I must have missed a service pack on that one, because I do not have a Tempus Sans ITC font.

Welcome to the forums, mcowger!

There is nothing in CPanel that will do what you're asking. When you click on an ordinary link, the user's browser contacts the linked site directly, so your site will never see anything to capture or count. The only thing I can think of that you could use to do this is a redirection script. All of the links on your site would be changed to point at the redirection script instead of the target site. For example, if you had a link like this on one of your pages: ><a href="http://www.example.com">Some nifty site</a> ...you would construct the link to use the redirection script instead: ><a href="http://www.your-TCH-site.com/redir.php?site=http://www.example.com">Some nifty site</a> With a setup such as this, it is trivial for the redirection script to keep track of the number of times various links in your site are being clicked on, since it sees each link when it is clicked. Redirection scripts do have a couple of downsides that I'm aware of: 1) Google will not pass on any page rank to any page that you have linked through a redirection script on your site. (All of your links will technically point at your site - either internal links or links to your redirection script.) 2) If the redirection script is not written properly (securely), it can be possible for a mailicous spammer to redirect their own links through your site, letting them spam all they wish and making it appear that *you* are the spammer. I don't personally know of any such redirect scripts, but I wouldn't think they'd be hard to find.

A web page is only supposed to have one set of <head>...,/head> and one set of <body>...</body> tags. Your page has 3 sets of <head>...</head> tags and 4 sets of <body>...</body> tags. Since these are HTML tags, php will not do anything with them other than output them to the browser. Your background is not displaying because your stylesheet is not linked correctly: ><link rel="stylesheet" type="text/css" href="/stylesheet.css"> With the slash in front of the stylesheet filename, the browser is looking for the stylesheet here: >http://www.areacode860.com/stylesheet.css ...but your stylesheet is actually here: >http://www.areacode860.com/mary5/stylesheet.css When the browser can find your stylesheet, the CSS you have in your stylesheet already will display the background: >body { background: url(bg_lilac.jpg);}

Welcome to the forums, krovvy!

I take it you rebooted the computer when you added IRPStackSize to the registry, as well as when you changed it. Does the Event Viewer show any messages relating to the error? (Control Panel, Performance and Maintenance, Administrative Tools, Event Viewer - look at "System" events.)

Welcome to the forums, nalijud!