What are the differences in considerations in respect to designing or developing an Intranet and an Internet application ?
10 Answers
One other thing, in an intranet environment you will generally have a standard client build meaning that you can code to a specific browser & version (ha, IE6 normally).
Out in the wilds of the internet, you have to deal with all sorts of browsers & versions, so your html/css/js needs to handle all of these.

- 703
- 4
- 15
-
1you beat me. Don't forget to support Opera! – John Ferguson Oct 21 '08 at 12:15
-
As Damo said in another comment, it would be great to ignore IE :) Anyway coding to a specific browser is a very dangerous advice. My suggestion is just code to standards. – Guido Oct 21 '08 at 13:45
Intranet applications can take advantage of the ability to link to resources on internal UNC paths (e.g. \\corporateserver\devteam\ArchitectureDiagram.vsd
).
However, be aware that browsers differ in how they handle such links. In Firefox, by default, clicking a link to a resource on a UNC path silently fails (clicking the link does nothing); some workarounds for this are available. In Internet Explorer, links to UNC path resources do work by default.

- 25,758
- 23
- 142
- 170
On an intranet, you may be able to take advantage of existing authentication and authorization services. The banks I've worked for have had very secure third-party authentication services. At other companies using Windows platforms, Active Directory can be useful for both authentication and authorization (using "groups" to define roles).
When these features are available, you don't have to make as many decisions about hashing (and salting) or encrypting passwords, password strength, password expiration, and such. And you don't have to create all the admin pages for setting up users, retrieving or resetting passwords, etc. Users are not confronted with different password policies on different intranet applications, and can often use the same login credentials for multiple applications.
Not having to deal with all of this leaves you more time to spend on the application's main features.
Even though an intranet environment may seem to be less threatened by hackers, it only takes one breach to compromise the system. And, an intranet may be dealing with extremely sensitive data. So, I think you need to make intranet applications at least as secure as Internet applications.

- 32,337
- 7
- 60
- 92
Some considerations...
- Security
- Site IO
- Traffic
- Data Model
- Need for scalability

- 41,475
- 16
- 112
- 158
Please don't make the mistake of thinking that, because an app is exclusive to the intranet, that it doesn't need to be as secure as an internet app. If anything, it needs to be more secure, as there's a good chance it will be processing data more sensitive than the data the company's internet applications process.
If you rely on the security of the intranet, then your app will only be as secure as the intranet (and as secure as the weakest of all its users, who have their passwords written on sticky notes on their monitors).

- 15,597
- 2
- 44
- 45
Galwegian have wrote most of them already but I think you should consider more caching when it goes external because your database might be more active.
An other point is when you are inside your business (intranet) you might be able to use lower security parameter to access hard drive of you user. This is not possible with external website/application via the web.

- 136,852
- 88
- 292
- 341
Intranets often have a fixed set of browsers that are supported.
If you're lucky you can get away with ignoring IE6. Which is nice.

- 11,410
- 5
- 57
- 74
-
I've been ignoring IE6 for the past 3 years. Its DEAD ... period! things that requires IE6 should be killed and burried :o) – BerggreenDK Apr 10 '11 at 23:13
It might be more productive to think of the similarities in design considerations.
You still need to ask yourself the same basic questions about what you are trying to solve, for who, what are their capabilities, what platform(s) do you have access to...etc.
The differences will become apparent quickly enough if you give appropriate consideration to the scope. Many of these have been signposted by other contributors here, but try and avoid making too many assumptions up-front.

- 306
- 1
- 4
@Galwegian and others:
- Time to application live. In public internet many amateur and marketing-corporate campaign has quite short use time (1-2 years?). As such, accept "chaotic" design and chaotic ad-hoc technologies. Then amateur has no energy to develop, new marketing director has new BIG budget for NEW colourful software etc ;)
Important "hard" business software must live, (be extended, developed) for example 8-10 years and more, without pause.

- 1,872
- 1
- 15
- 22
Intranet Application are more for internal staffig and knowledge managemnet purposes..
its more moe sensative data to be shared within a network
http://www.dreamznetsolutions.com/intranet_application_development_mumbai.html

- 74,450
- 15
- 68
- 141
-
The http://www.dreamznetsolutions.com/intranet_applications.html that was contained in the original post, was a 404, all the more reason why link only answers are not good. [Are answers that just contain links elsewhere really “good answers”?](https://meta.stackexchange.com/q/8231/231583). This answer should be deleted. – Funk Forty Niner May 12 '17 at 00:47