Visitors can check out the Forum FAQ by clicking this link. You have to register before you can post: click the REGISTER link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below. View our Forum Privacy Policy.
Want to receive the latest contracting news and advice straight to your inbox? Sign up to the ContractorUK newsletter here. Every sign up will also be entered into a draw to WIN £100 Amazon vouchers!
The site just doesn't serve the information on there they way it should i.e. simply.
Indeed.
It's always been a bit of a pain, but that was mainly because there was so much information on there, and it was organised in such a counter-intuitive manner, that it took ages to find the stuff you needed.
The major reorganisation within the last couple of years has greatly improved that aspect of it, once one wanders about a bit - stuff tended to be much easier to track down.
However they've now gone mad with loads of completely unnecessary JS widgets, which don't enhance the usability of the site one iota, but rather tend to get in the way.
Microsoft have never shown any signs of having the slightest grasp of the Web - they don't understand hypertext, they do stupid things in complex ways rather than using existing and clearly-defined aspects of HTTP, and their URLs are frankly a disgrace.
And don't even get me started on the way IIS maps URLs to resources - they did it exactly the opposite way around to the way it needed to be done, as well as ignoring fundamental aspects of the HTTP spec. This is why Apache supports simple .htaccess files containing URL rewriting rules, whereas IIS requires you to write an ISAPI filter in C to do the same thing. {*}
(I think they might have cleaned up some of that mess in IIS 7, but I haven't bothered checking it out - Apache just works. And it's free as in both speech and beer.)
{*} Yes, I know mod_rewrite is written in C - I'm talking about the fundamental pipeline for request handling, which in IIS is completely back-assward to the optimal approach.
It's always been a bit of a pain, but that was mainly because there was so much information on there, and it was organised in such a counter-intuitive manner, that it took ages to find the stuff you needed.
The major reorganisation within the last couple of years has greatly improved that aspect of it, once one wanders about a bit - stuff tended to be much easier to track down.
However they've now gone mad with loads of completely unnecessary JS widgets, which don't enhance the usability of the site one iota, but rather tend to get in the way.
Microsoft have never shown any signs of having the slightest grasp of the Web - they don't understand hypertext, they do stupid things in complex ways rather than using existing and clearly-defined aspects of HTTP, and their URLs are frankly a disgrace.
And don't even get me started on the way IIS maps URLs to resources - they did it exactly the opposite way around to the way it needed to be done, as well as ignoring fundamental aspects of the HTTP spec. This is why Apache supports simple .htaccess files containing URL rewriting rules, whereas IIS requires you to write an ISAPI filter in C to do the same thing. {*}
(I think they might have cleaned up some of that mess in IIS 7, but I haven't bothered checking it out - Apache just works. And it's free as in both speech and beer.)
{*} Yes, I know mod_rewrite is written in C - I'm talking about the fundamental pipeline for request handling, which in IIS is completely back-assward to the optimal approach.
You would think that they'd be able to serve all that information on there via a simpler easier method, I usually only go on there for security related information (that's a joke in its self) but it seems they just plonk stuff on the site randomly.
Have to do some research on SharePoint and Forefront soon too
Edit - Nick I am awarding you specially sanctioned 10 Platinum Diablo Points, as your posts are just too good!
Comment