Welcome to the Q&A Forum

Sorry, didn't notice the date of the original post (apparently got assigned clean-up on this one). Thanks for the update. It's really frustrating trying to sort out what works and doesn't work, especially for something that seems like it should be pretty straightforward. If we can't sort it out, what's your everyday webmaster supposed to do?

Check out the companies in the CRM and Email Marketing panes as a start... http://www.layeredi.com/sites/grange.drupalgardens.com/files/marketing_technology_landscape.jpg I know MailChimp and Safesforce have JS widgets.  I like Campaign Monitor myself.  I bet many of the others do too. If you are moving from Tomcat, might be a good time to evaluate a CMS too.

Shane, it tends to be the sites that manipulate the rankings (black hat) know all those tricks and if all it took was a seal from an SSL company, they would have a different one on each page. It would be surprising that the seal actually gives you page rank, it most likely does the opposite since an outbound link only passes juice to the destination and all those seals link directly to the ssl provider. As Ryan points out contacting Verisign directly will give you some insight, they are a company built on reputation and would not say it adds Google rank when it does not. You have to consider what their product is 'trust' and if they give you false information that hurts their marketting when you discover that is not the case. They would tell you what I said in my first reply, that their seal brings customer conversions, which is ultimately what you are after. Generally ecommerce sites exclude their ssl pages via robots.txt or nofollows so the question does not get raised. If the content on those pages is secure but not authenticated then the value is limited as it is public and open to exploit. As a developer, I have attended many seminars on this topic alone. The rank gain you get is secondary (from more tweets, blog links etc because people trust your site and like it) rather than a direct corelation. Read the paper (relevant section below) from the link: If I use SSL on my pages, will we be PageRank'd higher then non-ssl pages? So far, there is NO conclusive proof that a SSL site will get higher Google/MSN/Yahoo search rank listing compared to the same site which is unencrypted. In fact there seems to be no positive or negative result if you have your pages encrypted or not. This is because the quality of the data on the site is not validated by SSL, only that the certificate is independently verified. The most important factor in Google's PageRank for example is the amount of high quality sites linking back to your site. The idea being that if a site like Digg or CNN link to your site then your page rank will increase because their page rank is high. This is completely independent of whether your page is encrypted or not.

I have lost my window The admin team has already began tasking and beginng save.... It is a major Virtualization migration, and my requests had to be in by yesterday. Ohh well, it will be only 23 hours and i convinced them to just route to a shutdown pool generating a 503 since they will not cloine this late.... Thanks for the help though i will keep this in mind for next time ( but i get my brand spanking new virtual environment next month soooo i will be able to have more wiggle room)

This might help: "If you have an ASP.NET web application site, and you place a text file named "app_offline.htm" in the root of the site, all requests to that website will redirect to that app_offline.htm file. Basically, if you need to take an entire ASP.NET site offline, you can place some nice message in that file. Then, any new requests to a URL, any URL, in that website will redirect to that file allowing you to do maintenance to the site, upgrades, or whatever. It is not really a redirect though. ASP.NET essentially shuts down the site, unloads it from the server, and stops processing any requests to that site. That is, until you delete the app_offline.htm file - then things will continue as normal and your ASP.NET site will load up and start serving requests again. A super-cool side effect of this is that any files that are locked by the site, such as a database or other resources, are freed since the application domain has been unloaded from the server. This allows you to remove the locks from those files and replace them, without the need to do a full IISRESET, taking down other sites on the server. One thing to keep in mind with this file however, make sure you out enough content in it so it is larger than 512 bytes or IE will consider it a 404 and will display the 404 instead of the contents of your app_offline.htm file." Source

Thanks had read about canonical, but did not think it applied until i saw an article on the Google Blog about cross domain support for this exact reasons since setting up a 301 is not an option. Google is now picking up the correct domain and removing the incorrect cached pages. Thanks Shane