TweezerMan

Welcome to the forums, Cybernaut! IPB 1.3 appears to be last "free" version, but it's not without problems: That's because IPB is now a commercial product. Offering free downloads of older versions would take away the incentive for people to buy it. No one may legally provide you with a copy of IPB 1.3 unless they have written permission from Invision Power Services (IPS) - this is written in the IPB license agreement.

Welcome to the forums, Army! I don't use FrontPage either (not to create forms, anyway). When the Submit button is clicked, the form data should be sent to a script on the server. The script processes the form data, e-mails it to you, then shows your confirmation page to the user. I'm not 100% sure this is your problem, but you say that the script tries to send you to /cgi/formmail. If this is what I think it is, your form is trying to use a formmail CGI script, and those are disabled on TCH servers (you can't run them) due to security and abuse issues. If this is the case, you'd need to find another mail script to use with your form.

I have no doubt that these error messages started after you upgraded to MT 3.16, but the errors are actually being caused by one or more plugins you have installed. Some plugins make erroneous assumptions about where they are installed relative to the script that is currently running, and thus cause the wrong directories to be searched for library files. The key to correcting these errors is finding the code where a plugin is specifying an incorrect library path (usually a relative one), and replacing that path with a full server path (a path from /). Your list of installed plugins does not appear to be complete: ...so I don't know if what I'm going to tell you will fix all of the errors or not. In the instructions below, be sure to replace 'cpanelName' with your actual CPanel username. MT-Protect: In plugins/Protect/Protect.pl, you should see the following around line 9: >use lib File::Spec->catdir('plugins','Protect','lib'); Comment out that line by typing a "#" at the beginning of the line, and insert the line as shown below right after that line: ># use lib File::Spec->catdir('plugins','Protect','lib'); use lib /home/cpanelName/public_html/cgi-bin/mt/plugins/Protect/lib; MT-Blogroll: In plugins/Blogroll/Blogroll.pl, you should see the following around line 8: >if (eval { use lib './plugins/Blogroll/lib'; 1 }) { use lib './plugins/Blogroll/lib'; } Comment out all 3 lines by typing a "#" at the beginning of each line, and insert the line as shown below right after the last line: ># if (eval { use lib './plugins/Blogroll/lib'; 1 }) { # use lib './plugins/Blogroll/lib'; # } use lib /home/cpanelName/public_html/cgi-bin/mt/plugins/Blogroll/lib; BookQueueToo: In plugins/BookQueueToo/BookQueueToo.pl, you should see the following around line 12: >use lib File::Spec->catdir(abs_path(dirname($0)),'plugins','BookQueueToo','lib'); Comment out that line by typing a "#" at the beginning of the line, and insert the line as shown below right after that line: ># use lib File::Spec->catdir(abs_path(dirname($0)),'plugins','BookQueueToo','lib'); use lib /home/cpanelName/public_html/cgi-bin/mt/plugins/BookQueueToo/lib; I noticed that you have MT-Blacklist installed, and it produces errors like the above unless it is fixed also. In plugins/Blacklist/Blacklist.pl, you should see the following around line 20: >use lib 'plugins/Blacklist/lib'; Comment out that line by typing a "#" at the beginning of the line, and insert the line as shown below right after that line: ># use lib 'plugins/Blacklist/lib'; use lib /home/cpanelName/public_html/cgi-bin/mt/plugins/Blacklist/lib; If you are using MT-Moderate along with the SpamLookup plugin, MT-Moderate needs to be fixed too. In plugins/jayseae/moderate.pl, you should see the following around line 30: >if (eval { use lib './plugins/jayseae/lib'; 1 }) { use lib './plugins/jayseae/lib'; } Comment out all 3 lines by typing a "#" at the beginning of each line, and insert the line as shown below right after the last line: ># if (eval { use lib './plugins/jayseae/lib'; 1 }) { # use lib './plugins/jayseae/lib'; # } use lib /home/cpanelName/public_html/cgi-bin/mt/plugins/jayseae/lib; The above changes should make most of your plugin errors go away (if not all of them).

Yay! You're welcome!

Welcome to the forums, sgu!

The problem is in the hidden redirect field for your form: ><input type="hidden" name="_redirect" value="<$MTBlogURL$>http://www.moonjuice.us" /> You shouldn't have your URL after the MTBlogURL tag: ><input type="hidden" name="_redirect" value="<$MTBlogURL$>" />

EmailVerificationSecret is a setting in your mt.cfg file: If the EmailVerificationSecret is not present in your mt.cfg file, you just need to add it (it can be added anywhere - I'd add it to the bottom of the file). If it is present, make sure it is uncommented (does not have a "#" at the beginning of the line). You'd configure the setting like this: >EmailVerificationSecret secretWord ...with whatever secret word you want to use.

Welcome to the forums, Tio Red!

Welcome to the forums, Kevin! I don't know if TCH can forward a domain to a dynamic IP address. Hopefully someone will come around shortly who does know.

Welcome to the forums, Arne!

One reason that jpg's may not have been mentioned is that jpg is a 'lossy' format - image data is lost in the saving/conversion to a jpg, and once it's gone it cannot be recovered.

Welcome to the forums, carl!

I agree with Bruce - If you don't want to see the popup login box, you'd need to take .htaccess out of the equation. You'd would therefore need a script to handle everything - the login, the display of the 'not authorized' page allowing another login attempt, and the display of the protected page.

I sometimes have the same thought for my own PC. I'm using a P3 800MHz system that I built myself from parts 5 years ago. It's held up a lot longer than I thought it would. Besides the time vs. money, one thing for me that weighs in favor of building my own is that the system I build will have exactly what I want it to have. I've think the PC manufacturers have gotten better lately, but it used to be that you couldn't custom configure a system very much to your own specs without paying an arm and a leg (if you could do it at all). Me neither. It seems like they want to redesign eveything every couple of years, so unless I'm in the market for a new system, it's too much hassle to keep up with everything. The computer I had before this one (a P1-100MHz system) had an Asus motherboard in it, and it was rock solid. A lot of people swear by Asus boards, and they've earned their reputation. Intel chipsets are the 'standard' by which to judge all others, so you wouldn't be going wrong by choosing a board that had one. My current PC's motherboard has a VIA chipset in it and I haven't had any problems with it though. PCI Express does appear to be the new wave for video cards. If I upgraded to a new system, it would be for playing the newest round of games. I built my current system specifically so I could play Unreal and Unreal Tournament, and those run like a dream. Playing Unreal Tournament 2003 is very sluggish on my system, and I'm not even going to bother trying to play Unreal II, Doom 3, or Unreal Tournament 2004 on it - my system just doen't have enough horsepower. For everything else I do on my PC, the performance is adequate, so I have a hard time justifying the cost and effort of upgrading to a new system. Since I built it, I've put more RAM in it, replaced the video card (upgraded from PCI to AGP), and installed a larger disk drive, and that's kept it going for me. I don't know much about about DVD authoring, but since it does involve video editing, I would presume that you'd need a system with a lot of disk space (which shouldn't be an issue these days), and a CPU that can handle crunching all the video data. Your new system (whatever it is) should fill the bill on that score, while I doubt that you'd be happy trying to do that task with your current system. I've never heard that "buying new is cheaper than building" - I think it depends on the type of system you're looking at. For just a plain box to get on the internet and read web pages, view e-mail, etc. plus perform everyday tasks, you probably would be better off buying a complete system rather than building your own. When talking about a high-performance system though, with specific requirements/parts/etc., I'd like to think I can build my own cheaper than buying the whole system new from someone else. We've bought two new PC's in the last year - one to replace my girlfriend's aging P3-400 MHz system, and one as a gift to an old family friend who was using an ancient P2 system (I think). We bought refurbished P4 systems from Dell for <$500 each (including shipping). They both run circles around my PC. Dell PCs are made here in the USA too (in the small town of Round Rock, TX). We haven't had any problems with either system, but if we did, I'm the first (and often last) level of tech support around here. I've never had a Micron PC, but from what I understand, they're a good name. I noticed on their web site that they have a factory outlet - you might want to shop a bit and see if they have any good deals on refurbished systems. You might be able to save quite a bit of money. Good luck on your quest for a new PC!

On the page you linked to, the "Buy This Photo" icon is a link that runs a javascript when you click on it: >onClick="goPurchase(); return false;" In the View Source, the goPurchase() javascript function is located near the bottom of the page: ><script> <!-- function goPurchase() { document.location.href = "/purchase.php?item=" + "0503/050321_1"; } // --> </script> In javascript, the document.location.href method tells the browser to load the URL on the other side of the "=", which in this case evaluates to: >/purchase.php?item=0503/050321_1 While browsing to the new URL, the URL contains one variable ("item") as a query parameter. The item number in the goPurchase() function will have a different item number on each web page, so the order page will know what picture is being purchased. The javascript isn't strictly necessary to do this - you can construct image links that have a query parameter in them easily enough. I suspect that the icon has been included from another page, and the javascript coding allows the site to vary the link from page to page without losing the ability to include the image from another file. There's a number of ways to pass variables to another page, but what you can do depends on where your order page expects to read those variables from.

Maybe we could change the text that is displayed when Samantha edits a post with a typo:

The img tag on your page is trying to get your image from this URL: >http://www.pixie-landpixels.com/image/pixel%20dolls/New%20Outlines%20for%20Site/PLP/FairySwirl.gif ...but your image is in the public_html/images directory, at this URL: >http://www.pixie-landpixels.com/images/FairySwirl.gif You just need to edit the img tag in your page to use the second URL I posted above. The background image should be uploaded to the public_html/images directory too, then you could use the following URL to display it: >http://www.pixie-landpixels.com/images/BG8a.gif

When you edit a post, the setting is right above the "Submit Modified Post" and "Preview Post" buttons. It is a checkbox labelled "Add the 'Edit by' line in this post?". I'm not sure if that option has been disabled for regular forums users (as a moderator, that option is always enabled for me).

Hi Chris - I'm glad to hear you're happy with the server setup and performance. There's a number of family members here who are familiar with MT, and we all like helping other TCH family members with whatever MT issues they have. Welcome to the TCH family, and we all hope you'll be happy and stay here for a long time too!

I don't know what that has to do with this topic, but I volunteer my time to be a moderator in these forums.

Welcome to the forums, Stacy!

I made my best guess based on the limited info you provided. You didn't provide the working URL to your cron.php, nor did I have any way of knowing that the "andymansker" you were including in the path was not your CPanel username - that you were guessing at that part of the directory path. Taken all together, the error messages indicated to me that the path to cron.php was not correct, but not everyone sees the same things I do at the same time. I'm sorry you spent 2 hours on an issue that could have been resolved in 5 minutes, had the issue been framed correctly. Questions about the proper server path to a script or file are answered here in the forums all the time, so I don't know what else to tell you.

That is not what I'm seeing at www.gregorycain.net/ssitest/index.html - I see a totally different page that does not appear to have an SSI include directive. Never mind - the page was changed in the time it took me to compose this post. Also, your page would need to have a .shtml extension in order for SSI includes to be processed.

Your problem was figuring out the correct server path to a particular file on your account. That question could have been answered by either the Help Desk or these forums. I don't know what you put in your Help Desk ticket, but if it looked like your first post in this thread (asking how to set up a cron job for Moodle), their response was the correct one.

Welcome to the forums, iprefermacosx!