Academic Integrity: tutoring, explanations, and feedback — we don’t complete graded work or submit on a student’s behalf.

At my new place of employment we have a Intranet solution containing multiple we

ID: 651967 • Letter: A

Question

At my new place of employment we have a Intranet solution containing multiple web applications hosted in IIS. Outside of the development department other departments either source or create other applications / reports that deep link into these web applications.

Unfortunately, I have no direct control over these potential applications and some get created without our knowledge. This causes a problem if we need to do some re-structuring or re-factoring.

I was wondering if anyone had an approach where all inbound links regardless of origin had to be registered - i.e like a link registry or some other approach on how to deal with this. This could then be used so that the impact of any re-organisation of the structure of the web application could be understood.

Any help much appreciated

Explanation / Answer

There are at least two technical methods to deal with the incoming links:

Instead of registration, consider logging and analyzing incoming traffic to determine the source of the links. Good log information will allow you to track the incoming links back to their source. In the event of restructuring, look for an increase in the number of 404 errors as a starting point for finding out-of-date links. Logging and analysis tools such as Webalizer and awstats are good places to start.

If you cannot use logging or find it ineffective, you can develop a proxy through which all incoming links must pass. Valid incoming links should include a registration key (which you assign by department or other factor). Any incoming request which does not include the registration key should be redirected to an information page which explains how to obtain a key. You can associate the keys with specific departments or relevant sources in your database, and can use that database to reach out to the external linkers when you change the link targets.

However, consider whether your business model need to change. If you are not responsible for creating the external links, should it be your responsibility to guard against their failure? Your business may find more value in either:

Requiring the link creators to take responsibility for the links that they generate (ie. they must reach out to you when something breaks), or

Restricting link creation to IIS staff.

Either of these options will allow you to have a better chance to avoid failure in the future.

Hire Me For All Your Tutoring Needs
Integrity-first tutoring: clear explanations, guidance, and feedback.
Drop an Email at
drjack9650@gmail.com
Chat Now And Get Quote