PO-nál A Tanácsadó plusz lehetőség van a bankok automatikus feltöltésére az interneten keresztül. Szerintem sokan tudnak erről, és arról, hogy mi ez hasznos funkció nem tud vitatkozni. Ez azonban nem mindig működik jól. De valójában csak mindent helyesen kell beállítani.
És hogyan kell beállítani:
1) Hozzon létre fiókot(helyi vagy tartományi), amely proxyszerveren vagy átjárón rendelkezik internet-hozzáféréssel, rendszergazdai jogokkal is kell rendelkeznie (a beállítás egyszerűsítése érdekében), de korlátozhatja a hozzáférést csak a CONS mappához is.
2) A feladatütemezőben létrehozunk egy feladatot, ahol megadjuk az elindított objektumok indítási idejét, gyakoriságát, paramétereit és azt a fiókot (az 1. lépésben létrejött), amelynek nevében a feladat elindul.
Lehetőségek parancs sor
PathToConsultantFolder\CONS.EXE / adm / base* /receive_inet /yesElméletileg mindent. Most tanácsadónk frissítheti magát az Ön által megadott időpontban. De hibáztam a beállításnál, mert. A support nem beszélt erről. Általában az enyém tanácsadó nem frissül, de az ütemező megfelelően működik. Arra a következtetésre jutottam, hogy a szoftver maga produkál hibát. A szoftvert a létrehozott felhasználó nevében futtatjuk, hogy interaktív módban lássuk a hibát, és ezt látjuk:
Megértjük, hogy ehhez a fiókhoz be kell állítanunk egy proxyszervert (mivel proxyt használunk, nem átjárót az internet eléréséhez).
Ehhez futtassa újra a szoftvert a billentyűkkel (egyszerűen létrehozhat egy parancsikont a billentyűkkel, és futtathatja a kívánt felhasználóként):
Kulcsok a bankok interaktív feltöltéséhez
A Consultant\CONS.EXE / adm / inet elérési útjaMenjünk-hoz szolgáltatás – beállításokés adja meg a szükséges paramétereket:
Ezt követően megpróbáljuk feltölteni a bankokat, és amit látunk:
Utána minden sikerült Tanácsadó + proxy szerveren egy adott felhasználó alá konfigurálva nyugodtan lefuttathatod a frissítést a feladatütemezőn keresztül, minden menni fog!!!
A WEB-szerver hibakódokat küld a felhasználói ügynöknek, hogy meghatározza annak további viselkedését.
A WEB szerver hibái tartományokra vannak osztva:
100-199 Tájékoztató. Értesíti az ügynököt, hogy az ügyintéző kérelme megérkezett és feldolgozás alatt áll.
200-299 Ügynökkérelem sikeresen feldolgozva, a szerver elküldte a kért dokumentumot a kliensnek
300-399 Ügynökkérelem módosultés az ügynöknek tennie kell néhány lépést a módosított kérés teljesítéséhez.
400-499 Problémák egy kérés végrehajtásakor.
500-599 Szerverhibák
Csak néhány kód van megadva a tartományban, bár a szerver szükség esetén saját kódokat is meghatározhat. Amikor olyan kódot kap, amelyet nem ismer fel, az ügynök a kód tartományának megfelelően értelmezi azt. A 100-199, 200-299 és 300-399 tartományba eső kódokat a legtöbb webböngésző a felhasználó értesítése nélkül kezeli, és néhány hibakód a 400-499, 500-599 tartományban megjelenik a felhasználó számára.
| http szerver hibakód | Rövid leírás |
| hiba 100 Folytatás | A kérelem kezdeti részét elfogadták, és az ügyfél továbbra is küldheti a kérést. |
| hiba 101 Switching Protocols | A szerver tiszteletben tartja a kliens kérését, és protokollt vált a Frissítés fejlécben jelzett módon. |
| hiba 200 OK | Az ügyfélkérelem feldolgozása sikeres volt, és a szerver válasz tartalmazza a kért adatokat |
| hiba 201 Létrehozva | Ez az állapotkód új URI létrehozásakor használatos. Ezzel az eredménykóddal együtt a szerver visszaadja a Location fejlécet, amely információkat tartalmaz az új adatok elhelyezéséről. |
| hiba 202 Elfogadva | A kérelmet elfogadták, de nem dolgozták fel azonnal. A szerver tartalomtörzsében adható meg a válasz további információ erről a tranzakcióról. Nincs garancia arra, hogy a szerver végül teljesíti a kérést, még akkor sem, ha a kérés beérkezésekor érvényesnek tűnt. |
| hiba 203 Nem hiteles információ | A tartalomfejléc-információk egy helyi másolattól vagy egy harmadik féltől származnak, nem az eredeti szervertől. |
| hiba 204 Nincs tartalom | A válasz állapotkódot és fejlécet tartalmaz, de tartalomtörzset nem. A böngészőnek nem szabad frissítenie a dokumentumát, amikor ez a válasz érkezik. Az érzékeny képkezelő visszaadhatja ezt a kódot, ha a felhasználó a kép haszontalan vagy üres területeire kattint. |
| 205-ös hiba tartalom visszaállítása | A böngészőnek törölnie kell a tranzakcióhoz használt űrlapot további bevitelhez. Hasznos a bemenetet igénylő CGI-alkalmazásokhoz. |
| hiba 206 Részleges tartalom | A szerver a kért adatmennyiségnek csak egy részét adja vissza. Tartomány fejléccel rendelkező kérésre válaszul. A szervernek a Content-Range fejlécben KELL jeleznie a válaszban szereplő tartományt. |
| Hiba 300 többszörös választás | A kért URI egynél több erőforrást jelöl ki. Például egy URI utalhat egy olyan dokumentumra, amelyet több nyelvre is lefordítottak. A kiszolgáló által visszaadott tartalomtörzs tartalmazhat egy listát az erőforrás helyes kiválasztásával kapcsolatos konkrétabb információkról. |
| hiba 301 Véglegesen áthelyezve | A kért URI-t már nem használja a szerver, és a kért művelet meghiúsult. A kért dokumentum új helye a Hely fejlécben jelenik meg. Minden további kérésben ez a dokumentum meg kell adni az új URI-t. |
| hiba 302 Ideiglenesen áthelyezve | A kért URI összezavarodott, de csak ideiglenesen. A Hely fejléc az új helyre mutat. Az állapotkód kézhezvétele után az ügyfélnek azonnal fel kell oldania a kérést az új URI-val, de minden további kérésnek a régi URI-t KELL használnia. |
| 303-as hiba | A kért URI a Hely fejlécben megadott másik URI-n található. Ezt az erőforráshoz a GET metódussal kell kiválasztani. |
| hiba 304 Nem módosítva | Ez az lf-Modified-Since fejléc válaszkódja, ha az URI nem változott a megadott dátum óta. A tartalomtörzs nem kerül elküldésre, és az ügyfélnek a helyi másolatát kell használnia. |
| hiba 305 Proxy használata | A kért URI-t a Hely fejlécben megadott proxy-n keresztül kell elérni. |
| hiba 400 Rossz kérés | Azt jelzi, hogy a szerver szintaktikai hibát észlelt az ügyfél kérésében. |
| hiba 401 Nem engedélyezett | Ez a WWW-Authenticate fejléccel együtt elküldött eredménykód azt jelzi, hogy a kérelmező felhasználó nem rendelkezik a szükséges jogosultsággal, és a felhasználónak meg kell adnia ezt a jogosultságot, ha a kérés megismétlődik az adott URI-vel. |
| hiba 402 Fizetés szükséges | Ezt a kódot még nem implementálták a HTTP-ben. |
| hiba 403 Tilos | A kérést elutasították, mert a szerver nem akar (vagy nem tud) válaszolni az ügyfélnek. Lehetséges okok hibák:
|
| 404 Nem található hiba | A megadott URL-címen található dokumentum nem létezik. Lehet, hogy egy ilyen fájlt töröltek, vagy hibázott, amikor beírta az URL-t a böngészőbe, vagy rossz hivatkozásra kattintott. |
| hiba 405 A módszer nem engedélyezett | Ez a kód Engedélyezés fejléccel kerül kiadásra, és azt jelzi, hogy az ügyfél által használt módszer nem támogatott az adott URL-címen. Előfordulhat, hogy az űrlapadatokat egy olyan oldalra próbálja elküldeni, amely nem szkript (például SHTML-oldal). Ellenőrizze a bejárati utat cselekvési attribútum a kérést kezdeményező címke. Azt is ellenőrizze, hogy ez az attribútum üres-e (és be van-e állítva). |
| hiba 406 Nem elfogadható | Az ügyfél által az adott URL-címen megadott erőforrás létezik, de nem az ügyfél által kívánt formátumban. Ezzel a kóddal együtt a szerver kiadja a Content-Language, Content-Encoding és Content-Type fejléceket. |
| hiba 407 Proxy hitelesítés szükséges | A proxyszervernek engedélyeznie kell a kérést a továbbítás előtt. A Proxy-Authenticate fejléccel együtt használatos. |
| hiba 408 Kérelem időtúllépés | Ez a válaszkód azt jelenti, hogy a kliens nem küldött egy teljes kérést meghatározott időn belül (ez általában a kiszolgáló konfigurációjában van beállítva), és a szerver lezárja a hálózati kapcsolatot. |
| hiba 409 Ütközés | Ez a kérelem ütközik egy másik kéréssel vagy egy szerverkonfigurációval. Az ütközéssel kapcsolatos információkat a válasz információs részében kell visszaadni. |
| 410-es hiba eltűnt | Adott kód azt jelzi, hogy a kért URL már nem létezik, és véglegesen eltávolították a szerverről. |
| hiba 411 Hossz Kötelező | A szerver megtagadja a meghatározott Tartalomhossz nélküli kérés elfogadását. |
| hiba 412 Előfeltétel sikertelen | A kérelemben megadott feltétel egy vagy több if... fejléc általi kiértékelésének eredménye "hamis". |
| 413-as hiba: a kért tartalom túl nagy méretű | A szerver nem dolgozza fel a kérést, mert annak tartalma túl nagy. |
| hiba 414 Az URL kérése túl hosszú | A szerver nem dolgozza fel a kérést, mert az URL túl hosszú. |
| hiba 415 Nem támogatott médiatípus | A szerver nem dolgozza fel a kérést, mert a törzse nem támogatott formátumú |
| hiba 416 A kért tartomány nem teljesíthető | Szerver jelentések - kérési űrlap (szükséges tartomány) nem teljesíthető |
| hiba 417 Várakozás sikertelen | A szerver azt jelenti, hogy az időkorlát lejárt. |
| hiba 500 Belső szerverhiba | Egy kérés feldolgozása során a szerveren annak egyik összetevője (például egy CGI-program) összeomlott, vagy konfigurációs hibát észlelt. Ennek oka lehet a .htaccess fájl helytelen utasításai vagy a CGI-szkript hibás attribútumai (755-nek kell lennie). Emellett a forgatókönyv hibája is lehet. A pontos ok az error.log fájl megtekintése alapján állapítható meg. |
| 501-es hiba Nincs implementálva | Az ügyfél olyan műveletet kért, amelyet a szerver nem tud végrehajtani. |
| hiba 502 Bad Gateway | A szerver (vagy proxy) érvénytelen válaszokat kapott egy másik szervertől (vagy proxytól) |
| 503-as hiba: A szolgáltalás nem elérhető | Ez a kód azt jelenti ezt a szolgáltatástátmenetileg nem elérhető, de a jövőben helyreállítják. Ha a szerver tudja, hogy ez mikor fog megtörténni, egy Retry-After fejléc is megjelenhet. |
| hiba 504 Gateway Timeout | Ez a válasz hasonló a 408-ashoz (Kérés időtúllépése), kivéve, hogy az átjáró vagy a mérvadó kiszolgáló időtúllépést szenvedett. |
| hiba 505 A HTTP-verzió nem támogatott | Ez a szerver nem támogatja a HTTP-verziót |
A 100-199 közötti válaszok tájékoztató jellegűek. Azt jelzik, hogy az ügyfél kérelmét elfogadták és feldolgozás alatt áll.
100 ="Folytatás"A 200-299 tartományba eső válaszok azt jelzik, hogy az ügyfél kérelmét sikeresen feldolgozták.
200 ="OK"A böngészőnek törölnie kell a tranzakcióhoz használt űrlapot további bevitelhez. Hasznos a bemenetet igénylő CGI-alkalmazásokhoz.
206 ="Részleges tartalom"A szerver a kért adatmennyiségnek csak egy részét adja vissza. Tartomány fejléccel rendelkező kérésre válaszul. A szervernek a Content-Range fejlécben KELL jeleznie a válaszban szereplő tartományt.
233 - mert nem mindenki él a "hazában"A 300-399 tartományba eső válaszkód azt jelzi, hogy a kérés sikertelen volt, és az ügyfélnek tennie kell valamit a kérés teljesítéséhez.
300 ="Több választási lehetőség"Ez az lf-Modified-Since fejléc válaszkódja, ha az URI nem változott a megadott dátum óta. A tartalomtörzs nem kerül elküldésre, és az ügyfélnek a helyi másolatát kell használnia.
305 ="Proxy használata"A kért URI-t a Hely fejlécben megadott proxy-n keresztül kell elérni.
306 ="(nem használt)" 307 ="Ideiglenes átirányítás"A 400-499 tartományban lévő válaszkódok azt jelzik, hogy az ügyfél kérése nem teljes. Ezek a kódok azt is jelezhetik, hogy további információkra van szükség az ügyféltől.
400 ="Rossz kérés"A szerver nem dolgozza fel a kérést, mert a törzse nem támogatott formátumú.
416 ="A kért tartomány nem teljesíthető"A kért tartomány nem érvényes
417 ="Az elvárás nem sikerült"A várakozás nem sikerült
422 ="Unprocessable Entity" - a szerver sikeresen elfogadta a kérést, tud dolgozni a megadott típusú adatokkal (például a kérés törzse tartalmaz egy XML dokumentumot, aminek a szintaxisa megfelelő), de valami logikai hiba van, ami miatt lehetetlen műveletet végrehajtani az erőforráson.Túllépte a kérések korlátját
449 - Próbálkozzon újra egy másik országban lévő proxyval. 450 =Az értékelési szolgáltatás nem elérhető 451 =Jogi okokból nem elérhetőa forráshoz való hozzáférés a törvényi problémák miatt korlátozott. 451 - A webhely nem engedélyezett az Ön országában
452 lehet, hogy a munkaadó által nem engedélyezett helyszín, 453 lehet, hogy az internetszolgáltató által nem engedélyezett webhely 460 Az elnyomó rezsim blokkoltaAz 500-599 tartományban lévő válaszkódok azt jelzik, hogy a szerver hibát észlelt, és valószínűleg nem tudja teljesíteni az ügyfél kérését.
500 ="Belső szerverhiba"A szerver nem támogatja a kérésben használt HTTP protokoll verziót.
560 - A szervert cenzúrázzákÁllapotkód küldéséhez PHP-ről használja a " direktívát fejléc állapota ".
Szerver válasz csalólap. Ezt a listát tekintve pontosan meghatározhatja, mit jelent ez vagy az a szerver által megadott szám. A Wikipédiáról másolva. A leggyakoribb válaszokhoz (301, 404, 500) részletesebb leírást készítettem.
Mindezek az információk grafikus formában itt megtekinthetők. . Az ábra tanulmányozásával tisztábban képzelheti el a kliens-szerver séma szerinti kommunikációs folyamatokat.
1xx: Tájékoztató.
2xx: Siker.
3xx: Átirányítás
4xx: Ügyfélhiba.
5xx: Szerverhiba.
HTTP állapotkód a fejléc része, a webszerver válasza az ügyfél kérésére, tájékoztatva a kérés eredményéről és arról, hogy mit kell tennie a kliensnek. Azt hiszem, nem mindenki tudja, hogyan néz ki a szerver válaszfejléce, de biztos vagyok benne, hogy mindenki internetező többször találkozott az oldallal 404 nem található vagy 403 Tilos. Ez a felhasználó számára látható eredménye annak, hogy a kiszolgáló kiad egy vagy másik állapotkódot a fejlécsorban.
Állapotkódok HTTP 5 kategóriába osztva. Előfordulhat, hogy az ügyfél nem ismeri az adott válaszkódot HTTP, azonban a kódkategória szerint kell válaszolnia. Így HTTP protokoll a következő állapotkódokat támogatja kategóriákra osztva:
Az ebbe a kategóriába tartozó kódok tájékoztatják az ügyfelet, hogy a kérés teljesítéséhez egy további kérést kell teljesítenie, általában más módon. URI, a sorban a megfelelő cím látható elhelyezkedés, szerver válasz. Program - a kliens további kéréseket tehet felhasználói beavatkozás nélkül, feltéve, hogy a további kérés módszerekkel történik KAP vagy FEJ.
Egyes ügyfelek helytelenül működnek az átirányításokkal 301 És 302 , alkalmazza a kérésben szereplő metódust a második erőforrásra KAP, annak ellenére, hogy az első kérés más módszerrel történt. A jegyzőkönyvben HTTP 1.1-es verzió, állapotválasz helyett 302 , további válaszkódok kerültek bevezetésre, 303 És 307 . A metódus megváltoztatása csak az állapotot tartalmazó szerver válasz esetén szükséges 303 , ellenkező esetben használja az eredeti módszert.
300 többszörös választási lehetőség - Több választási lehetőség. A kérés szerint URI, az erőforrásnak több változata létezik, amelyek különbözőek PANTOMIM típus. nyelv vagy egyéb jellemzők. A szerver válaszában az alternatívák listája kerül továbbításra, amelyet a kliens alkalmazás vagy maga a felhasználó választ ki automatikusan. Megjelent a verzió protokollban HTTP/1.0.
301 Véglegesen elköltözött – Véglegesen elköltözött. A kért erőforrás véglegesen át lett helyezve ide URI, a címsorban megadva elhelyezkedés, szerver válasz. Egyes kliensek helytelenül viselkednek a kód feldolgozása során, lásd fent. Megjelent a verzió protokollban HTTP/1.0. 302 Megtalált – Ideiglenes áthelyezés Ez az állapotkód jelzi az ügyfélnek, hogy az erőforrás átmenetileg más módon is elérhető. URI elhelyezkedés, a szerver válaszfejléce. Ezt a kódot például tartalom tárgyalásakor használják ( Tartalmi egyeztetés) hajtja végre a szerver. Megjelent a verzió protokollban HTTP/1.0. 303 Lásd Egyéb - Lásd még. Dokumentum a kérttől URI, a címsorban megadott címen kell kérni elhelyezkedés, kiszolgáló válaszfejléce, a metódus használatával KAP, függetlenül attól, hogy melyik módszert használták az első kérés benyújtásához. Megjelent a verzió protokollban HTTP/1.1. 304 Nem módosítva - Nem változott. Ez a kód akkor kerül kiadásra, amikor a módszer dokumentumot kér KAP, fejlécek használatával Ha-Módosítva-Azóta vagy Ha-Nincs-Egyezés, és a dokumentumot a megadott időpont óta nem módosították. Megjelent a verzió protokollban HTTP/1.0. 305 Proxy használata – Proxykiszolgáló használata. Az erőforrás kérését proxyszerveren keresztül kell megtenni, amelynek címe a címsorban van megadva elhelyezkedés, a szerver válaszfejléce. Megjelent a HTTP/1.1 protokollverzióban. 307 Ideiglenes átirányítás A kért erőforrás ideiglenesen elérhető: URI a címsorban megadva elhelyezkedés, a szerver válaszfejléce. Megjelent a verzió protokollban HTTP/1.1.
Az ebbe a kategóriába tartozó kódok az ügyféloldali hiba jelzésére szolgálnak. Ha bármilyen más lekérdezési módszert használ, mint FEJ, a szerver az adott hiba hiperszöveges magyarázatát adja vissza a felhasználónak.
400 Rossz kérelem – Rossz kérelem. Egy szintaktikai hiba miatt a kérést nem értette meg a szerver. Megjelent a verzió protokollban HTTP/1.0. 401 Nem engedélyezett - Nem engedélyezett. Az erőforrás felhasználói azonosítást igényel. A kliens alkalmazás hitelesítési adatokat (név, jelszó) kér a felhasználótól, és a fejlécben elküldi a szervernek WWW-Hitelesítés. Ha az adatok hibásak, ugyanaz az állapotkód kerül kiadásra. Megjelent a verzió protokollban HTTP/1.0. 402 Fizetés szükséges – Fizetés szükséges. Még nem használt. Megjelent a verzió protokollban HTTP/1.1. 403 Tilos – Tilos. A szerver korlátozások miatt megtagadta a hozzáférést a kért erőforráshoz. A korlátozások bármit beállíthatnak a kiszolgáló rendszergazdája vagy egy adott webalkalmazás által. Például biztonsági okokból a fájlhoz való hozzáférés le van zárva, .htaccess vagy .htpasswd vagy az oldal zárt könyvtárába, illetve abban az esetben, ha a hitelesítést webalkalmazáson (pl. oldalmotoron) keresztül kell végezni, nos, vagy túl gyakori hozzáférés esetén IP-cím alapján történő blokkolással. Megjelent a verzió protokollban HTTP/1.0. 404 Nem található - Nem található. A szerver nem találta a kért erőforrást a megadott címen. Ezenkívül ez a válaszkód használható a 403 helyett annak a dokumentumnak a helyének elrejtésére, amelyhez hozzáférés megtagadva. Megjelent a verzió protokollban HTTP/1.0. 405 Method Not Allowed – A módszer nem támogatott. Az ügyfél megpróbált olyan módszert használni, amely érvénytelen ehhez az erőforráshoz. A szerver elküldi a fejlécet, a karakterláncot lehetővé teszi A, amely az érvényes metódusok listáját tartalmazza. Megjelent a verzió protokollban HTTP/1.1. 406 Nem elfogadható – Nem elfogadható. A kért erőforrás nem felel meg a kért jellemzőknek. Ha a kérés nem a módszerrel történt FEJ, a szerver visszaadja a kért erőforrás érvényes jellemzőinek listáját. Megjelent a verzió protokollban HTTP/1.1. 407 Proxy hitelesítés szükséges – Proxy hitelesítés szükséges. Ez az állapotkód hasonló a 401-es kódhoz, azzal a különbséggel, hogy a hitelesítés proxyszerverre vonatkozik. Megjelent a verzió protokollban HTTP/1.1. 408 Request Timeout – Időtúllépés. Időtúllépés várva a szerver és az ügyfél közötti adatátvitelre. Megjelent a verzió protokollban HTTP/1.1. 409 Konfliktus – Konfliktus. Ütközés történt az erőforrás elérésekor. Ez megtörténhet például akkor, ha egyidejűleg megpróbál egy fájlt módosítani, a PUT, több ügyfél. Megjelent a verzió protokollban HTTP/1.1. 410 Eltűnt – Eltávolították. Ez a válasz akkor kerül kiadásra, ha a dokumentum megfelelt a megadottnak URI, de Ebben a pillanatban eltávolították. Megjelent a verzió protokollban HTTP/1.1. 411 Szükséges hossz - Szükséges hossz. Ez az állapotkód azt jelzi, hogy ehhez URI, a kérés fejlécében a mezőben lévő értéket kell megadni tartalom hossza. Megjelent a verzió protokollban HTTP/1.1. 412 Előfeltétel sikertelen – A feltétel „hamis. Ez a kód akkor kerül kiadásra, ha a feltételes fejlécmezők egyike sem teljesül. Megjelent a verzió protokollban HTTP/1.1. 413 A kért entitás túl nagy – Túl nagy adatot kértek. Ez a kód akkor kerül kiadásra, ha a szerver valamilyen okból nem tudja továbbítani a szükséges mennyiségű adatot. Ha ez átmeneti probléma, a szerver megadhat egy időt, amely után megpróbálhatja újra lekérni az erőforrást a címsorban, Retry-After. Megjelent a verzió protokollban HTTP/1.1. 414 Request-URI túl hosszú – A kért URI túl hosszú. Túl sok hosszú húr kérés. Ilyen helyzet fordulhat elő például a módszerrel történő adatátviteli kísérlet esetén KAP, használat helyett POST. Megjelent a verzió protokollban HTTP/1.1. 415 Nem támogatott médiatípus – Nem támogatott médiatípus. A szerver valamilyen okból megtagadta a kért adatok feldolgozását az alkalmazott módszerrel. Megjelent a verzió protokollban HTTP/1.1. 416 A kért tartomány nem teljesíthető – A kért tartomány nem érhető el. A Tartomány kérés fejléc sora olyan tartományra van beállítva, amely kívül esik a kért erőforrás hatókörén, és hiányzik a sor Ha Range. Megjelent a verzió protokollban HTTP/1.1. 417 Az elvárás meghiúsult – A várt érték nem elfogadható. A szerver nem tudja feldolgozni a kérés fejlécét Elvárni. Megjelent a verzió protokollban HTTP/1.1. 422 Feldolgozhatatlan entitás – Feldolgozhatatlan entitás. Kérés elfogadva, adattípus feldolgozható, szintaxis XML a kérelem törzsében szereplő adatok helyesek, de van egy logikai hiba, amely megakadályozza az erőforrás iránti kérelem feldolgozását. protokollban használják webdav. 423 Lezárva – Lezárva. A kért erőforrás le van tiltva ez a módszer. protokollban használják webdav. 424 Sikertelen függőség – Nem teljesített függőség. A kérés teljesítése függhet valamilyen más művelet végrehajtásának eredményétől, ha ez a feltétel nem teljesül, akkor ez az állapotkód kerül kiadásra. protokollban használják webdav. 425 Rendeletlen gyűjtemény – Rendeletlen gyűjtemény. Ez az állapotkód akkor kerül visszaadásra, ha az ügyfél kérést küldött egy rendezetlen gyűjtemény pozícióját megadva, vagy a szervertől eltérő elemsorrendet használ. Piszkozatban vezette be WebDAV Advanced Collections Protocol. 426 Frissítés szükséges – Frissítés szükséges. A szerver, kliens utasítása a protokoll frissítésére. A válaszfejlécnek megfelelően összeállított mezőket kell tartalmaznia FrissítésÉs kapcsolat. ben bevezetve RFC 2817 hogy tudjunk költözni TLS keresztül HTTP. 449 Retry With – Akkor adják ki, ha nincs elég információ a kérés feldolgozásához. A szerver válaszfejléce tartalmazza a sort Ms-Echo-Request. A Microsoft bevezette a számára webdav.
Az ebbe a kategóriába tartozó kódok olyan helyzetekre szolgálnak, amikor a kérések feldolgozása a szerver hibája miatt nem lehetséges. A módszer alkalmazása kivételével minden esetben FEJ, a szervernek a választörzsben tartalmaznia kell egy magyarázatot a felhasználó számára.
500 Belső szerverhiba – Belső szerverhiba. Bármilyen belső hiba a szerver oldalon, amely nem tartozik az 5xx kategória többi hibája alá. Megjelent a verzió protokollban HTTP/1.0. 501 Nincs végrehajtva - Nincs végrehajtva. A szerver nem támogatja a kérés feldolgozásához szükséges képességeket. (például a szükséges feldolgozási mód nem támogatott). Megjelent a verzió protokollban HTTP/1.0. 502 Bad Gateway - Rossz átjáró. A proxyként vagy átjáróként működő szerver egy közbenső művelet sikertelen üzenetet kapott. Megjelent a verzió protokollban HTTP/1.0. 503 A szolgáltatás nem elérhető – A szolgáltatás nem érhető el. A szerver technikai okok miatt nem tudja feldolgozni az ügyfelek kéréseit. Megjelent a verzió protokollban HTTP/1.0. 504 Gateway Timeout – Időtúllépés az átjáró válaszára várva. A proxyszerver vagy az átjáró nem várta meg a felfelé irányuló kiszolgáló válaszát a kérésfeldolgozás befejezéséhez. Megjelent a verzió protokollban HTTP/1.0. 505 HTTP-verzió nem támogatott – A HTTP protokoll verziója nem támogatott. A kiszolgáló nem támogatja, vagy nem tudja feldolgozni a fejlécben megadott verziót HTTP jegyzőkönyv. Megjelent a verzió protokollban HTTP/1.0. Az 506-os változat szintén tárgyalásokat folytat – A változat is megtárgyalásra kerül. A hibás konfiguráció miatt a kiválasztott opció önmagára mutat, aminek következtében a linkelés megszakad. Hozzáadott RFC 2295 a jegyzőkönyv kiegészítésére HTTP technológia Átlátható tartalomtárgyalás. 507 Elégtelen tárhely – Tárolás túlcsordulás. Nincs elég hely az aktuális kérelem feldolgozásához. Valószínűleg átmeneti probléma. protokollban használják webdav. 509 Sávszélesség-korlát túllépve - Sávszélesség-korlát túllépve. Ez az állapotkód akkor használatos, ha a webplatform túllépi a számára lefoglalt forgalomra kiosztott korlátot. Ezt a kódot senki nem írja le RFCés csak a modul használja bw/limited, web hosting panelek cPanel. 510 Nincs kiterjesztve - Nincs hosszabbítás. A szerverről hiányzik az a kiterjesztés, amelyet az ügyfél próbál használni. A szerver információkat küldhet a hozzá tartozó kiterjesztésekről. ben bevezetve RFC 2774 a jegyzőkönyv kiegészítésére HTTP kiterjesztés támogatása.
HTTP módszer az erőforráson végrehajtandó alapvető művelet. Bármilyen karakter használható a névben, kivéve az escape szekvenciákat és határolókat, általában ez egy rövid szó angol nyelv. A módszerek nevei HTTP kis- és nagybetűérzékenyek.
Mindenkinek legalább két módszerrel kell dolgoznia KAPÉs FEJ. Ha a szerver nem tudta meghatározni az ügyfél kérésfejlécében megadott metódust, akkor állapotkódot kell visszaadnia 501 (nincs implementálva), ha a módszert ismeri a szerver, de nem alkalmazható erre az erőforrásra, akkor az állapotkód kerül visszaadásra 405 (Nem engedélyezett módszer). Mind az első, mind a második esetben a szervernek tartalmaznia kell válaszában a fejlécet lehetővé teszi az általa támogatott módszerek listájával.
Ezzel a módszerrel megtudhatja a webszerver által támogatott képességeket vagy a kapcsolati paramétereket egy adott erőforrással. A szerver fejlécet tartalmaz a válaszkérésben lehetővé teszi, a támogatott módszerek listájával és esetleg a támogatott bővítményekkel kapcsolatos információkkal. Az ügyfél kérésének törzse információkat tartalmaz az őt érdeklő adatokról, de ebben a szakaszban a törzs formátuma és a vele való munkavégzés menete még nincs meghatározva, a szervernek figyelmen kívül kell hagynia. A szerver válaszkérésével hasonló helyzet áll elő.
A szerver képességeinek megismeréséhez a kliensnek meg kell adnia a kérésben URI, szimbólum - " * ", vagyis ez a kérés a szerverhez így néz ki: OPCIÓK * HTTP/1.1. Ez a kérés többek között a szerver állapotának és a protokoll támogatásának ellenőrzésére használható HTTP, verziók 1.1 . eredmények adott kérés nincsenek gyorsítótárban.
Módszer KAP, egy adott erőforrás lekérésére szolgál. Ugyanígy a segítséggel KAP, egy bizonyos folyamat elindítható, míg a választest tartalmaz információkat a kérelem által kezdeményezett művelet előrehaladásáról.
A kérés végrehajtásához szükséges paraméterek átadásra kerülnek URI kért erőforrás a " szimbólum után ? ". A kérés ebben az esetben valahogy így néz ki: Szerezze be a /some/resource?param1=val1¶m2=val2 HTTP/1.1-et.
A szabvány szerint HTTP, kérések módszer szerint KAP, idempotensek, vagyis ugyanazt a kérést újra elküldik a metódus segítségével KAP, ugyanarra az eredményre kell vezetnie, ha maga az erőforrás a kérések közötti időközökben nem változott, ami lehetővé teszi a kérésnek kiadott eredmények gyorsítótárazását a metódussal KAP.
A fentieken kívül még kétféle módszer létezik KAP, Ez:
feltételes KAP, amely fejléceket tartalmaz If-Modified-Since, If-Match, If-Rangeés a hasonlók,
Részleges KAP, amely tartalmazza a címet Hatótávolság jelzi az adatok bájttartományát, amelyet a szervernek vissza kell adnia. Ez a típus A kérés a többszálú letöltések folytatására és szervezésére szolgál.
Hogyan kell dolgozni ezekkel a lekérdezési altípusokkal KAP, a szabványok külön határozzák meg.
Ez a módszer hasonló a módszerhez KAP, azzal az egyetlen különbséggel, hogy a szerver nem küld választörzset. Módszer FEJ, amelyet általában erőforrás-metaadatok lekérésére, érvényesítésére használnak URL(valójában létezik-e a megadott erőforrás), és megtudhatja, hogy az erőforrás változott-e az utolsó hozzáférés óta.
A válaszfejlécek gyorsítótárazhatók, ha a gyorsítótárban lévő metaadatok és információk nem egyeznek, akkor az erőforráspéldány elavultnak lesz jelölve.
Módszer POST, a felhasználói adatok átvitelére szolgál az erőforrás által megadott szerverre. Példa erre lenne HTMLűrlap meghatározott attribútummal Method="POST", hogy megjegyzést küldjön a cikkhez. A szükséges űrlapmezők kitöltése után a felhasználó megnyomja a „Küldés” gombot és az adatokat, a POST, átadják a kiszolgáló szkriptjének, amely viszont megjeleníti őket a megjegyzés oldalon. Ugyanígy a módszer segítségével POST, átvihet fájlokat.
nem úgy mint KAP, módszer POST, nem idempotens, vagyis a kérés ismételt megismétlése POST, eltérő eredményeket hozhat. Esetünkben minden kérésnél megjelenik a megjegyzés új példánya.
Ha a kérés eredményeként a módszerrel POST, a kód visszaadásra kerül 200 (OK) vagy 204 (nincs tartalom), a kérés eredményéről szóló üzenet hozzáadódik a szerver válaszának törzséhez. Például, ha egy erőforrás jött létre, a szerver visszatér 201 (Létrehozva), miközben jelzi URI létrehozott erőforrás a fejlécben elhelyezkedés.
A szerver válaszai a metódus végrehajtására POST, nincsenek gyorsítótárban.
A kérésadatok feltöltésére szolgál a megadotthoz URI. A fejlécben megadott erőforrás hiányában URI, a szerver létrehozza, és visszaküld egy állapotkódot 201 (Létrehozva) ha az erőforrás jelen volt és megváltozott a kérés hatására PUT, állapotkód kerül kiadásra 200 (OK) vagy 204 (nincs tartalom). Ha a fejlécek bármelyike elküldi a szervernek tartalom-*, nem ismeri fel vagy nem használható ebben a helyzetben, a szerver hibaállapotot ad vissza 501 (nincs implementálva).
A fő különbség a módszerek között PUTÉs POST abban a módszerrel POST, feltételezzük, hogy a jelzett szerint URI, az ügyfél által továbbított adatok feldolgozása megtörténik, és a módszerrel PUT, akkor az ügyfél feltételezi, hogy a betöltendő adatok már megfelelnek az itt található erőforrásnak URI.
A szerver válaszai a metóduson PUT nincsenek gyorsítótárban.
A módszerhez hasonlóan működik PUT, de csak az erőforrás egy meghatározott töredékére vonatkozik.
Eltávolítja az adott URI-n található erőforrást.
A TRACE metódussal történő lekéréskor a kliens láthatja, hogy milyen változtatásokat hajtottak végre a kérésben a köztes szerverek.
