Chrome pieprasījumā ir norādīts "Tiek rādītas provizoriskas galvenes":
Pirmo reizi, kad pārlūkprogramma nosūta šo pieprasījumu, pieprasījums tiek bloķēts un atbilde netiek saņemta. Kad pārlūkprogrammai tiek lūgts nosūtīt šo pieprasījumu vēlreiz, pārlūkprogramma ziņos par šo brīdinājumu, ja uz iepriekšējo pieprasījumu nav atbildēts, kur tad būs problēma?
Es ar to saskāros vairākas reizes projektā, un es attiecīgi iepazīstināšu ar dažādiem scenārijiem:
1. Piekļūstot visu klientu pārlūkprogrammai, tiek parādītas provizoriskas galvenes:
Kā ar to rīkoties: pārbaudiet lapu, kurā tika aktivizēts pieprasījums, lai redzētu, vai veidlapas iesniegšana un ajax pieprasījums tiek aktivizēti vienlaikus.
Piemēram, definējiet pogu, ierakstiet ir iesniegt un definējiet pogai ajax notikumu;
Šis scenārijs ir viens no tiem, kas radās mūsu iepriekšējā izstrādes procesā
2. Tiek parādītas dažas klientu pārlūkprogrammas
Kā ar to rīkoties: Zvaniet uz chrome chrome://net-internals/#events, pēc tam atkārtoti aktivizējiet pieprasījumu un pēc tam pārbaudiet pieprasījumu žurnālu, kurā tiek parādītas pagaidu galvenes;
Pārbaudiet delegate_blocked_by vai pastāv atslēgvārdi; Parasti tas ir saistīts ar pārlūkprogrammas spraudni vai klienta programmatūru, kas pārtver pieprasījumu; Mūsu situāciju pārtver WebSense galapunkts;
Ja tas tā ir, to būtībā var ignorēt, paša klienta problēmu; Varat apsvērt spraudņa vai programmatūras atinstalēšanu un mēģināt vēlreiz, lai redzētu, vai tas joprojām parādās; Ja tā joprojām notiek, lūdzu, pārbaudiet, vai uz to attiecas šādi nosacījumi
3. Visiem klientiem šī kļūda ir bijusi nejauši un reizēm, un, ja tas tā ir, tā bieži ir servera puses problēma
Apstrādes metode: problēmu novēršana, pamatojoties uz izvietošanas arhitektūru. Piemēram, daži galvenie procesi mūsu izvietošanas arhitektūrā ir nginx----> vārtejas lietojumprogramma----> F5 slodzes balansētājs----> lietojumprogrammu serveris (docker)
Jūs varat novērst problēmas slāni pa slānim, vienkāršs veids ir tieši uzrakstīt cilpas čokurošanās pieprasījumu ar servera čaulas komandu un vispirms izsaukt zemāko lietojumprogrammu serveri (ja baidāties, ka spiediens nav pietiekams, varat to nospiest ar vairākiem pavedieniem); Nospiediet uz augšu pēc kārtas; Stresa testēšanas procesā reāllaikā varat redzēt, vai pieprasījums būs iestrēdzis; Ja tas tiek atrasts, ļoti iespējams, ka šī ir problēma:
Šobrīd mēs esam saskārušies ar divām situācijām, viena ir F5 līmenī, daži pieprasījumi ir neveiksmīgi līdzsvaroti lietojumprogrammu serverī; Ir arī situācija, kad tas ir iestrēdzis nginx līmenī;
Risinājums: Slodzes balansēšanas stratēģija F5 līmenī ir mainīta no veiktspējas L4 uz standartu.
nginx līmenis iestrēdzis situācijas apstrādes plāns: Es faktiski neesmu piedalījies šajā situācijā, un es saprotu, ka daudzu nginx konfigurāciju modificēšanai nav nekādas ietekmes, un visbeidzot vienkārši nogalināt un pārinstalēt, tāpēc es neatradu galveno punktu
Mans risinājums, jo manis izmantotais Fiddler 4 nav normāli aizvērts, tāpēc es atkārtoti atvēru Fiddler 4, mēģināju pieprasīt vietni un tā atgriezās normālā stāvoklī, šobrīd atkal aizveriet Fiddler 4.
|
Publicēts 22.05.2018 22:57:55
|
|
|
|
