From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: X-Spam-Status: No, score=-4.2 required=3.0 tests=ALL_TRUSTED,AWL,BAYES_00, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF shortcircuit=no autolearn=ham autolearn_force=no version=3.4.6 Received: from localhost (dcvr.yhbt.net [127.0.0.1]) by dcvr.yhbt.net (Postfix) with ESMTP id C05171F572; Mon, 15 Jul 2024 21:34:48 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=80x24.org; s=selector1; t=1721079288; bh=1OKerJ62WJth4tcVFMdrGGP/XEcYYbiPEV4jH0x+tBs=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Tmtt447HmE0jqWVMkyK1ickn9amzi9gx88cMZi1GnmuQEVbBBWGT+smEOU4Dv0u2B oSPQuL6PRLUmGb7ZOPNk3I/u1EM534Zp1pHwRc+HRU8wJxAceZbysPfHCOJdB4DfD+ X6MaD6+gw4+R1YeHtOxWMfOnOFN4mwWKzKaq5dkg= Date: Mon, 15 Jul 2024 21:34:48 +0000 From: Eric Wong To: "Robin H. Johnson" Cc: meta@public-inbox.org, "Robin H. Johnson" Subject: Re: [RFC] altid: start supporting indexfilter type (was: Alternate permalink URLs) Message-ID: <20240715213448.M578246@dcvr> References: <20231120032132.M610564@dcvr> <20231208212339.M447009@dcvr> <20240427070006.M790499@dcvr> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: List-Id: "Robin H. Johnson" wrote: > On Sat, Apr 27, 2024 at 07:00:06AM +0000, Eric Wong wrote: > > Ping. > > > > Trying your gentoo address, since I'm wondering if your lack of > > response was due to an address I hadn't seen before. > > > > Any thoughts on this RFC for configuring additional header > > indices? I was just reminded of this by someone else... > > > > https://public-inbox.org/meta/20231120032132.M610564@dcvr/ > Apologies for the really long delay, but confirmed that the altid patch > does work. No worries, I started working on a more generic indexheader approach which should be usable by more than just Gentoo: https://public-inbox.org/meta/20240508110957.3108196-1-e@80x24.org/ Perhaps you can give that a shot instead of xarchiveshash. I also did some unpublished work to extend it to extindex, and then totally spaced on it due to other problems (OOMs, real life stuff). > https://public-inbox.gentoo.org/gentoo-dev/?x=t&q=xarchiveshash:499b958da430b925dbd2f2b58e0f507e > > The only nuance I'd suggest: > Configurable search vs direct link. > > In our case the hashes are intended to be unique links to individual > messages, not search results. Maybe this should be configurable > per-plugin? > > For the moment we'll deploy with x=t to provide an equivalent view when redirecting old URLs. Perhaps &l=1 (limit: 1) query parameter can be special-cased to be a "I'm Feeling Lucky" 302 redirect. Or add another query parameter... > P.S. If you did any further work on the watchglob, it would be helpful. Not yet, unfortunately.