31.xhtml 13 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168
  1. <?xml version="1.0" encoding="utf-8"?>
  2. <!--
  3. h t t :: / / t /
  4. h t t :: // // t //
  5. h ttttt ttttt ppppp sssss // // y y sssss ttttt //
  6. hhhh t t p p s // // y y s t //
  7. h hh t t ppppp sssss // // yyyyy sssss t //
  8. h h t t p s :: / / y .. s t .. /
  9. h h t t p sssss :: / / yyyyy .. sssss t .. /
  10. <https://y.st./>
  11. Copyright © 2016 Alex Yst <mailto:copyright@y.st>
  12. This program is free software: you can redistribute it and/or modify
  13. it under the terms of the GNU General Public License as published by
  14. the Free Software Foundation, either version 3 of the License, or
  15. (at your option) any later version.
  16. This program is distributed in the hope that it will be useful,
  17. but WITHOUT ANY WARRANTY; without even the implied warranty of
  18. MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
  19. GNU General Public License for more details.
  20. You should have received a copy of the GNU General Public License
  21. along with this program. If not, see <https://www.gnu.org./licenses/>.
  22. -->
  23. <!DOCTYPE html>
  24. <html xmlns="http://www.w3.org/1999/xhtml">
  25. <head>
  26. <base href="https://y.st./en/weblog/2016/03-March/31.xhtml" />
  27. <title>Strange DNS server and IRC server issues &lt;https://y.st./en/weblog/2016/03-March/31.xhtml&gt;</title>
  28. <link rel="icon" type="image/png" href="/link/CC_BY-SA_4.0/y.st./icon.png" />
  29. <link rel="stylesheet" type="text/css" href="/link/basic.css" />
  30. <link rel="stylesheet" type="text/css" href="/link/site-specific.css" />
  31. <script type="text/javascript" src="/script/javascript.js" />
  32. <meta name="viewport" content="width=device-width" />
  33. </head>
  34. <body>
  35. <nav>
  36. <p>
  37. <a href="/en/">Home</a> |
  38. <a href="/en/a/about.xhtml">About</a> |
  39. <a href="/en/a/contact.xhtml">Contact</a> |
  40. <a href="/a/canary.txt">Canary</a> |
  41. <a href="/en/URI_research/"><abbr title="Uniform Resource Identifier">URI</abbr> research</a> |
  42. <a href="/en/opinion/">Opinions</a> |
  43. <a href="/en/coursework/">Coursework</a> |
  44. <a href="/en/law/">Law</a> |
  45. <a href="/en/a/links.xhtml">Links</a> |
  46. <a href="/en/weblog/2016/03-March/31.xhtml.asc">{this page}.asc</a>
  47. </p>
  48. <hr/>
  49. <p>
  50. Weblog index:
  51. <a href="/en/weblog/"><abbr title="American Standard Code for Information Interchange">ASCII</abbr> calendars</a> |
  52. <a href="/en/weblog/index_ol_ascending.xhtml">Ascending list</a> |
  53. <a href="/en/weblog/index_ol_descending.xhtml">Descending list</a>
  54. </p>
  55. <hr/>
  56. <p>
  57. Jump to entry:
  58. <a href="/en/weblog/2015/03-March/07.xhtml">&lt;&lt;First</a>
  59. <a rel="prev" href="/en/weblog/2016/03-March/30.xhtml">&lt;Previous</a>
  60. <a rel="next" href="/en/weblog/2016/04-April/01.xhtml">Next&gt;</a>
  61. <a href="/en/weblog/latest.xhtml">Latest&gt;&gt;</a>
  62. </p>
  63. <hr/>
  64. </nav>
  65. <header>
  66. <h1>Strange <abbr title="Domain Name System">DNS</abbr> server and <abbr title="Internet Relay Chat">IRC</abbr> server issues</h1>
  67. <p>Day 00390: Thursday, 2016 March 31</p>
  68. </header>
  69. <p>
  70. When I awoke today, I found that the power had gone out and come back up.
  71. It took my <abbr title="The Onion Router">Tor</abbr> relay down with it, and for some reason, <abbr title="The Onion Router">Tor</abbr> didn&apos;t come back up when the machine did.
  72. Looking into the issue, <code>irc.freenode.net</code> wasn&apos;t resolving, so <abbr title="The Onion Router">Tor</abbr> was claiming that the domain couldn&apos;t be parsed.
  73. Again, this had noting to do with parsing and everything to do with resolution.
  74. It&apos;d be nice if there was some sort of way to tell <abbr title="The Onion Router">Tor</abbr> to ignore certain addresses if they can&apos;t resolve instead of refusing to start at all, but even if that feature isn&apos;t added, <abbr title="The Onion Router">Tor</abbr> should be fixed to give an appropriate error message.
  75. In any case, my instance of <a href="apt:bind9">Bind9</a> was somehow failing to resolve <code>irc.freenode.net</code>.
  76. I have no idea what the problem was.
  77. The failed resolution message was distinct from a missing record response.
  78. While requests for <code>ircs.freenode.net</code> resulted in an NXDOMAIN response, requests for <code>irc.freenode.net</code> instead mentioned something about truncation.
  79. The problem hadn&apos;t resolved itself by the time that I went to bed, so I tried restarting Bind9.
  80. That fixed the issue right away.
  81. It&apos;s odd that that solution would have worked though.
  82. After all, I didn&apos;t notice the problem until right after the server had restarted, meaning that Bind9 had <strong>*just*</strong> restarted.
  83. If that didn&apos;t fix it, why did a second restart work? Speaking of unexplainable issues, the server losing power also took down <abbr title="Next Generation IRC Daemon">ngIRCd</abbr>.
  84. <abbr title="Next Generation IRC Daemon">ngIRCd</abbr> didn&apos;t come back up with the server as it was supposed to, so I assumed that there was some sort of configuration issue.
  85. Most likely, I had modified the configuration and forgotten to restart the software, so I didn&apos;t notice that the new configuration was bad until the whole machine restarted.
  86. However, that wasn&apos;t the case at all.
  87. Without making any configuration changes, simply telling the machine to start <abbr title="Next Generation IRC Daemon">ngIRCd</abbr> back up worked.
  88. I&apos;m at a loss as to why it didn&apos;t bring <abbr title="Next Generation IRC Daemon">ngIRCd</abbr> back up of its own accord.
  89. </p>
  90. <p>
  91. Yesterday, I forgot to set up the parts on my known_scheme class that enforce the presence or lack of presence of <abbr title="Uniform Resource Identifier">URI</abbr> components based on whether a given scheme requires or disallows said components, so I set that up today.
  92. While dealing with that, I found that phpDocumentor is unable to parse files that reference values within a constant array.
  93. It&apos;s totally fine with such arrays being defined, but it acts up if you try to actually make use of the defined arrays.
  94. I ended up separating the class constant arrays into five separate class constants, which is probably a better design anyway.
  95. Constant arrays are most useful outside of classes, where there&apos;s nothing else to bind the values together.
  96. I also set up an exception code registry to make sure that I only use each exception code in one place.
  97. Using unique exception codes doesn&apos;t hurt and it could be useful for debugging.
  98. As sort of a way to document why <a href="https://git.vola7ileiax4ueow.onion/y.st./include.d">include.d</a> doesn&apos;t define an autoloading function, I added an implementation of <a href="https://secure.php.net./manual/en/function.autoload.php"><code>\__autoload()</code></a> that checks for things that would prevent the <a href="https://secure.php.net./manual/en/function.spl-autoload.php"><code>\spl_autoload()</code></a> from loading classes from include.d, fixes them, then makes sure that <code>\spl_autoload()</code> has been registered as an autoload function.
  99. It additionally calls <code>\spl_autoload()</code> or <a href="https://secure.php.net./manual/en/function.spl-autoload-call.php"><code>\spl_autoload_call()</code></a> if necessary.
  100. Using default settings, aside from a modified path that includes include.d, calling <a href="https://secure.php.net./manual/en/function.spl-autoload-register.php"><code>\spl_autoload_register()</code></a> with no arguments is all that&apos;s necessary for setting up the default autoloader to load classes from include.d.
  101. I thought that I could finish with the <code>gopher:</code>-scheme <abbr title="Uniform Resource Identifier">URI</abbr> class today as well, but I ended up entirely scrapping the previous work that I&apos;d done on that class from when I first started building scheme-specific <abbr title="Uniform Resource Identifier">URI</abbr> classes.
  102. I might end up scrapping my <code>https:</code>- and <code>http:</code>-scheme classes as well.
  103. I&apos;ve made major improvements to the parent classes, and the child classes might not be salvageable.
  104. </p>
  105. <p>
  106. While continuing with the job hunt today, I found a couple of oddities.
  107. First, the theater was closed, so I couldn&apos;t drop off that particular application.
  108. Why would they be closed during normal business hours? Even stranger though, I found that for a dog grooming position listed online, a year of dog grooming was required.
  109. However, for a position involving care of people, experience is only preferred, not required.
  110. So ...
  111. people are pickier about who grooms their dogs than who takes care of the elderly or otherwise incapacitated? If I were in need of care, I&apos;d find that a bit insulting.
  112. I wouldn&apos;t be demanding people with experience or anything, but it seems like the dogs are being given priority.
  113. </p>
  114. <p>
  115. My mother asked about when my dental appointment was, which I was really hoping that she wouldn&apos;t do.
  116. I had to admit that while I had tried to get an earlier appointment, it wasn&apos;t a possibility and my appointment was on May 23 as I had originally told her.
  117. She said that I shouldn&apos;t lie to the dentists and tell them that I&apos;m not in major pain.
  118. She said that it doesn&apos;t accomplish anything for me to try to tough out the pain.
  119. Okay, it seems that she doesn&apos;t actually thing that I killed my tooth after all, as she thinks that it&apos;s in excruciating pain.
  120. I&apos;m a bit less frustrated with her now though.
  121. She hadn&apos;t been trying to get me to recklessly lie to the dentists in an attempt to rush my care.
  122. Instead, she was just failing to listen, as always, and didn&apos;t realize that when I said that I&apos;m not in major pain, that it meant that I&apos;m not in major pain.
  123. In fact, unless I bump that spot on my face hard enough or I get something in the hole in my tooth, I can barely feel that there&apos;s a problem.
  124. It certainly isn&apos;t painful most of the time.
  125. I explained that to her, and she finds it strange that a hole that big doesn&apos;t hurt more, but she dropped the subject.
  126. When she drops things, she often doesn&apos;t drop them for long though, so I may not have heard the end of this.
  127. </p>
  128. <p>
  129. My mother says that she&apos;s taking a <abbr title="cardiopulmonary resuscitation">CPR</abbr> class soon, and offered to take me with her.
  130. I&apos;m reluctant to go into such a public setting with her, but I agreed to go.
  131. While the chances of knowing <abbr title="cardiopulmonary resuscitation">CPR</abbr> coming in handy are exceedingly small, the possibility of potentially saving even one life would be worth it.
  132. While the knowledge will be valuable, I&apos;m less interested in the certification that the course allegedly offers if it requires use of my legal name.
  133. Because my mother is a pain about me using my real name instead of my legal name, I think that my best bet is to leave my state-issued <abbr title="identification">ID</abbr> at home.
  134. Hopefully, it won&apos;t be needed, but if it is, leaving it behind prevents my legal identity from being tied to it.
  135. I&apos;m kind of hoping that the certifications don&apos;t come with names though.
  136. However, to be honest, the chances of that don&apos;t look good.
  137. The certificates that I see online do have a name field.
  138. This training will likely be this Sunday, but we don&apos;t have the exact date right now.
  139. </p>
  140. <p>
  141. I received a letter from Brad of <a href="http://www.bradsucks.net./">Brad Sucks</a>.
  142. Apparently, it&apos;s been about a year and a half since he&apos;s sent anything to people on his mailing list.
  143. In fact, I had forgotten that I was even on the guy&apos;s mailing list because he never sends anything.
  144. This is a guy that won&apos;t fill your inbox! Anyway, it seems that he&apos;s quit his non-music jobs and is focusing only on music now.
  145. It sounds like he&apos;s been hard at work on his next album, so that might be coming out at some point in the near future.
  146. </p>
  147. <hr/>
  148. <p>
  149. Copyright © 2016 Alex Yst;
  150. You may modify and/or redistribute this document under the terms of the <a rel="license" href="/license/gpl-3.0-standalone.xhtml"><abbr title="GNU&apos;s Not Unix">GNU</abbr> <abbr title="General Public License version Three or later">GPLv3+</abbr></a>.
  151. If for some reason you would prefer to modify and/or distribute this document under other free copyleft terms, please ask me via email.
  152. My address is in the source comments near the top of this document.
  153. This license also applies to embedded content such as images.
  154. For more information on that, see <a href="/en/a/licensing.xhtml">licensing</a>.
  155. </p>
  156. <p>
  157. <abbr title="World Wide Web Consortium">W3C</abbr> standards are important.
  158. This document conforms to the <a href="https://validator.w3.org./nu/?doc=https%3A%2F%2Fy.st.%2Fen%2Fweblog%2F2016%2F03-March%2F31.xhtml"><abbr title="Extensible Hypertext Markup Language">XHTML</abbr> 5.1</a> specification and uses style sheets that conform to the <a href="http://jigsaw.w3.org./css-validator/validator?uri=https%3A%2F%2Fy.st.%2Fen%2Fweblog%2F2016%2F03-March%2F31.xhtml"><abbr title="Cascading Style Sheets">CSS</abbr>3</a> specification.
  159. </p>
  160. </body>
  161. </html>