Chrome'i päring ütleb "Ajutised päised on näidatud":
Esimest korda, kui brauser selle päringu saadab, blokeeritakse see ja vastust ei tule. Kui brauserilt palutakse see taotlus uuesti saata, teatab brauser sellest hoiatusest, kui eelmisele samale päringule pole vastatud, kus siis probleem on?
Olen sellega projektis mitu korda kokku puutunud ja tutvustan vastavalt erinevaid stsenaariume:
1. Ajutised päised kuvatakse kõigi klientide brauseri avamisel:
Kuidas sellega toime tulla: Kontrolli lehte, kus taotlus käivitati, et näha, kas vormi esitamine ja ajaxi taotlus käivituvad samaaegselt.
Näiteks defineeri nupp, tüüp on submit, ja määra ajax sündmus nupu jaoks;
See stsenaarium on üks neist, mis on tekkinud meie varasemas arendusprotsessis
2. Mõned kliendibrauserid ilmuvad
Kuidas sellega toime tulla: Helista Chrome'i chrome://net-internals/#events-le, käivita taotlus uuesti ja kontrolli päringute logi, kus kuvatakse Provisional päised;
Vaata, kas delegate_blocked_by märksõnad eksisteerivad; See on tavaliselt tingitud brauseri pluginast või kliendi tarkvarast, mis päringu kinni püüab; Meie olukorda püüab kinni WebSense Endpoint;
Kui see nii on, saab seda põhimõtteliselt ignoreerida, kliendi enda probleem; Võid kaaluda plugina või tarkvara desinstallimist ja proovida uuesti, kas see ikka ilmub; Kui see siiski esineb, palun vaata, kas see kuulub järgmiste tingimuste alla
3. Kõik kliendid on seda viga juhuslikult ja aeg-ajalt kogenud, ja kui see nii on, on see sageli serveripoolne probleem
Käsitlemismeetod: Tõrkeotsing vastavalt juurutusarhitektuurile. Näiteks mõned võtmeprotsessid meie juurutusarhitektuuris on nginx----> gateway application----> F5 koormuse tasakaalustaja----> rakendusserver (docker)
Saad kihthaaval tõrkeotsingut teha, lihtne viis on otse kirjutada for loop curl-päring serveri shelli käsuga ja esmalt kutsuda madalaima rakenduse serveri (kui kardad, et surve pole piisav, saad selle mitme lõimega alla suruda); Suruge kordamööda üles; Stressitestimise käigus näed reaalajas, kas taotlus jääb kinni; Kui see leitakse, on väga tõenäoline, et see ongi probleem:
Praegu oleme kokku puutunud kahe olukorraga: üks on F5 tasemel, kus mõned päringud on ebaõnnestunult koormuse tasakaalustatud rakendusserverile; On ka olukord, kus see jääb kinni nginx tasemele;
Lahendus: F5 tasemel on koormuse tasakaalustamise strateegia muudetud jõudluse L4-lt standardiks.
nginx tasemel kinni jäänud olukorra lahendamise plaan: Ma pole tegelikult selles olukorras osalenud ja mõistan, et paljude nginx konfiguratsioonide muutmine ei mõjuta ja lõpuks lihtsalt lõpeta ja paigalda uuesti, nii et ma ei leidnud võtmepunkti
Minu enda lahendus, kuna Fiddler 4, mida kasutan, ei ole tavaliselt suletud, nii et avasin Fiddler 4 uuesti, proovisin veebilehte taotleda ja see naasis normaalseks, sel hetkel sulgesin Fiddler 4 uuesti.
|
Postitatud 22.05.2018 22:57:55
|
|
|
|
