TweezerMan

Welcome to the TCH family, Vivek!

What Drogyn may mean is to create an IRC chat room on an IRC server running elsewhere, then install a script on his TCH account that provides web access to the remote IRC server, through the TCH server. This is not allowed either.

Welcome to the forums, David!

The WordPress 1.5 Print addon appears to be a Wordpress template, with instructions for tweaking Wordpress and adding a mod_rewrite rule to the .htacess file to make the URLs work. If you want the page to display comments so they are printed with the post, it looks to me like all you'd need to do is edit the wp-print.php file and add the necessary code to display the comments on the page.

Welcome to the forums, Drogyn! To my knowledge, this statement is not correct - you cannot have an IRC chatroom on your site, nor is there anything in CPanel that would install one. Users would not be able to use IRC clients like mIRC to connect to an allowed chat application on your account, since that chat application would not be IRC.

No, I wouldn't think so - that had to do with your MT weblog.

Your browser has to accept cookies in order for session IDs to not appear in the forum URLs. Your browser also has to accept cookies in order to keep you logged into the forums. It sounds to me like your browser may be blocking cookies from both your forum installation and the TCH forums.

You may want to submit a ticket to the Help Desk and ask these kinds of questions, as they are venturing outside of what I know or have experience with. In my experience, most applications that use binaries require compiling locally on the server they are installed on, which you would not be able to do on your account. (I do know that you can compile binaries on another system if you know enough information about the target server the binary will run on - I just think it's a long shot whether the program would actually work on the server.) You should be aware that if a binary (or a script) you run on your account causes server crashes, consumes excessive resources, or degrades service for other users, your account could be suspended without warning. CGI scripts are called with a specific default environment that does include access to the standard libraries, if that's what you mean. Another question probably best answered by the Help Desk (but also see my previous answer). I think it would depend on what 'X' is. If you're writing a script in perl, you can view the list of perl modules installed on the server in your CPanel (click the "Click to view" link next to "Installed Perl Modules" under "General server information".) If you're writing a PHP script, you can run a script that calls phpinfo(), or browse to http://serverXX.totalchoicehosting.com/phpInfo.php (replacing the 'XX' with your actual server number). If it's something else, there may be a way to detect whether its installed, or you can ask the Help Desk.

I don't know if this will help, but I found the following in a topic on another forum:

If you knew what the old settings were, you could probably add settings to your .htaccess file to make the TCH server behave the same way as your old server did. I assume your talking about IPB here - perhaps someone who know more about IPB than I do knows what the appropriate settings should be.

Welcome to the forums, Itai! Typically, you would place CGI scripts in the cgi-bin directory. TCH's servers are configured so you can run CGI scripts from any directory though, so CGI scripts are not required to be placed in the cgi-bin directory. I'm not sure what you mean with this question. I'd probably understand better with specific examples or a more detailed explanation of what you're asking about. There is no "list" I'm aware of that lists every possible program and library a CGI script could use (such a list would be very long and not practical to maintain). If a particular script needs something that may not be installed by default on a standard hosting server, there should be a list with what the requirements are, or the script should detect on its own whether the required resources are available or not on the server. The example you cite about jpegtran was not in relation to a CGI script - it was for a PHP script (Gallery). Gallery does attempt to detect and locate jpegtran, but for whatever reason, it does not work properly on TCH servers (hence the request for help in locating it). See my answers to the two previous questions. No - server-side Java is not available on TCH servers. Yes. The server my account is on currently has Python version 2.2.3. I would assume that your server has the same version. If you have to know for sure, you can submit a ticket to the Help Desk and ask them, or you could run a script yourself to get that information. CGI scripts would normally be set to 0755 file permissions, and they would be run under your user ID. I get the impression that you're using 'cgi-bin scripts' (and binaries I guess) to mean any script that you can run in your TCH account. CGI scripts are only a subset of scripts that can be run on your account. CGI script are typically written in perl, but not all perl scripts are CGI scripts. PHP scripts are usually not CGI scripts, but they can also be run in your acount. A python script would not be a CGI script either. Most users run various perl and PHP scripts in their accounts. Hope this helps...

That's great Andrea - thanks for the referral!

Welcome to the forums, heronbeth!

The first error message said Outlook Express was trying to contact the mail server on port 24. Assuming that's not just a typo, the port number is incorrect - it should be port 25.

The order of attributes within an HTML tag doesn't matter - the 'target' attribute can be before or after the 'href' attribute. I usually put the 'href' attribute first, because that's the most important one I want to see first when I'm looking at the raw HTML.

Welcome to the forums, Colette!

Since you're using the server IP address for the URL, you need to to change the StaticWebPath setting in the mt.cfg file: >StaticWebPath /~your-tch-name/mt/ Be sure to uncomment the StaticWebPath setting (remove the "#" from the beginning of the line). After your domain name has propogated and you're using it to access MT, you'll need to re-edit the StaticWebPath setting and remove your username from the path: >StaticWebPath /mt/ (Side note: You'll also need to edit the CGIPath setting after your domain name has propogated as well.) Hope this helps...

Welcome to the forums, Eric!

I don't believe it does (or can do) what you want.

I don't personally know of any. Some of the other forum members might know of one. You could also try looking for a script at hotscripts.com.

Welcome to the forums, LaMpiR! I beleive that this command should be executed every 12 hours? It was setted for every 5 minutes i have waited for half hour but nothing happened. <{POST_SNAPBACK}> That crontab is set to run at 12:00PM (local server time), not every 12 hours. And since the minutes part of the crontab is "*" (the first "*" before the '12'), it will run once every minute between 12:00PM and 12:59PM. Since the script is being run from a cron job, it should be running under the user's ID and 0700 file permissions should be more than sufficient. I'm with TCH-Bruce on this one!

Yes - You'd need a script written to backup files on the server instead of MySQL databases though.

Welcome to the forums, IDC!

The script automatically performs daily, weekly, and monthly backups. To limit how much disk space the backups use, the script only keeps the last 7 daily backups, and the last 5 weekly backups. When a new daily backup is made, the daily backup from a week ago is deleted. When a new weekly backup is made, the weekly backup from 5 weeks ago is deleted. Monthly backups are kept indefinitely. The process of deleting an old backup when a new one is made is what's known as 'backup rotation'. The weekly and monthly backups allow you to keep backups of your data farther back than a week in time without having to keep a daily backup of your database for every single day of the last month, last 3 months, 6 months, 12 months, etc. This allows you to restore your data from a point in time earlier than a week ago if the need should arise without having to keep dozens or hundreds of daily backups stored on the server.

Welcome to the forums, Concordia!