Anonco en via retumilo - kio ĝi estas?

Multaj retumantoj demandas: "Anonco de retumilo - kio ĝi estas?" Ĝi montras certan stilon de surfing la Interreto, kie peton por transakcioj komencita de centra servilo. Ĉi tio kontrastas kun la kontraŭa direkto de la datumoj, kie la peto por la translokigo de informoj estas komencita de la ricevilo aŭ kliento.

Por sciigo servoj ofte estas bazita sur informo preferoj esprimitaj anticipe. Ĉi tiu estas la modelo de abono al la publikigado. Kliento "skribas" lia diversajn informojn "kanalojn" provizita de la servilo. Kiam ajn nova enhavo estas disponebla en unu el tiuj kanaloj, la servilo sendas tiun informon al li. Anonco en la retumilo kelkfoje emula enketo tekniko, precipe en cirkonstancoj kie la vera demando ne eblas - ekzemple, en la retejoj de la serioza sekureco politikojn kiuj postulas la malakcepton de alvenantaj HTTP / S petoj.

principo de operacio

Sinkrona conferencing kaj mensajería instantánea estas tipaj ekzemploj de kiel brilas sciigo. Kio estas kaj kiel ĝi funkcias? Babilejo mesaĝoj kaj foje dosieroj estas puŝis al la uzanto kiam ili estas ricevitaj de la mesaĝado servon. Ambaŭ malcentralizita samulo-al-LVS kaj centralizita programoj (kiel IRC aŭ XMPP) permesi "puŝi" dosierojn. Tio signifas, ke la nomo de la sendinto komencas la transporto de datumoj kaj ne la ricevanto.

Retpoŝto povas ankaŭ labori kun la sciigo - SMTP protokolon estas, en esenco, "puŝi". Tamen, la lasta "paŝo" de la servanto de poŝto sur la komputila kutime faras tiro-protokolo kiel POP3 aŭ IMAP. La IMAPa protokolo inkludas la sencela-komando, kiu permesas la servilo informi la kliento de alvenanta mesaĝo. La originala BlackBerry estis la unua populara aparato, kie la sciigo estis aktive laboris en la retumilo. Kio estas en ĉi tiuj gadgets - povas vidi en la retadreso (por sendrata).

Kio ĝi estis antaŭe?

Alia ekzemplo estas PointCast Reto kiu estis konata en la 1990-aj jaroj. Ĝi provizas novaĵojn kaj sako datumoj. Kaj Netscape, ĝi kaj aplikoj de Microsoft por integri ĝin en sian programaron por ĉiu versio de ilia retumilo, sed neniam estis populara, kaj poste malaperis por kompleta. Retumiloj poste anstataŭis ĉi tiu funcionalidad en la 2000-aj jaroj al RSS - abonoj sistemo, kie estas pli progresinta sciigo en la retumilo. Kio estas datuma abono - scias ĉiu leganto de blogoj.

Aliaj uzoj sciigo-ebligita apliko retejo inkluzivas informo sur merkato datumoj (stock prezoj), enreta babilejo kaj mesaĝado sistemo (webchat), aŭkcioj, enreta vetado kaj ludoj, sportoj vetado, monitoreo konzoloj kaj similaj.

Sciigo de la retumilo - kiu estas hodiaŭ?

Sciigo pere IEFT estas simpla protokolo kiu uzas HTTP / 2 liveri momenteto sciigojn (por alvenantaj vokoj kaj mesaĝoj). La protokolo kombinas ĉiuj realtempa okazaĵoj en ununura sesio, kiu permesas por pli efika uzo de reto kaj radio rimedoj. Unu-halto servo kombinas ĉiujn okazaĵojn de distribui liajn aplikojn kiel ili fariĝis haveblaj. Tio postulas nur unu sesio, tiel evitante la malŝparo de tempo kaj trafikon.

Anonco en via retumilo - ĝi estas de teknika vidpunkto?

HTTP-sciigo (ankaŭ konata kiel streaming HTTP) estas mekanismo por sendi datumojn de la navegador por la TTT-servilo. Ĝi povas esti atingita de iu el pluraj mekanismoj. Tipe, la TTT-servilo ne fini la rilaton post kiam la avizo estis sendita al la kliento. La TTT-servilo lasas la rilaton malfermita, kaj en la okazaĵo de nova evento (ekzemple, ŝanĝante la datumoj senditaj en la mesaĝo) estas montrita instantly. Alie, la okazaĵo devos enviciĝi ĝis la venonta kliento peto estas ricevita.

Plej servantoj retejo proponas ĉi trajto uzanta CGI (ekzemple, Ne-analizitaj kaplinio skriptoj sur Apache). La fundamentaj mekanismo de tiu aliro estas la bloko transdono kodita. Klasika ekzemplo estas la sciigo al la retumilo "amikojn". Kio estas en ĉi tiu retejo? La unua estas informoj pri alvenantajn mesaĝojn kaj markojn "Kiel".

alternativajn mekanismojn

Alia mekanismo estas asociita kun aparta tipo de MIME, kiu estas nomita multi-komponanto anstataŭigo. Ĝi unue estis prezentita en 1995, la Netscape, la retumilo "sur la muŝo" ŝanĝas la dokumento kiam ajn nova versio ĉe la servilo estas ricevita. Li daŭre subtenis en Firefox, Opera, Safari, kaj hodiaŭ, sed ne en Internet Explorer. Tiu mekanismo povas esti aplikita al HTML-dokumentoj kaj ankaŭ por streaming bildoj en webcam aplikoj.

WHATWG TTT Aplikoj 1.0 inkludas mekanismon kiu celas ŝanĝi la enhavon de la kliento. Li estis konata ekde septembro 1, 2006, kiam la Opero retumilo implementado ĉi tiu nova eksperimenta sistemo nomita Servilo-SentEvents. Li nuntempe normaligita kiel parto de HTML5. En ĉi tiu metodo, la servilo uzas persista HTTP konektoj, rezultante en respondo ĉiam restas "malfermita" (tio estas, la servilo neniam haltas respondo), efike "trompante" via retumilo. Tiel, la aplikaĵo ĉiam restas en boto modo, post la paĝo estas malfermita en plena. La servilo tiam periode sendas fragmentojn de JavaScript por ĝisdatigi la paĝon enhavo, tiel ebligante sciigo. Uzante ĉi tiu tekniko, la kliento ne bezonas Java apletoj aŭ aliaj plug-ins teni malfermita konekton al la servilo - la kliento aŭtomate ricevas sciigojn pri novaj eventoj venanta de la servilo. Unu grava malavantaĝo de ĉi tiu metodo, tamen, estas la manko de kontrolo de la tempo de la retumilo servilo. Ĝisdatigi la paĝon estas ĉiam necesa se estas tempolimo sur la malferma paĝo.

datumoj memoro

memorado tekniko en si mem ne estas bonorda sciigo. Ĝi nur permesas emular la sciigo mekanismo en medio kie ne eblas. Ekzemple, sur postulema sekurecaj politikoj retejoj kiuj postulas malakcepton de alvenantaj HTTP / S petoj. Estas neeble sciigo en la retumilo (tio estas, kaj kiel ĝi funkcias - vidu pli supre). En ĉi tiu kazo, la kliento petas informon precize kiel en normala serĉvorto, sed pro la atendoj de la servilo ne povas respondi tuj. Se la servilo ne havas novajn informojn al la kliento kiam peto estas ricevita - anstataŭ havi sendi malplenan respondon, la peto restas malfermita, pritraktata nova informo. Iam tiaj datumoj aperas, ĝi tuj sendas la HTTP / S respondo al la kliento, kompletigi la malfermita konekton.

Post ricevi la kliento ofte tuj eldonas peton al alia servilo respondo. Tiel, mezumo respondo prokrasto tempo (la tempo inter kiam la informo fariĝas havebla kaj la sekva kliento peto) asociita kun la alveno de petoj, ĝi estas ekskludita.

XML Socket

Anonco en via retumilo, operaciante kun la helpo de ĉi tiu metodo, uzita CBOX kaj aliaj aplikoj al Chatter. Ĝi uzas XML Socket objektoj en unu-pikselo dosierojn AdobeFlash. Sub la kontrolo de la kliento JavaScript establas TCP rilaton al la unidireccional nodoj sur la servilo. Peto en ĉi tiu kazo restas nelegita, anstataŭ, la nodo sendas la klienton identificador sola tuj. HTTP peto estas farita tiam la TTT-servilo, kiu enhavas la akiris identigilon. La araneaĵa apliko povas tiam elsendi mesaĝon adresita al la kliento sur la loka interfaco relajso servilo, kiu transdonas ilin per Flash. La avantaĝo de tiu aliro estas ke ĝi uzas la naturan nesimetrio de la legi-skribi.

Jen tipa de multaj ttt-bazita aplikoj, inkluzive babilejo ĉambroj, kaj, sekve, certigas altan efikecon. Ĉar li ne akceptos la datumojn sur la eksiĝinta bazojn, la servilo ne estas postulata por serĉi outbound rilatoj TCP, kiu igas ebla la starigo de dekoj da miloj da samtempaj konektoj. Do ekzistas sciigo en la retumilo de la "samklasanoj" en iuj servoj de la retejo.

Disponebla sciigo servoj

Tiu trajto estas havebla sur multaj servoj kiuj subtenas koncernan komponaĵoj. Kiel jam dirite, sciigo en la retumilo - ĝi estas ŝanco ricevi momenteto mesaĝoj kaj sciigoj, sen lardas la paĝo. Servoj, kie tiu servo estas havebla, inkludas:

• Apple Sciigo Servo.
• Google Cloud Messaging.
• "Samklasanoj".
• Facebook.
• Xtremepush.
• Amazon SNS.