Chrome zahteva pravi "Prikazane so začasne glave":
Prvič, ko brskalnik pošlje to zahtevo, je zahtevek blokiran in odgovora ne prejme. Ko brskalnik ponovno pošlje to zahtevo, bo poročal o tem opozorilu, če prejšnja ista zahteva ni bila odgovorjena, kje bo torej težava?
S tem sem se srečal večkrat v projektu in predstavil bom različne scenarije:
1. Začasne glave se prikažejo ob dostopu do brskalnika vseh odjemalcev:
Kako se s tem spopasti: Preverite stran, kjer je bila zahteva sprožena, da vidite, ali se oddaja obrazca in ajax zahteva sprožita hkrati.
Na primer, definiraj gumb, tip je submit, in definiraj ajax dogodek za gumb;
Ta scenarij je eden izmed takih, ki so se pojavili v našem prejšnjem razvojnem procesu
2. Pojavijo se nekateri brskalniki za odjemalce
Kako se s tem spopasti: Pokličite Chrome chrome://net-internals/#events, nato ponovno sprožite zahtevo in nato preverite dnevnik zahtev, kjer so prikazane začasne glave;
Preverite, ali obstajajo delegate_blocked_by ključne besede; To je običajno posledica vtičnika za brskalnik ali programske opreme odjemalca, ki prestreže zahtevo; Situacijo, ki jo imamo, prestreže WebSense Endpoint;
Če je temu tako, ga lahko v bistvu ignoriramo, to je težava odjemalca; Lahko razmislite o odstranitvi vtičnika ali programske opreme in poskusite znova, da vidite, ali se še vedno pojavlja; Če se to še vedno dogaja, preverite, ali spada pod naslednje pogoje
3. Vsi odjemalci so imeli to napako naključno in občasno, in če je tako, je pogosto težava na strežniški strani
Metoda ravnanja: Odpravljanje težav glede na arhitekturo namestitve. Na primer, nekaj ključnih procesov v naši arhitekturi nameščanja so nginx----> prehodna aplikacija----> F5 uravnoteževalnik obremenitve----> aplikacijski strežnik (docker)
Lahko odpravljate težave plast za plastjo, preprost način je, da neposredno napišete zahtevo for loop curl z ukazom strežniške lupine in najprej pokličete najnižji aplikacijski strežnik (če vas je strah, da pritisk ni dovolj, ga lahko pritisnete z več nitmi); Pritisni navzgor zaporedoma; Med stresnim testiranjem lahko v realnem času vidite, ali bo zahteva obstala; Če se najde, je zelo verjetno, da je to težava:
Trenutno smo naleteli na dve situaciji, ena na ravni F5, nekatere zahteve so neuspešno uravnotežene z obremenitvijo aplikacijskega strežnika; Obstaja tudi situacija, ko je zataknjen na ravni nginx;
Rešitev: Strategija uravnoteženja obremenitve na ravni F5 je bila spremenjena iz zmogljivosti L4 v standardno.
Načrt za obvladovanje situacij na ravni nginx: Nisem dejansko sodeloval v tej situaciji in razumem, da spreminjanje mnogih konfiguracij nginx nima učinka, na koncu pa samo ubijam in ponovno namestim, zato nisem našel ključne točke
Moja lastna rešitev je, da Fiddler 4, ki ga uporabljam, ni normalno zaprt, zato sem ponovno odprl Fiddler 4, poskušal zahtevati spletno stran in se je vrnil v normalno stanje, tokrat sem spet zaprl Fiddler 4.
|
Objavljeno na 22. 05. 2018 22:57:55
|
|
|
|
