[PATCH] www: more restrictive query string parsing

Only allow single-character query keys to prevent clients from wasting memory in Perl's hash tables. We'll also perform the utf8::decode and tr/+/ / calls once on the whole query string at once to reduce op calls. This also avoids creating an empty hash in the common case when the QUERY_STRING

Re: Threaded responses to queries (x86)

On Wed, May 31, 2023 at 07:50:53AM +, Eric Wong wrote: > I wonder if lore can expose x...@kernel.org as its own inbox even > if it's technically not a subscribable mailing list. That would > be much faster (but less space-efficient) than issuing a Xapian > query to get x...@kernel.org mails.

[PATCH 1/2] searchview: fix 80-column violation for "above" link

I think just noting "options" is enough and the mbox download buttons are visible enough at the top of the search results pages. --- lib/PublicInbox/SearchView.pm | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/lib/PublicInbox/SearchView.pm b/lib/PublicInbox/SearchView.pm

[PATCH 2/2] searchview: clarify that only pct% links are same page

Non-matching messages in the skeleton aren't rendered on the same page. --- lib/PublicInbox/SearchView.pm | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/lib/PublicInbox/SearchView.pm b/lib/PublicInbox/SearchView.pm index 10a1ce40..8f851738 100644 ---

[PATCH 0/2] searchview: minor wording tweaks

Eric Wong (2): searchview: fix 80-column violation for "above" link searchview: clarify that only pct% links are same page lib/PublicInbox/SearchView.pm | 8 1 file changed, 4 insertions(+), 4 deletions(-)

Re: Threaded responses to queries (x86)

Alison Schofield wrote: > Hi, > > I use Lore and find the threaded results of many Lore Lists useful. > Then there is x86. It doesn't have a list, so I query: > > https://lore.kernel.org/all/?q=tc:x...@kernel.org > > The result of that query is not threaded. Can I change my query to > get the