TweezerMan

GET, wget, and lynx are system commands that are used to retrieve a file or web page from another server. These commands can be called in a PHP script, and apparently one of the was in your 'MSAnalysis under PHPNuke' cron job script. It is only these commands that have been disabled on the server - not cron jobs as a whole or even php within cron jobs. Your script could modified / rewritten so that it does not use these commands, then it could be used again in a cron job. Hope this helps...

What was the problem and its solution? Other people who read this topic could benefit from your experience. Without a link to the feed you're trying to create (and possibly the code in your script), it is very difficult for anyone to help you figure out what is wrong. I don't know how you're testing your feed, but I was going to suggest running your feed through the Feed Validator to see if it identified any problems. You did not say what the file name of your feed was, but if it ended in '.rss.php', the server would see this as a file with two extensions and it could try to serve it as a .rss file instead of a .php file.

Welcome to the forums, bryangr! The way I understand it, SpamAssassin only marks mail as spam - it does not delete spam e-mails at all. If your Spam Box is enabled, e-mails marked as spam by SpamAssassin will be delivered to a mailbox named 'spam'. If your Spam Box is disabled, e-mails marked as spam by SpamAssassin will remain in the mailbox they were delivered to. Hope this helps...

- With your own SSL certificate, both the secure and non-secure portions of your web site would be accessed under your domain name. Secure links would begin with 'https://your-TCH-domain.com/', and non-secure links would begin with 'http://your-TCH-domain.com/'. - There is only a 'www' directory on TCH accounts (which is a just a link to the actual 'public_html' directory on your account). If you want to use a separate directory for your secure site, you could create an 'ssl' directory (for example) within your www/public_html directory on the server. - I'm not sure about how you would transfer it, but I do know that TCH has to install the SSL certificate for you, so the Help Desk may be able to assist you in transferring it as well. Hope this helps...

There is not a single MySQL function that does what you want, but you can use a combination of functions. Instead of concat('t',rand(1,4)), you might try this instead: >concat('t', truncate(4*rand()+1,0))

Welcome to the forums, goldilox!

Welcome to the forums, rowan! I think you're talking about two different issues here: I'd need to see the access log entry that caused this error to know for sure, but I believe what you're seeing here is a spammer trying to hit your old mt-comments.cgi. Spammers are often slow to adjust to a new location of the mt-comments.cgi script. I moved mine a couple of months ago and still get hundreds of hits per day on my old MT comment and trackback URLs. As far as I know, MT does not call mt-comments.cgi at all during the entry posting process, so posting an entry would not cause this error to occur. There's a number of things that could cause this, but you haven't really provided enough information that would help point out where the problem is. Complexity of templates, installed plugins, number and types of archive templates that get rebuilt when a new entry is posted, and configuation settings in both the MT config file (such as the PingTimeout setting) and the weblog config (such as whether Trackback AutoDiscovery is enabled) can affect the time MT needs to post a new entry.

Saying that "everything does not work" doesn't really help anyone help you figure out what's wrong. I looked at the site in Internet Explorer, and the link you indicated worked just fine for me. On the sidebar, I noticed that apparently some images are supposed to display when you hover over an item, but the images do not load. The javascript responsible for loading these images is coded with paths that are valid only on your computer. For example, this is one image that the javascript tries to retrieve: >'../../My%20Documents/My%20web%20sites/exp/5a.gif' There is no 'My Documents' or 'My web sites' directory on the web server, so this image cannot be loaded and displayed in a browser. I don't know if the other problems you're experiencing are also due to using local PC file paths, but it's probably worth checking out. Hope this helps...

This is not correct - TCH allows cron jobs and to my knowledge, has never disallowed or disabled them. To set one up, double-click on the 'Cron Jobs' icon in your CPanel.

I've seen the same thing you did, but I don't know if you can use it in such a limited way as what you're wanting. Maybe someone else will have a definitive answer one way or the other.

You may be able to do this with a reseller account. As far as I know, this is not possible on a virtual hosting account.

Welcome to the forums, mr_vindictive!

Welcome to the forums, kcaysoc!

Welcome to the forums, jbrechtel!

Submit a ticket to the Help Desk and ask them to add it to your CPanel for you.

Welcome to the forums, Mckin!

Welcome to the forums, Fightdagoodfight!

Welcome to the forums, ice1!

Posts submitted by e-mail are significantly different than posts submitted through a web browser: the text in an e-mail post does not get stored in PHP's $_GET, $_POST, or $_SERVER variables. Because of this, the 'magic_quotes_gpc' PHP setting would have no effect on an e-mail post - even if it is set to 'on', PHP would not automatically escape quotes in a post submitted by e-mail. From what I can tell, this may be a bug in the wp-mail.php script (WP support topic, WP bug report). If I'm reading the bug report correctly, it's supposed to be fixed in WP 1.6.

Welcome to the forums, image7713!

Welcome to the forums, Richard!

It looks to me like you have a problem with WordPress not escaping quotes (as \') before sending the data to the MySQL database, which may be related to your magic_quotes_gpc PHP setting. Normally, magic_quotes_gpc is set to 'on' on TCH servers, but it can be turned off in an .htaccess file. You might take a look at your .htaccess files and see if 'php_flag magic_quotes_gpc' is being set in any of them either way (on or off).

Welcome to the forums, battle!

Welcome to the forums, Lorie!

Welcome to the forums, Senator!