IETF Logo Mail Archive

Re: Proposal: Adopt State Synchronization into HTTPbis

Martin Thomson <mt@lowentropy.net> Thu, 10 October 2024 21:50 UTC

Received: by ietfa.amsl.com (Postfix) id 1FFB2C1654EB; Thu, 10 Oct 2024 14:50:33 -0700 (PDT)
Delivered-To: ietfarch-httpbisa-archive-bis2juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1F4E2C15152C for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Thu, 10 Oct 2024 14:50:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.856
X-Spam-Level:
X-Spam-Status: No, score=-2.856 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.25, MAILING_LIST_MULTI=-1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=w3.org header.b="PraTQuqk"; dkim=pass (2048-bit key) header.d=w3.org header.b="dypfI5pw"; dkim=pass (2048-bit key) header.d=lowentropy.net header.b="HfnAKYuy"; dkim=pass (2048-bit key) header.d=messagingengine.com header.b="m1c935UF"
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gQ0IWnMnJxAg for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Thu, 10 Oct 2024 14:50:28 -0700 (PDT)
Received: from mab.w3.org (mab.w3.org [IPv6:2600:1f18:7d7a:2700:d091:4b25:8566:8113]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature ECDSA (P-256) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 34BCBC151066 for <httpbisa-archive-bis2Juki@ietf.org>; Thu, 10 Oct 2024 14:50:26 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=w3.org; s=s1; h=Subject:Content-Type:References:In-Reply-To:Message-Id:Cc:To:From: Date:MIME-Version:Reply-To; bh=Rp/5tmdzOP6G2GNxykhdJHNVdlFEJObDEqdSXzCwbeA=; b=PraTQuqk8GbM7tuieDE31l2V0M0/PkP8AGXlwkhqiT757m2pQLpto6x4tAhkdicFGLHbvJIakwk RQDYq/YrmkqdSxLvcMYZFSB0AeifG5fSvWHFe+kMJ2H+nCSLi39j4LBTNtNO39FGwYhe7PG7xilHf IyoPwzjU/cUH6sEDO3Wf1qrqQsxKlNmwTZvuVucUCPi63O8oo1hSbgVDc8EQp4wC4CKi6xapQS7W1 iRdz9bY0ijHr+85105Qu049Hwetewlmx/yJIrQ1e0npsF70K8xq1fcuUePpKOhQYYXzfBYEGb2iNL 7t0bBf5+w6xx3J5GKi08VH4ZUh5p3o9GmCuw==;
Received: from lists by mab.w3.org with local (Exim 4.96) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1sz12E-00GNm9-1t for ietf-http-wg-dist@listhub.w3.org; Thu, 10 Oct 2024 21:49:26 +0000
Resent-Date: Thu, 10 Oct 2024 21:49:26 +0000
Resent-Message-Id: <E1sz12E-00GNm9-1t@mab.w3.org>
Received: from ip-10-0-0-144.ec2.internal ([10.0.0.144] helo=pan.w3.org) by mab.w3.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from <mt@lowentropy.net>) id 1sz12C-00GNlE-1U for ietf-http-wg@listhub.w3.internal; Thu, 10 Oct 2024 21:49:24 +0000
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=w3.org; s=s1; h=Content-Type:Subject:References:In-Reply-To:Message-Id:Cc:To:From: Date:MIME-Version:Reply-To; bh=Rp/5tmdzOP6G2GNxykhdJHNVdlFEJObDEqdSXzCwbeA=; t=1728596964; x=1729460964; b=dypfI5pw7TAOqBXY6hE4Jx7l4J+Opa1EfheFECALuEOZhVI 8Kg4tUqSYaq5R89U6Gjl1KtlOqGe0mn5LZeXjiNGDJv/0q8UzddaUjBkMjYQ6fwPT9/Y4HLLV3uLt bgb2irTIGgqE4uQl9ae42J4aqCSzRLIsiLx31uaQm8AG08sr6Ed/hKD5nsaJse9tVaay9KHt9+JKJ +V7z2tUq74QLsNbufGx1qn5RAE0Xom4G0nizcmFpY3Yw8lr1gfQcesuxmmVWu6OMApnNzfbLWPac6 z0Ni13eCKuQGmfj0L8uf5f8Kjmis/IGhqJh4iCwdXEkQllpWqfYpPvesQ4oDpqXw==;
Received-SPF: pass (pan.w3.org: domain of lowentropy.net designates 103.168.172.154 as permitted sender) client-ip=103.168.172.154; envelope-from=mt@lowentropy.net; helo=fhigh-a3-smtp.messagingengine.com;
Received: from fhigh-a3-smtp.messagingengine.com ([103.168.172.154]) by pan.w3.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from <mt@lowentropy.net>) id 1sz12B-006r5w-25 for ietf-http-wg@w3.org; Thu, 10 Oct 2024 21:49:24 +0000
Received: from phl-compute-05.internal (phl-compute-05.phl.internal [10.202.2.45]) by mailfhigh.phl.internal (Postfix) with ESMTP id 45BFA1140131; Thu, 10 Oct 2024 17:49:20 -0400 (EDT)
Received: from phl-imap-01 ([10.202.2.91]) by phl-compute-05.internal (MEProxy); Thu, 10 Oct 2024 17:49:20 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=lowentropy.net; h=cc:cc:content-transfer-encoding:content-type:content-type :date:date:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:subject:subject:to:to; s=fm3; t=1728596960; x=1728683360; bh=Rp/5tmdzOP6G2GNxykhdJHNVdlFEJObD EqdSXzCwbeA=; b=HfnAKYuykS4ScW4wQklmubiugcPV2pYE08VyXnL/MljAKMMv 9oF3TTW75WW/cifMRfIjl84XPy+wpep7Va6+w7ASqij84grTc/ktjdL6bqP5aVNJ sKnRwoBwlxSru0v10Ezd80QgWO718js3BYAnUSxcD9Cel/A4HbbSvVzwp5a48R2y p/l+VoOLw1Ub22Fk0seoltdoAJkXUAv6wZli+5neXJM4uNl4EbeuQOR8VOKmnYdi 4hSvvZUVunhRgGEqOAC3SiA4sqVcfhFd7CrGWLfgdspbvftlPVEDZW1VVC3An/6X yoegntNiWep97GWDFTIzFbMUQxpNox/WTzyRTg==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t=1728596960; x= 1728683360; bh=Rp/5tmdzOP6G2GNxykhdJHNVdlFEJObDEqdSXzCwbeA=; b=m 1c935UFpc7ewWx3yYDFxNd1uq4RTdqxDtVZtNkNASkqTlp6VmXUIYaCzWJF1zo3B gABWzA0QbVmOmixeT7MS5UZvP1D8wMXVbQIPzaVYWYfaS7e9O+pGD1s5Q9Q8U8bP +6fg6BrDsgPk77+WGamL4rY6JHy2ztPa3PgHnGlEYJk9S3oGv4ccLBn0C51QTYdK 9s+Fh0jykH5M12Gj8Rn7dbjgbUDi/8UwXhIDKkx370kLHDbjkL4evbOTipeO4bCw xDaM3UmuAwbMV41DR8R+q3JeDxenOSQUwpHORjH8m5LeAsC9ErLOqhbue+osJGA/ K7t85ciyrnNnzGIDBgB0g==
X-ME-Sender: <xms:4EsIZ9Ng5cmXNfbXZ6aODkMxaXr6DHXZm2lZoXz7vuQn53EaUnYThA> <xme:4EsIZ__nIZBqOWeZ72lL-cddLP7ujB8wFTnvsgvRYevzZ-QXQjT5zuhdG1Dv_EUYj GrNwCN50WMZmCSWeSw>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeftddrvdefjedgtdefucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdggtfgfnhhsuhgsshgtrhhisggvpdfu rfetoffkrfgpnffqhgenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnh htshculddquddttddmnecujfgurhepofggfffhvfevkfgjfhfutgfgsehtqhertdertdej necuhfhrohhmpedfofgrrhhtihhnucfvhhhomhhsohhnfdcuoehmtheslhhofigvnhhtrh hophihrdhnvghtqeenucggtffrrghtthgvrhhnpedvvedvtefhgffggfeikeekuefghfff gfevteeivedugeejudfgffeikeekieegieenucffohhmrghinheprhhftgdqvgguihhtoh hrrdhorhhgnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhho mhepmhhtsehlohifvghnthhrohhphidrnhgvthdpnhgspghrtghpthhtohepfedpmhhoug gvpehsmhhtphhouhhtpdhrtghpthhtohepsggvmhgrshgtsehmvghtrgdrtghomhdprhgt phhtthhopehmshifvggvthesmhhsfigvvghtrdhorhhgpdhrtghpthhtohepihgvthhfqd hhthhtphdqfihgseiffedrohhrgh
X-ME-Proxy: <xmx:4EsIZ8Q5U81rwoSTIPeZhTiIV53kMuQB2wtjNF_7M_qmrlo9_NBibw> <xmx:4EsIZ5sc6a8CzLV0dkWh4Enh7rmhVYMHqSbw6_FIsjmQRf8zb0VZ8w> <xmx:4EsIZ1c0HFv6YWuJp7bOrfnnCw1LfGhdgtu0iWR6ajJ6cVcNTXbypA> <xmx:4EsIZ10PI1X8s-fDYTYe-Kowzx6d9NZF8n8tCbgBON6vuF0DhZgOSg> <xmx:4EsIZ2rVgpknuR1CYSbuZwEvvXcEswPEVwh2RkPPxPa65qeEHFl2-12H>
Feedback-ID: ic129442d:Fastmail
Received: by mailuser.phl.internal (Postfix, from userid 501) id E8B0A336007C; Thu, 10 Oct 2024 17:49:19 -0400 (EDT)
X-Mailer: MessagingEngine.com Webmail Interface
MIME-Version: 1.0
Date: Fri, 11 Oct 2024 08:48:59 +1100
From: Martin Thomson <mt@lowentropy.net>
To: Michael Sweet <msweet@msweet.org>, Ben Schwartz <bemasc@meta.com>
Cc: "ietf-http-wg@w3.org" <ietf-http-wg@w3.org>
Message-Id: <562a71b7-11c7-41bc-aa4c-50b5e4f65398@betaapp.fastmail.com>
In-Reply-To: <D71D660D-9495-41D5-AEB2-051F702CD6CF@msweet.org>
References: <2F6DB48A-D17C-47DF-B1BC-EAC0791D23AE@gmail.com> <CACsn0cmEbb2XF=HCFo7UqKeQCfy8Smkm1cYoqf4MBWu5=Rbs3A@mail.gmail.com> <75592854-1dcc-409b-a33c-a45c3cbd716e@gmail.com> <CACsn0ckj4V+NLp413uVd21nv4Cah63dE9vtNib3TfWXu3DRsOA@mail.gmail.com> <MW4PR15MB4379A78104F91FAA64A6ACEFB37F2@MW4PR15MB4379.namprd15.prod.outlook.com> <D71D660D-9495-41D5-AEB2-051F702CD6CF@msweet.org>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-W3C-Hub-DKIM-Status: validation passed: (address=mt@lowentropy.net domain=lowentropy.net), signature is good
X-W3C-Hub-DKIM-Status: validation passed: (address=mt@lowentropy.net domain=messagingengine.com), signature is good
X-W3C-Hub-Spam-Status: No, score=-9.1
X-W3C-Hub-Spam-Report: BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, DMARC_PASS=-0.001, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, W3C_AA=-1, W3C_DB=-1, W3C_IRA=-1, W3C_IRR=-3, W3C_WL=-1
X-W3C-Scan-Sig: pan.w3.org 1sz12B-006r5w-25 c074be96d4091dcdbd01440eeea62070
X-Original-To: ietf-http-wg@w3.org
Subject: Re: Proposal: Adopt State Synchronization into HTTPbis
Archived-At: <https://www.w3.org/mid/562a71b7-11c7-41bc-aa4c-50b5e4f65398@betaapp.fastmail.com>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/52382
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <https://www.w3.org/email/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

On Fri, Oct 11, 2024, at 02:49, Michael Sweet wrote:
>> On Oct 10, 2024, at 10:13 AM, Ben Schwartz <bemasc@meta.com> wrote:
>> ...
>> I believe we can accomplish this while staying close to familiar HTTP territory.  For example, we could extend If-Modified-Since (and If-None-Match) with a new parameter, "wait=?1".  When the client sends this parameter, it tells the server to block instead of returning "304 (Not Modified)".  This allows cacheable long-polling for updates, with graceful degradation to short polling if the server/gateway ignores this parameter.  Further optimizations to reduce delay and data transfer can potentially be added on top of this mechanism.
>
> *If* you were to adopt such a scheme for HTTP in general, I personally 
> would opt for a pair of new headers: one request header to specify 
> whether to wait for updates and one response header with the hint for 
> when to check for more updates.  

https://www.rfc-editor.org/rfc/rfc7240#section-4.3 defined Prefer: wait=4 for the first.

v2.30.2 | Report a Bug | By Email | System Status