Why Safari 3 on PC? For the iPhone!
June 12, 2007 | 2 Comments
I love Safari on my Mac. It outperforms Firefox for me, the built in RSS support is wonderful, the tabs work better than any of the other browsers, and private browsing (better known as porn mode) can’t be beat. However… it’s really no competition for Firefox or Internet Explorer on the PC platform as an overall browser.
So.. why Safari on the PC? Does Apple truly believe they can compete with Mozilla and Microsoft? I’d say they are not that misguided…
Safari is now available on PC purely to test iPhone applications.
There are a lot of web developers who will be able to develop small applications to deliver through Safari on the iPhone starting on June 29th. Yet, a large majority of the developers will not have iPhones and don’t have Macs. This means Safari needs to be made available for testing on PC for those developers to add value to the iPhone. Although this would be made better if Apple cloned Firebug and rolled that in out of the box…
As far as actual browser usage, I would be shocked to see the web adoption pass 6% for Safari (Apple claims they currently get 4.9%). This may sell a couple more people on Macs, but Safari is not iTunes. It does not stand head and shoulders above competitor software. If they do expand market share in Safari and get a few more people onto a Mac, this is a bonus.
In conclusion… I’m glad to see Safari on PC. Hopefully more web applications will get tested with it… but don’t be fooled this is a move to bolster the iPhone, nothing more.
Tags: apple, browser, explorer, firebug, firefox, internet explorer, iphone, mac, macs, mozilla, osx, pc, safari, web, web application
Leveraging Varying Level of Assurance
March 9, 2006 | 2 Comments
In higher education we all seem to struggle, at least a bit, with coupling together our many varied web services and applications. Part of the difficulty I see is the varied needs for how secure each of the services we delever need to be.
A common reaction to this is to lock things down tightly, requiring your users to reauthenticate on a regular basis to access even the most trivial of services. In this situation users feel encumbered by the security and are less satisfied using these services. Face it, who doesn’t love sites that know who we are and let us do the things we expect when we go back? (ex. Wordpress, Gmail, Flickr, Amazon, etc)
For the purposes of this article, I am defining level of assurance as how sure we are that the user on the other end of the browser is who we think they are.
I imagine an ideal situation where we identify a required level of assurance for each service, then check against an appropriate indicator.
A preliminary structure for varying levels of assurance:
| LOA | Who/How? | Example Services |
|---|---|---|
| Level 0 | Anonymous | Homepage, various public facing pages, etc |
| Level 1 | Long term cookie | Targeted Announcements, News Reader, Personalized Content, Bookmarks, etc |
| Level 2 | Active browser session or desktop domain login |
Email, Learning Management System, Calendar, Groups Tool, etc |
| Level 3 | 30 minute session | Financial Information, Grades, Address Information, etc |
| Level 4 | Every usage | Password change, others? |
In this scenario, users would be asked for credentials less frequently for less secure needs. This in turn encourages them to use many of these types of applications more frequently. In those less secure applications, “ticklers” can be placed encouraging them to register for classes, update address information, or check in on classes in the learning management system all as appropriate. This allows us to draw users into the more secure areas just like Amazon draws us into making a purchase, but always allows us to place things in our shopping cart.
Tags: browser, higher education, identity, identity management, level of assurance, loa, password, portal, session