BLH, The Broken Links Handler is a small, but cute utility. The point of this program is to check the “HREF=” links in your website, to make sure they are valid.
Marking broken links – Sometimes a link could not really be broken, just gone for a face pack.
Replacing redirects with their targets – Sometimes the redirect is purely internal.
Replacing broken links with guessed new targets – Sometimes the guess may be out to lunch
Identifying the tasks involved is a simple work. As the overview specifies, the BLH has to provide solution to all broken links issues. The following points identify the problem issues.
Selecting the target, where the checking / verification should be exercised.
Specifying the depth, and options, how many levels deep the probing has to be done, internal external limitations.
Listing the links, for future reference.
Finding broken links, listing them separately for user attention.
Finding the available choices for each broken link, may be internal, external – through search.
Displaying the results, in a way the user can implement his discretion
Updating the links, provided the site authentication & location details.
Saving the actions, should retain what it has learned for future scans.
Selecting the target is one among the few simple tasks in BLH. The only requirement here is to verify the user given website address. Search the DNS records for the specified name and IP. If found proceed to next step, if not, search the ‘interNIC’ records or other Registration agency for related names. Finally display the result for user selection.
User preferred settings
This takes care of internet connection issues. If no connection exists, it will establish a connection to the internet using user specified connection mode. The modes include dial-up, leased, or cable, LAN, etc. Optionally the connection authentication can either be automated by remembering the authentication details or pops up for the authentication details.
The user can specify the links region or range to be verified. These specifications include – 1, 2, 3 … level deep; internal only; external only; both internal & external; image references; page references; and finally ‘Full Verification’.
Each of these issues requires specific attention by the programmer. The level deepness will verify the specified site to that level only; further links will not be verified. It even doesn’t verify any links above the specified site.
Internal & external limits the verification either to internal links or to external links or even both.
Image references & page references just do the verification for all image links or page links accordingly.
Full, as the name says does sweep every nook & corner of the web site specified.
Display options will tell the BLH, how the user wants to display the verification results. This includes…
How the output result should be shown; Ascending or descending in accordance with page level, categorizing under internal or external, even images or pages.
Note: Remember to show all the links information and more intuitively.
This key information has to be processed carefully by the developers. This specifies what action to be taken when a broken link challenged. Currently suggested corrective measures to the developers are …
Just display the broken links; user will take the necessary action.
Display the broken links along with the suggested replacements.
Do automatic corrections, if the links are internal and leave external for the user discretion.
Do automatic corrections, but show choices if more than one choice found Simplest of all tasks. Just lists out all the verified links in the specified format Remember you are not showing anything other than existing links in the given web site.
Download Web Portal to check Broken Links Project source code with project report.