[linux] http push, of toch anders?

paai j.j.paijmans op gmail.com
Di mei 5 13:48:24 CEST 2020



On 04-05-2020 18:56, Geert Stappers wrote:
> On Mon, May 04, 2020 at 06:32:00PM +0200, Daniel C. von Asmuth wrote:
>> Aldus schreef paai op Mon, May 04, 2020 at 05:54:42PM +0200:
>>> On 01-05-2020 16:40, Geert Stappers wrote:
>>>> On Fri, May 01, 2020 at 04:37:58PM +0200, paai wrote:
>>>>> En hoe komen die paginas dan op mijn smartphone (zonder dat ik op de
>>>>> smartphone iets heb gedaan?)
>>>> webbrowser op de smartphone
>>> AFAIK moet het ophalen van een URL altijd door de browser ge"instigeerd
>>> worden.
>> Door een zogenaamde HTTP-client om precies te zijn. Mijn Linux gebruikt HTTP
>> om updates te downloaden uit de repository zonder HTML pagina's te tonen.
>>
>>> Maar wat ik wil bereiken is dat de server het initiatief neemt en de inhoud
>>> van een URL naar mijn client 'pusht' zonder dat de client erom vraagt.
>>>
>>> Concreet: ik open vanaf een client een pagina op een server. Via die pagina
>>> geef ik odrachten aan die server. Als die opdrachten zijn voltooid moet de
>>> server mij dat op de ene of de andere manier laten weten en liefst zonder
>>> dat ik vanaf de client een nieuwe pagina moet openen om te kijken.
>> Met het HTTP protocol kun je files downloaden, maar ook uploaden. De client
>> is altijd degene die erom vraagt. Het HTTP/2 protocol schijnt ook een soort
>> server push te kennen.
>>
>> Een veelgebruikte truc is om dat de server een HTML pagina serveert met wat
>> JavaScript erin, die zichzelf na een aantal seconden opnieuw opvraagt met
>> geactualiseerde data. Een simpelere manier is dat beide hosts zowel als
>> HTTP client als server fungeren.
> Of een protocol selecteren
> wat beter weet heeft van twee richtingsverkeer.
>   
>

Dit wordt me voorlopig allemaal te ingewikkeld; ik ga het op de 
ouderwetse manier doen...

-- 
Dr. J.J. Paijmans



Meer informatie over de Linux maillijst