TweezerMan

Welcome to the forums, Ron! A captcha is used verify that a submission is actually coming from a real person instead of a bot (automated script). The captcha is an image containing text that a user must read and enter along with their submission in order for the submission to be accepted. Since bots (scripts) generally can't read the text in the image, this will usually foil them from spamming submissions.

Welcome to the forums, Lisa!

I'd probably try sending a Location header with PHP: ><?php $base_url = "http://" . $_SERVER['HTTP_HOST'] . rtrim(dirname($_SERVER['PHP_SELF']), '/\\') . "/"; $query_string = "?t=" . $t . "&r=" . $r; if ($t == 1) { header("Location: ${base_url}ak.php${query_string}"); } elseif ($t == 2) { header("Location: ${base_url}bm.php${query_string}"); } else { echo "There has been an error with the treatment varable"; } ?>

I'm not clear on what you're wanting to do. It looks to me like you already have your weblog set up at www.debutanteclothing.com/news, and you appear to be already using categories in your weblog. Your main weblog page (/news) currently is not displaying any entries, most likely because the last entry was posted about 30 days ago. Unless you add lastn="x" (where "x" is some number) to the MTEntries tag in your Main Index template, MT will only display entries posted within the last 7 days by default.

Ideally, it should be placed outside (above) the public_html directory if you don't want anyone to be able to call it up in a browser. It isn't necessarily viewable. Since it is a PHP script, someone that opened the script in a browser would cause the script to be run. It would not display the script's source code in the browser. Yes, it would be more secure outside the public_html folder. If someone browsed to it, they would cause the script to be run. I don't think it would be good for an anonymous user to be able to run a backup of my site any time they wanted. If the script was called multiple times, it could result in a DOS of your own site, and might even lead to your account being suspended due to excessive server loads.

Welcome to the forums, sneh_nsk! Honestly, I'd be surprised if it worked at all. >RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d These conditions are testing if the page name requested is both not a file and not a directory, which is impossible if the page really exists. >RewriteCond %{HTTP_HOST} ^domain1$ [OR] RewriteCond %{HTTP_HOST} ^www.domain1$ [OR] You said you want a rewrite rule that works on sub1.domain1, but you're testing for domain1 and www.domain1 here and allowing rewrite processing to continue even if it is not your subdomain. >RewriteCond %{HTTP_HOST} ^sub1.domain1$ RewriteRule ^(.*) http://domain1/index.php?subdomain=$1 [L,QSA,R] In the rewrite rule, you want the $1 in '?subdomain=$1' to be placed with 'sub1'. As the subdomain name is not a part of the page name that the rewrite rule tests (what the ^(.*) in RewriteRule sees), you can't use a $1 backreference to get the subdomain name. As it is, if someone requested 'http://sub1.domain1/index.php', the rewrite rule will see and capture 'index.php', and you'd end up with a new URL of 'http://domain1/index.php?subdomain=index.php'. If you want the original URL to remain in the browser, you can't use the 'R' flag in the RewriteRule. This causes the browser to do a forced redirect to the new URL and guarantees that the new URL will be shown in the browser's address bar instead of the original URL. I'd suggest something like this to start with: >RewriteEngine on RewriteBase / RewriteCond %{HTTP_HOST} ^sub1.domain1$ RewriteRule ^(.*) index.php?subdomain=sub1 [L,QSA] You may need to modify this, depending on your needs, as any page requested under sub1.domain1 will display the main domain1's index.php page. Hope this helps...

1) The cron job itself is not set up correctly, as it is trying to run the command "30" instead of your script. If you used the "Advanced (Unix Style)" page in CPanel / Cron Jobs, each of the "30 3 * * *" parameters should be in their own box to the left of the command. If you used the "Standard" page in CPanel / Cron Jobs, then you should have selected the time for your script to run in the various boxes. In either case, no part of the parameters that specify when the cron job should run should be in the "Command" box. 2) The path to your script is not correct. Your script would have a full path of /home/cpanelName/public_html/local/backup.php, where 'cpanelName' is your CPanel username.

On shared servers, PHP does not have access to /proc or /proc/loadavg.

Welcome to the forums, sleazy!

Welcome to the forums, Simon!

If you've performed a new installation of MT 3.2, or upgraded from an older version but decided to go with the new name of the config file, 'mt.cfg' should be replaced with 'mt-config.cgi'. It is not recommended that you use MT-Blacklist with MT 3.2, but use the SpamLookup plugin included with MT 3.2 instead.

The rule you need to remember is that you should never automatically trust data submitted by a user. If you changed your script to store the submitted info in a database instead of e-mailing it back to the user, what you'd be doing is trading one risk for another. Instead of your script needing protection from e-mail header injection, the script would need protection from SQL query injection.

It's not a virus. You've got some sort of character encoding issue between your PC and the server. Using EditPad Lite, if I type some text in a new file, then select Convert / Unicode / ANSI->UTF-8 on the menu, those exact three characters are added at the beginning of the file. Looking at the page in question, it appears to me that the character encoding issue is one between UTF-8 and ISO-8859-1. The BAKmortgage_loan_process.html file is being sent from the server with ISO-8859-1 encoding, although the server itself is running UTF-8 (Unicode). In Firefox, if you click 'View' and hover over 'Character Encoding', you should see that 'Western (ISO-8859-1)' is selected. If you click on 'Unicode (UTF-8)' to force Firefox to use UTF-8 encoding to display the page, those characters go away (are no longer displayed). You might try changing the meta tag in your HTML to set the encoding as UTF-8: ><meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> ...and see if that makes things better or worse.

1) There are no steps to take - once something that can be copyrighted has been created, it is automatically protected by copyright. 2) You cannot claim a copyright on a web site name, as "names, titles, and short phrases or expressions are not subject to copyright protection".

Welcome to the forums, sk4sk4! The StaticWebPath setting in your mt-config.cgi file is not set correctly. It looks like it is set for http://www.kobayashi5.com/mt-static/, but should be set to http://www.kobayashi5.com/mt/mt-static/ instead.

MySQL and PostgreSQL are different types database engines. phpMyAdmin and phpPgAdmin are browser-based database administration tools (phpMyAdmin for MySQL databases, phpPgAdmin for PostgreSQL databases). Databases allow you to store information in an organized manner that can be retrieved later. With access to a database on your hosting account, scripts in your account can store and add information to a database that can be later retrieved (by the same script or a different script). My web site is primarily a weblog, and the posts I write, the comments that are submitted by visitors, the templates for how the weblog pages are displayed, and many settings for how Movable Type works is stored in a MySQL database. In order for you to use a database, you'd need a script that has been written to make use of a database - one that you've downloaded from someplace on the internet or one that you've written yourself.

The path to perl should be /usr/bin/perl, but you can verify this is correct for your server/account by looking at the "Path to PERL" under "General server information" in your CPanel.

Welcome to the forums, Richard!

Welcome to the forums, tihea! One thing that cause this issue is logging into MT with one domain but having a different domain set in the CGIPath setting in your mt-config.cgi file. For example, logging into MT with http://my-TCH-domain.com/mt/mt.cgi, but CGIPath in mt-config.cgi is configured with http://www.my-TCH-domain.com/mt/. As far as cookies are concerned, 'my-TCH-domain.com' and 'www.my-TCH-domain.com' are different domains, and cookies set for one domain cannot be read by the other. If this is indeed the issue, you need to configure CGIPath in mt-config.cgi with the same domain you want to use to log in (use 'www.' in both, or neither). Hope this helps...

Welcome to the forums, Amizzy!

Welcome to the forums, chuck!

Welcome to the forums, Trevor!

To my knowledge, this is not possible. These types of services would prefer your photos to be in a gallery on their servers, and to use any function on these services, a visitor has to have an account with that service.

Welcome to the forums, wallyb!

Silly me! I tested the code on my local PC, where it worked fine, and I thought it would work just as well on the TCH server without further testing. I had to have the Help Desk install the DateTime and DateTime::TimeZone modules on my server before the code would work correctly. Submit a ticket to the Help Desk and ask them to install the DateTime and DateTime::TimeZone perl modules on your server, then try your script again.