I was looking for help for IE, like most days, so it goes. Thank you nettuts for yet again, saving me!

http://net.tutsplus.com/tutorials/javascript-ajax/javascript-and-the-dom-lesson-2/

Exactly what I was looking for:

#     e = e || window.event; 
#      
#     // Preventing the default action of an event: 
#     if (e.preventDefault) { 
#         e.preventDefault(); 
#     } else { 
#         e.returnValue = false; 
#     } 

This time the issue was a small warning for ie concerning the (e) event on the DHTML animation on the home page here at joomla-webmasters.com. I discovered about the same time there was something messed up with the rokgzip plugin - had some funk going on and was conflicting with the rokweather module. Between the 3 of them, it was like running in out of a sudden storm only the door is locked and you can't get in. That is to say, if you are a browser called IE8.

I reinstalled rokgzip and that fixed that conflict - not sure how it lost it's way. I'm positive I had just reinstalled to 1.3 when it came out. The tell tale sign was in the plugin info - the author information, date, and version had funky @'s in the print, where it should have been reading v1.3, et al.

Now, if the RSS link stays put on the home page, I'll call today successful and move back to viral scanning that phpbb3 site that has been spam attacked yet again....1/2 assed injection of some form, I found encrypted editor.php files in the template directory, lovely. I'll keep you posted.

In the immortal words of Gilda Radner, "It's always something".

Just tried this code in the head of a DHTML script, supposed to fix IE8:

<meta http-equiv="X-UA-Compatible" content="IE=8" />

It locked up the DHTML animation I was running, and made the browser run slower, if you can imagine that. Have I mentioned today how much I despise IE browsers? Probably, but don't plan on writing for a 3rd, Chrome. I'll give Chrome 2 things: ease of use and speed.

Getting SSL running in Joomla! 1.5.x Tribulations

...on XP and Vista.
"Heart attack!" is an understatement while at 5am as I was trying to beat the EST crowd and my dedicated server "seemingly" disappeared. I had been working for about 5 hours installing SSL, testing, and everything was great on Ubuntu. I FTP'd from a Vista x64 rig to the box and BAM...the whole server's HTTP was inaccessible, at least from every hard wired Windows rig on my home network.

This was the day I discovered exactly how valuable my Android G1 cell has become to my profession. I could go on and on about the things I tried. People I called. Research I bared. Once I found the culprut, I intended to prove it by retaking steps to make this bug rear it's ugly head.

If this happens to you, don't think cPanel has banned your ip. Don't fret, your router isn't tossing a fit on your windows machines. Don't dig in your SSL, though deleting old crts out of your browsers is probably a great idea.

It's harsh, but it had to be done. Yep, it's the Vista Firewall...go hit the big "RESET to Default" button to get back to work.

Great! So, now "we" have all the little pieces of SSL in place on the dedicated server, including a dedicated IP. I fired up Joomla! Admin, and bingo-rama what a sweet treat! It actually behaves rather nicely when the server is properly configured, according to my tricorder.;}.

If you're having problems getting HTTPS running in Joomla! 1.5.x, start with your SSL and make sure it's 100% on the server. My only gripe to date is when I use the link to "Preview" the site, it maintains the "https" in the new or tabbed windows...something I'll have to investigate.

Tips:.htaccess, purchased SSL cert, dedicated IP for your website, cache management, update all applications locally to the new dedicated IP, dump old browser certs.