Moving Blog
Hello,
I am moving this blog to my new personal website and will start posting much more frequently. Please view by blog at the new site. portal.iowacomputergurus.com/Mitchel
I will be using this blog to post up some solutions to various problems/situations that either A.) I run into in application developer or B.) common questions that come to me from others.
Hello,
I'm back from vacation now and looking for some new reccomended topics to blog about. Please e-mail or post comments with suggestions!
Today I created a user sample and placed it out on the GotDotNet Forums, but I figured I'd post a bit more about the sample here on the blog.
It has been a long time since I have made a post out here, so I think it is time that I restart these posting. If you have any recommendations or requests for topics please either post a comment or send me an e-mail. Now on with the actual post!!
As well all know browser compatibility is a major issue, trying to make you application work successfully in both IE and FireFox can be a very cumbersome task if you leave your ASP.NET application setup using the default setup. Out of the box ASP.NET will automatically determine if the client's browser is an up level or a down-level browser, however it incorrectly identified Mozilla's FireFox as a down-level browser when it should be an up level browser.
What does this difference mean? Well by FireFox being interpreted as a down-level browser ASP.NET thinks that it does not support, CSS, HTML 4.0, and JavaScript. All of which are actually supported by FireFox. This makes the rendered page to FireFox much larger in size (since it will render panels and other controls as tables instead of spans) and it makes it very hard for you to use CSS in a predictable manner.
The good news....it is a simple fix to alter the way that ASP.NET recognizes FireFox, simply add the below to you Web.Config file, somewhere between your opening
<browsercaps>
<case match="^Mozilla/5\.0 \([^)]*\) (Gecko/[-\d]+)(?'VendorProductToken' (?'type'[^/\d]*)([\d]*)/(?'version'(?'major'\d+)(?'minor'\.\d+)(?'letters'\w*)))?">
browser=Gecko
<filter>
<case match="(Gecko/[-\d]+)(?'VendorProductToken' (?'type'[^/\d]*)([\d]*)/(?'version'(?'major'\d+)(?'minor'\.\d+)(?'letters'\w*)))">
type=${type}
</case>
<case>
type=Mozilla
</case>
</filter>
frames=true
tables=true
cookies=true
javascript=true
javaapplets=true
ecmascriptversion=1.5
w3cdomversion=1.0
css1=true
css2=true
xml=true
tagwriter=System.Web.UI.HtmlTextWriter
<case match="rv:(?'version'(?'major'\d+)(?'minor'\.\d+)(?'letters'\w*))">
version=${version}
majorversion=0${major}
minorversion=0${minor}
<case match="^b" with="${letters}">
beta=true
</case>
</case>
</case>
</browsercaps>
Enabling SSL on a web application seems to be a simple task, however there are always ways of complicating things and many wonderful "gotchas". Below are just a few of the things I have learned after implementing my most recent web application that requires transmission via https at all times.
The more I have worked with ASP.NET myself and browsed the GDN forums I have came to realize that Forms Authentication although fairly simple is a very common item that raises many questions amonst developers, begginner and advanced. In this 2 step post I will explain some nice tips/tricks you can use to make ASP.NET Forms Authentication work for you and your application. Including the use of role based security.