y.st./source/pages/en/weblog/2015/12-December/23.xhtml

<?php
/**
 * <https://y.st./>
 * Copyright © 2015 Alex Yst <mailto:copyright@y.st>
 * 
 * This program is free software: you can redistribute it and/or modify
 * it under the terms of the GNU General Public License as published by
 * the Free Software Foundation, either version 3 of the License, or
 * (at your option) any later version.
 * 
 * This program is distributed in the hope that it will be useful,
 * but WITHOUT ANY WARRANTY; without even the implied warranty of
 * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
 * GNU General Public License for more details.
 * 
 * You should have received a copy of the GNU General Public License
 * along with this program. If not, see <https://www.gnu.org./licenses/>.
**/

$xhtml = array(
	'title' => 'Major website work',
	'body' => <<<END
<p>
	I was looking at Lo-Fi is Sci-Fi&apos;s music files and found that the artist listed in the meta data is not Lo-Fi is Sci-Fi, but Chris Zabriske! At least, that is the case for three out of four of the albums.
	I kind of wonder if this has any significance.
	For example, are these files from before Chris uploaded them to Bandcamp? Bandcamp would have modified the meta data and set the artist string to &quot;Lo-Fi is Sci-Fi&quot;.
	If that is the case, would these perhaps be the files that had been uploaded? If that is the case, higher-quality copies might not exist.
	The $a[FLAC] and Vorbis files might have been converted from the $a[MP3]s, resulting in needless bloat in the case of the $a[FLAC] files and quality loss in the case of the Vorbis files.
	Lo-Fi is Sci-Fi was a {$a['lo-fi']} band, so I would not put it past them to record in a lossy file type.
</p>
<p>
	I tried to find all links in this weblog containing the text &quot;/domain_research/#&quot; so that I could fix them to point to the correct page, but strangely enough, <code>grep</code> was not returning any results for where they were.
	At first, I thought that special characters were being interpreted in my input string or something, but after several experiments, I do not believe that to be the case.
	My weblog literally has no matches for that string, so there is nothing for me to fix on that front.
</p>
<p>
	Some people on $a[IRC] told me that I should discontinue use of timestamps in $a[PHP] and use <a href="https://secure.php.net/manual/en/book.datetime.php"><code>DateTime</code></a> objects instead.
	By the time that they had sugested doing that though, I had already built my new navigation helper function using timestamps.
	As my deadline for website cleanup completion is creeping ever closer, I will not fix my function for the time being.
	I will continue working on visible parts of the website and work on improving the back end source code later.
</p>
<p>
	Next, I moved the navigation bar to a separate file and added support for including an arbitrary number of navigation bars to any given page.
	This allows me to do two things.
	Most importantly, it allows me to include sub-navigation options for the weblog pages by adding a second navigation bar with forward and back hyperlinks, but it also allows me to remove the English navigation bar that was present on the &quot;choose a language&quot; page.
	Fixing all the pages on the site to take advantage of this functionality was a pain though, and until the pages were fixed, the navigation bar had been removed entirely, so it could not exactly wait for another day.
</p>
<p>
	It was a good thing that I had added support for arbitrary numbers of navigation bars too, as while I was finishing up coding the secondary navigation bar, I decided that it might be a good idea to add three more navigation bars to weblog entries, though I may or may not implement that.
	The three navigation bars would allow jumping to any year, any month in the current year, and any day in the current month.
	However, this may just be added bloat.
	First of all, these links (aside from the day-in-month links) Would link to lesser navigation pages that are kind of obsolete due to the presence of the main weblog index page.
	Second, the main weblog index page is linked to on every page of this site, so it would be cleaner just to keep that as the only weblog navigation link, aside from those that link to the first, last, previous, and next entries within the weblog.
	The again, perhaps my mult-navigarion bar idea was not so good.
	The navigation bar used by a given page can pull in other navigation bars from its own code as needed.
	Then again, having an arbitrary number of navigation bars gives me a clean way to have zero on the language selection page.
</p>
<p>
	I tried naming my $a[Tor] relay &quot;authorednansyxluonion&quot;, but $a[Tor] did not like the length of the name and shut down on me, costing me my uptime rating again.
	It did accept the name <code>authorednansyxlu</code> though.
	It seems that at some point, my relay stopped being considered stable, either because of this down time or the one where I tried relaying an onion to another onion, as I had been told that that was possible.
</p>
<p>
	My <a href="/a/canary.txt">canary</a> still sings the tune of freedom and transparency.
</p>
END
);