From 4faca94115a5e4391d405550031aa3c37d956654 Mon Sep 17 00:00:00 2001 From: Lucian Mogosanu Date: Thu, 1 Aug 2019 10:52:43 +0300 Subject: [PATCH] posts, 097: Add comments --- posts/y06/097-hunchentoot-iii.markdown | 132 ++++++++++++++++++++++++++++++++ 1 file changed, 132 insertions(+) diff --git a/posts/y06/097-hunchentoot-iii.markdown b/posts/y06/097-hunchentoot-iii.markdown index efd1c98..eacb8e1 100644 --- a/posts/y06/097-hunchentoot-iii.markdown +++ b/posts/y06/097-hunchentoot-iii.markdown @@ -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: + + **Comment #1**: [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 href=http://btcbase.org/log/2019-07-19#1923613>default + > example, 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 href=http://trilema.com/2014/what-the-wot-is-for-how-it-works-and-how-to-use-it/>WoT-wise : + > 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 + href=http://blog.lobbesblog.com/2019/07/forward-looking-report-weeks-28-31-of-2019/comment-page-1/#comment-37>lobbes + > 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. + + **Comment #2**: [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 -- 1.7.10.4