posts, 097: Add comments
authorLucian Mogosanu <lucian@mogosanu.ro>
Thu, 1 Aug 2019 07:52:43 +0000 (10:52 +0300)
committerLucian Mogosanu <lucian@mogosanu.ro>
Thu, 1 Aug 2019 07:52:43 +0000 (10:52 +0300)
posts/y06/097-hunchentoot-iii.markdown

index efd1c98..eacb8e1 100644 (file)
@@ -172,6 +172,9 @@ example doing some fancy prefix/"smart" URL lookup à la
 eaten in one sitting. Alas, I will have to leave all my fancy examples
 for another episode. Thus, until next time...
 
+**Update, July 27**: comments on this post are listed in footnote
+[^6].
+
 [^1]: Contrary to popular beliefs and expectations, the things that
     some particular X can do that are known to (some particular) me
     are not to be confused with the total set of things that said X
@@ -354,6 +357,131 @@ for another episode. Thus, until next time...
     will just have to live with my peculiar way of organizing
     thoughts.
 
+[^6]: Comments so far:
+
+       <a name="comment1" href="#comment1">**Comment #1**</a>: [Mircea
+    Popescu][trilema] [writes][btcbase-1925066] (and answers go
+    inline):
+
+       > I have two fundamental objections : why is the class called
+       > "myacceptor",
+       
+       The name was chosen on a whim, merely for the sake of illustrating
+    the acceptor mechanism at work. One also wouldn't usually name
+    things like this, but I knew beforehand that I'm going to throw
+    this example away when moving to the easy-acceptor thing.
+       
+       > and why are you showing "thing isn't something that we'd
+       > normally do" ?
+
+       Common Lisp boasts this ability to patch systems with zero
+    downtime, so I thought it fun to show how to extend the web server
+    instance while it's running. The downside to this is that (at
+    least in my experience) it can easily get messy with the number of
+    variables in the system, and one has to really know what they're
+    doing, lest they nuke their Lisp instance.
+
+       In any case, I don't think it hurts to at least know about the
+    existence of this approach, if only for putting on paper this
+    other weird thing that CL can do.
+
+       > I also have my reservations about a "define-easy-acceptor" macro
+       > etc, but we'll leave that for later. I'm very curious to see
+       > current MP-WP url schema interpretation in lisp tho.
+
+       Interestingly enough (and to give a hint of what's next), the URL
+    interpretation item doesn't use this define-easy-acceptor,
+    although it is based on the same dispatch mechanism. The server
+    requires some means of attaching request handlers to particular
+    URLs, whether it's through some fancy macro or otherwise.
+
+       > Very nice schema thing tho!
+
+       Thank you!
+
+       > Re "I've been using this piece of code for a while because my
+       > program requires it, but I don't trust it enough to sign it just
+       > yet" : for the <a
+       > href=http://btcbase.org/log/2019-07-19#1923613>default
+       > example</a>, make a S-spyked-UBWS nick with its own key
+       > (standing for "Shit Spyked Uses But Won't Sign") and... sign it
+       > with that key. And rate it, from spyked, "-5 this asshole signs
+       > shitty code I use" or w/e. Then it's fucking clear, very
+       > specifically and most precisely <a
+       > href=http://trilema.com/2014/what-the-wot-is-for-how-it-works-and-how-to-use-it/>WoT-wise</a> :
+       > everyone's doing exactly their job, you're negrating the
+       > asshole, A+++ spyked would trade again ; and the asshole's being
+       > an asshole, A+++ asshole, would trade again also.
+       >
+       > In other words, there's no papering over the tulpas. You got
+       > multiple personality disorder when you're using and disawoving,
+       > your wot tree is stuck reflecting that. Can't just pretend it
+       > away. Besides, writing it down helps immensely in dealing with
+       > it, as any psychiatrist + <a
+       > href=http://blog.lobbesblog.com/2019/07/forward-looking-report-weeks-28-31-of-2019/comment-page-1/#comment-37>lobbes</a>
+       > can attest.
+
+       This sounds all right, but let's take a more practical example:
+    say I genesize Hunchentoot, signing it using Spyked's key, and Phf
+    wants to give it a spin. However, when he attempts to run it as
+    per the instructions in the genesis, he finds out that it doesn't
+    play well with one of the 12 (ungenesized) pieces of coad it
+    depends on. Then he complains and I naturally offer to give him my
+    own version of shitty-yet-unread-code.
+
+       The question then is, why would Phf trust S-spyked-UBWS' coad over
+    a tarball, a ksum and a signature of the hash, denoting "that's
+    the same piece of shit I've been using, although it comes with no
+    guarantees"? I haven't read the entire Gutenberg archive either,
+    and yet I [did publish it][gutenberg] that way.
+
+       Which brings us back to the "what about SBCL, Linux and all those
+    other programs we're using" problem mentioned in the post. If
+    signing genesis with an alt-key is the correct approach, then we
+    should be doing this like yesterday or so.
+
+       > PS. Holy shit, PPerlCRE ?!
+
+       Aha, "Portable Perl-Compatible Regular Expressions"! I suspect
+    it's used by Hunchentoot to implement its very own mod\_rewrite.
+
+       <a name="comment2" href="#comment2">**Comment #2**</a>: [Mircea
+    Popescu][trilema] [writes][btcbase-1925066]:
+       
+       > **mp\_en\_viaje**: spyked, my two "objections", as i'm sure you
+       > noticed, tend towards a broad "omfg, bad habits" sorta
+       > something.
+       >
+       > **mp\_en\_viaje**: as far as your practical example : do not
+       > genesis parts ; include the 12 things in yoru genersis if they
+       > are needed.
+       >
+       > **mp\_en\_viaje**: and yes we should be doing this like
+       > yesterday or so. we should have been doing it ike yesterday or
+       > so, hence eg
+       > [http://btcbase.org/log/2018-11-01#1868413](http://btcbase.org/log/2018-11-01#1868413)
+       > or
+       > [http://btcbase.org/log/2018-09-29#1855672](http://btcbase.org/log/2018-09-29#1855672)
+       > etc  
+       > a111: Logged on 2018-11-01 17:49 **mircea\_popescu**:
+       > asciilifeform well, maybe your thread. my thread was re "are we
+       > fucking idiots ?! we have a foundation that wants to publish
+       > statements of the nothing as its only output, we have a bunch of
+       > smart people not helping our own industry avoid pitfals, and in
+       > this vein forever"  
+       > a111: Logged on 2018-09-29 23:35 **mircea\_popescu**: but as far
+       > as the foundation is concerned -- if all it does (ALL IT
+       > DOES!!!) is stand up to tell me "oh, we can't follow the keccak
+       > because reasons" ima put an end to it in short order.
+       >
+       > **mp\_en\_viaje**: but no, the querstion is not nor ever could
+       > be "why does lord prefer republican process over non-republican
+       > process", because of the very definitions of terms. if he
+       > doesn't prefer republican process he isn't a lord, irrespective
+       > what any text anywhere might be misleadingly stating ; and in
+       > any case any text anywhere will be brought into allignment with
+       > this theory sooner or later.
+
 [cl-www]: /posts/y05/090-tmsr-work-ii.html#selection-108.0-108.17
 [hunchentoot-i]: /posts/y05/093-hunchentoot-i.html
 [hunchentoot-ii]: /posts/y05/096-hunchentoot-ii.html
@@ -380,3 +508,7 @@ for another episode. Thus, until next time...
 [cl-who-ii-fn4]: /posts/y05/095-cl-who-ii.html#fn4
 [ht-define-easy-handler]: http://coad.thetarpit.org/hunchentoot/c-easy-handlers.lisp.html#L164
 [mp-wp]: http://btcbase.org/log-search?q=mp-wp
+[trilema]: http://trilema.com/
+[btcbase-1925066]: http://btcbase.org/log/2019-07-26#1925066
+[gutenberg]: /posts/y05/088-gutenberg-iv.html
+[btcbase-1925129]: http://btcbase.org/log/2019-07-27#1925129