DIR nisanth relative link
DIR stm32f4x.d *new* 21 Feb 2023
TEXT notes *new* 21 Feb 2023
TEXT rule
TEXT figlet
TEXT gophermap
_ _ _
_ __ (_)___ __ _ _ __ | |_| |__
| '_ \| / __|/ _` | '_ \| __| '_ \
| | | | \__ \ (_| | | | | |_| | | |
|_| |_|_|___/\__,_|_| |_|\__|_| |_|
Sunday, 22 January 2023
This is 'gophermap' and it masks the raw directory listing.
Instead, it 'interprets' the directory into named resources.
More or less without exposing the resource's correct filename.
ref. [ https://sdfeu.org/w/tutorials:gopher ]
There is a *lot* more in the directory than you are seeing
(at least double the number of files 'exposed' through this
gophermap). Not really meant to be secured, so much as it
is meant to be 'presentable' ;)
It'll say things like '[11] notes' and the '11' part is just
the corresponding line number of the gophermap. So, to mask
that (make the numbers much lower) simply do not do it! Haha.
idk how or if there's a work-around, but default parser is
picking up line numbers and square-bracket'ing them (as it were
So, suppose ..
You have a very long gophermap.
How does the system handle that?
It paginates. But did not see controls to indeed, move to the
next page that got paginated. So unclear what that is other
than a graceful error handling schema (ill-formatted gophermap).
(later) use of lynx www browser exposes 'what happens next' when
a looong gophermap is encountered. lynx picks it up and paginates
as usual.
Tue Feb 21 16:56:18 UTC 2023
END.