From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: X-Spam-Status: No, score=-4.0 required=3.0 tests=ALL_TRUSTED,BAYES_00 shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from localhost (dcvr.yhbt.net [127.0.0.1]) by dcvr.yhbt.net (Postfix) with ESMTP id AB4F21F803; Wed, 9 Jan 2019 06:59:14 +0000 (UTC) Date: Wed, 9 Jan 2019 06:59:14 +0000 From: Eric Wong To: Konstantin Ryabitsev Cc: meta@public-inbox.org Subject: Re: RFE: unified message-id lookup across all inboxes Message-ID: <20190109065914.GA4688@dcvr> References: <20190107190719.GE9442@pure.paranoia.local> <20190108015420.GA28903@dcvr> <20190108150911.GB19908@pure.paranoia.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190108150911.GB19908@pure.paranoia.local> List-Id: Konstantin Ryabitsev wrote: > On Tue, Jan 08, 2019 at 01:54:20AM +0000, Eric Wong wrote: > > http://$HTTP_HOST/_/$MESSAGE_ID > > > > And 302 the user to the first message. > > That sounds good to me. Alright. I think we can reserve '_' and some other punctuation and make them invalid inbox names. > I may be jaded from the times when Ruby's VM was really terrible, but > I'm still harbouring deep aversion to Ruby. I'll take Perl over Ruby any > day. :) Heh, it was a large part of my full-time job for me to fix RubyVM bugs for a few years. So it ought to be better, now; and all the TLS termination for https://public-inbox.org/git/ since 2016 has been done by a Ruby server without nginx (or similar). > I don't think this is something that needs fixing. I expect it's easier > to just let people write custom web frontends to public-inbox > repositories (I suspect that's what LWN has done). In fact, I pondered > writing or commissioning a Django frontend if people needed more > shiny whizbang stuff out of the web interface, but kernel devs are the > kind of crowd that's served perfectly well by the current web frontend, > so I don't have a strong enough need to do anything there. Yeah, I was wondering when somebody would write a heavier one with more whizbang features. But I also think Thunderbird/sylpheed/... + NNTP (or POP3) could still do better. I will certainly add user-customizable CSS for quote/diff highlighting (and maybe code syntax highlighting, too). At least I promised it last year to somebody privately. But FWIW, I need to use giant fonts and can't deal with most sites or UIs without "xrandr-invert-colors" (or "xcalib -i -a"). So UI is highly subjective and the only part of UI/UX I can really understand are speed and stability. To that end, I think the WWW code be made even faster (and eliminate Varnish/nginx even for busy sites on cheap VPS). And the search queries + mboxrd format won't change, so people can build on top of that (but Xapian result sorting/accuracy may change). V nyfb unir xvyyre srngher hc zl fyrrir juvpu V ubcr gb svavfu vzcyrzragvat fbzrqnl...