Re: Server Push -> Cache Push?

How about "Response Push"?

//Stefan

Am 30.01.2014 um 05:28 schrieb Mark Nottingham <mnot@mnot.net>:

> 
> On 30 Jan 2014, at 12:43 pm, Jeff Pinner <jpinner@twitter.com> wrote:
> 
>> I agree with Mike here:
>> 
>> We've already started to build up the nomenclature / language around "Server Push" and "Server Hint" along with use-cases for server push that are outside of the HTTP caching model. (As an example, the current implementation in our iOS client is to issue a NSNotificationEvent and have the application treat it as if it issued the request.)
> 
> Well, "server hint" is a *terrible* name, but that's a different argument.
> 
> If we're talking about server-initiated streams in terms of use cases other than updating the cache, I start to get confused and concerned. How does the client differentiate between different uses? And, how does that fit into our charter (which says we shouldn't be inventing new features in this effort)? 
> 
> Maybe what's needed is a way to differentiated server-initiated streams *for* cache push from other, future uses of the mechanism.
> 
> Regards,
> 
> 
> 
>> 
>> I think re-naming at this point will just cause more confusion than it alleviates.
>> 
>> 
>> On Wed, Jan 29, 2014 at 5:01 PM, Matthew Kerwin <matthew@kerwin.net.au> wrote:
>> On 30 January 2014 10:46, Mike Belshe <mike@belshe.com> wrote:
>> I think server-push is actually pretty well understood.  Those versant in HTTP recognize that a push to the server is also known as a "GET".
>> 
>> That's a typo for "PUT", right?
>> 
>> I agree that "server push" makes enough sense as it is, and "cache push" -- while describing the only real use-case we currently have -- deters any future uses that may evolve.  If we were going for a verb that describes the action in a general case, it would be something like "preempt," since semantically the server is preempting a request. (Or possibly "anticipate.")  But who really wants to call it a "preemptive response"?
>> 
>> Another thing I like about "server push" is that it hints at a possible future mechanism: "server pull."  I don't have a use for such a thing right now, but just having the possibility looming there in the language might trigger some clever person some day to see in it a solution to some problem they're having.
>> 
>> Sorry, I tried to rewrite that last sentence a few times but I couldn't make it more readable.
>> 
>> -- 
>>  Matthew Kerwin
>>  http://matthew.kerwin.net.au/
>> 
> 
> --
> Mark Nottingham   http://www.mnot.net/
> 
> 
> 
> 

<green/>bytes GmbH
Hafenweg 16, 48155 Münster, Germany
Phone: +49 251 2807760. Amtsgericht Münster: HRB5782

Received on Thursday, 30 January 2014 09:15:35 UTC