Multilingual programming for retrieving web pages
Tower of Babylon
We show you how to whip up a script that pulls an HTTP document off the web and how to find out which language offers the easiest approach.
Few programming tasks illuminate the differences between commonly used languages as clearly as that of retrieving a web document. When it comes to shell scripts, admins often turn to the curl
utility, which transfers the data behind a URL without much ado and sends them to the standard output.
But, what if the URL points to a black hole? Or the server denies access? And what if the server returns a redirect? For example, curl http://google.com
does not return the expected HTML page with the search form but just a note that the desired page may be available on www.google.com
. Armed with the -L
option, however, curl
follows the reference and then returns the data from the source it finds there.
What happens with a huge file like a 4K movie containing many gigabytes of data? Will the process exhaust your RAM because it attempts to swallow everything in a single gulp? Does encryption work automatically for an HTTPS URL using the SSL protocol, and does the utility check the server's certificate correctly so that it does not fall victim to a man-in-the-middle attack? Similar to good old curl
, popular programming languages offer all of this, although often only as an add-on package and often requiring quirky approaches.
Go, Hipster Go!
The relatively new Go comes with web support out the box; it is included in the net/http
package with exemplary SSL support. Go programmers are required to handle any errors that occur immediately after function calls and cannot excuse any lapses by claiming that any exceptions that are thrown will be dealt with somewhere down the line, be it as hard-to-read stack traces when the program terminates. This is no doubt a philosophical question with a similar scope to finding your perfect partner or choosing between the vi
and emacs
editors.
Listing 1 [1] shows three different error checks, because various things can go wrong while fetching a document: the act of generating the request (e.g., unsupported protocol), the server returning an error status code (404 for document not found), or an error occurring when retrieving the data via the convoluted pipes of the Internet, which could lead to the data stream terminating abruptly. Functions in Go in general like to return two parameters, a result and an error structure, whose value is set to nil
if everything has gone smoothly.
Listing 1
http-get.go
It is also interesting to note that the net/http
package first executes the request, and then receives the status code of the server in line 14, but still allows some time before scooping off the body data. In fact, the data is grabbed later on by ReadAll()
in line 20, courtesy of the io/ioutil package. The Close()
method on the object body then finally indicates that request processing has finished and that Go can dispose of the data. The related command already can be seen in line 19 but is delayed till the end of the currently executing function by the nifty defer
keyword.
Lean Python
The Python 3 implementation in Listing 2 using the state-of-art requests
library is more compact, because Python throws exceptions that developers can test for later on in a central location. If the request specifies a nonexistent protocol (e.g., abc://
), verification of the server's SSL certificate fails, an I/O error occurs, then an appropriate exception is thrown, which the code either checks separately or in one fell swoop as shown in line 11.
Listing 2
http-get.py
This approach is certainly more convenient, but the typing you saved here can come back like a boomerang later on if an exception is washed up from the depths of the code, like from inside a library developed by someone else. Also the readability suffers because it is not entirely clear which line in the try
block threw the exception. The topic has started already countless, hard-to-settle, and virtually infinite discussions.
It is also funny that r.encoding
states that the page is encoded in ISO-8859-1 after a request for google.de
. Only manual shift to utf-8
in line 7 causes the following r.text
to output the content with UTF-8 encoding. A status code other than 200 does not throw an exception by default and needs to be checked manually. Programmers who like things even more compact can use the raise_for_status()
method to throw an exception if the server reported something other than 200.
Ruby Catchall
Ruby also comes with a built-in HTTP module named net/http
; however, before sending requests, it needs to analyze the URL with another class, URL
. This is far too much work for Ruby-on-Rails fans and prompted the developers to create some Ruby Gems that do the whole thing in a single action. Like Python, Ruby throws exceptions from the depths of the code, and developers can thus deal with errors further upstream.
Listing 3 shows the catchall block, which starts with begin
in line 6, catches exceptions as of rescue
, and finally terminates with end
. The standard library does not follow redirects in its default setting. It interprets the Google.de website as ASCII-8BIT
, which is probably equivalent to the ISO-8859-1 encoding identified by Python in this case.
Listing 3
http-get.rb
Buy Linux Magazine
Subscribe to our Linux Newsletters
Find Linux and Open Source Jobs
Subscribe to our ADMIN Newsletters
Support Our Work
Linux Magazine content is made possible with support from readers like you. Please consider contributing when you’ve found an article to be beneficial.
News
-
Linux Servers Targeted by Akira Ransomware
A group of bad actors who have already extorted $42 million have their sights set on the Linux platform.
-
TUXEDO Computers Unveils Linux Laptop Featuring AMD Ryzen CPU
This latest release is the first laptop to include the new CPU from Ryzen and Linux preinstalled.
-
XZ Gets the All-Clear
The back door xz vulnerability has been officially reverted for Fedora 40 and versions 38 and 39 were never affected.
-
Canonical Collaborates with Qualcomm on New Venture
This new joint effort is geared toward bringing Ubuntu and Ubuntu Core to Qualcomm-powered devices.
-
Kodi 21.0 Open-Source Entertainment Hub Released
After a year of development, the award-winning Kodi cross-platform, media center software is now available with many new additions and improvements.
-
Linux Usage Increases in Two Key Areas
If market share is your thing, you'll be happy to know that Linux is on the rise in two areas that, if they keep climbing, could have serious meaning for Linux's future.
-
Vulnerability Discovered in xz Libraries
An urgent alert for Fedora 40 has been posted and users should pay attention.
-
Canonical Bumps LTS Support to 12 years
If you're worried that your Ubuntu LTS release won't be supported long enough to last, Canonical has a surprise for you in the form of 12 years of security coverage.
-
Fedora 40 Beta Released Soon
With the official release of Fedora 40 coming in April, it's almost time to download the beta and see what's new.
-
New Pentesting Distribution to Compete with Kali Linux
SnoopGod is now available for your testing needs