Luettelo HTTP-tilakoodeista

HTTP - tilakoodi on osa HTTP - pyyntöjen palvelimen vastauksen ensimmäistä riviä .  Se on kolminumeroinen desimaaliluku. Ensimmäinen numero ilmaisee tilaluokan . Vastauskoodia seuraa yleensä englanninkielinen välilyönnillä erotettu selittävä lause, joka selittää henkilölle vastauksen syyn. Esimerkkejä:

• 201 Luotu .
• 401 Luvaton .
• 507 Riittämätön tallennustila .

Asiakas oppii vastauskoodista pyyntönsä tuloksista ja päättää, mitä toimia seuraavaksi tekee. Tilakoodien sarja on standardi ja ne on kuvattu asiaankuuluvissa RFC - asiakirjoissa . Uusien koodien käyttöönotto tulee tehdä vasta IETF :n kuulemisen jälkeen . Käytössä on kuitenkin kaksi tunnettua koodia, joita ei mainita RFC:ssä: 449 Retry With. Mainitaan myös selittävä lause "Reply With" [1] WebDAV - spesifikaatioissa Microsoft Developer Networkissa , jonka Microsoft esitteli ja 509 Bandwidth Limit Exceededesitteli cPanelissa .

Asiakas ei välttämättä tiedä kaikkia tilakoodeja, mutta sen on reagoitava koodiluokan mukaisesti. Tällä hetkellä on viisi tilakoodiluokkaa.

Internet Information Services -verkkopalvelin käyttää lokitiedostoissaan tavallisten tilakoodien lisäksi alikoodeja kirjoittaen ne pisteellä pääkoodin perään. Samanaikaisesti tätä alikoodia ei sijoiteta palvelimen vastauksiin - palvelimen järjestelmänvalvoja tarvitsee sitä voidakseen määrittää tarkemmin ongelmien lähteet.

Arvostelulista

Seuraavassa on yleiskatsaus kaikista tässä artikkelissa kuvatuista vastauskoodeista:

• 1xx: Informaatio
  • 100 Jatka [ 2] [3] ;
  • 101 Switching Protocols [ 2] [3] ;
  • 102 Käsittely ("käsittely");
  • 103 Early Hints ("varhainen metatieto");
• 2xx: Menestys
  • 200 OK ("hyvä") [2] [3] ;
  • 201 Luotu [ 2] [3] [4] ;
  • 202 Hyväksytty [ 2] [3] ;
  • 203 Ei-viralliset tiedot [ 2] [3] ;
  • 204 Ei sisältöä [ 2] [3] ;
  • 205 Palauta sisältö [ 2] [3] ;
  • 206 Osittainen sisältö [ 2] [3] ;
  • 207 Multi-Status ("monitila") [5] ;
  • 208 Jo ilmoitettu [ 6] ;
  • 226 IM Käytetty .
• 3xx: Uudelleenohjaus :
  • 300 monivalintavaihtoehtoa [ 2] [7] ;
  • 301 Siirretty pysyvästi [2] [7] ;
  • 302 Siirretty tilapäisesti [ 2] [7] , 302 Löytyi [ 7] ;;
  • 303 Katso Muut ("katso muut") [2] [7] ;
  • 304 Ei muutettu [ 2] [7] ;
  • 305 Käytä välityspalvelinta [ 2] [7] ;
  • 306  - varattu (koodia käytettiin vain varhaisissa määrittelyissä) [7] ;
  • 307 Väliaikainen uudelleenohjaus ("väliaikainen uudelleenohjaus") [7] ;
  • 308 Pysyvä uudelleenohjaus [ 8] .
• 4xx: Asiakasvirhe :
  • 400 Bad Request ("virheellinen, virheellinen pyyntö") [2] [3] [4] ;
  • 401 Luvaton ("ei valtuutettu (ei esittänyt itseään)" [2] [3] ;
  • 402 Maksu vaaditaan [ 2] [3] ;
  • 403 Kielletty ("kielletty (ei sallittu)") [2] [3] ;
  • 404 Ei löydy [ 2] [3] ;
  • 405 Menetelmä ei sallittu [2] [3] ;
  • 406 Ei hyväksyttävä [ 2] [3] ;
  • 407 Välityspalvelimen todennus vaaditaan [ 2] [3] ;
  • 408 Pyynnön aikakatkaisu [ 2] [3] ;
  • 409 Konfliktti ("konfliktti") [2] [3] [4] ;
  • 410 Poissa [ 2] [3] ;
  • 411 Vaadittu pituus [ 2] [3] ;
  • 412 Edellytys epäonnistui [ 2] [3] [9] ;
  • 413 Hyötykuorma liian suuri [2] [3] ;
  • 414 URI liian pitkä (" URI liian pitkä") [2] [3] ;
  • 415 Ei tuettu mediatyyppi [ 2] [3] ;
  • 416 Alue ei täytä [3] ;
  • 417 Odotus epäonnistui [ 3] ;
  • 418 Olen teekannu ("Olen teekannu");
  • 419 Authentication Timeout (ei RFC 2616:ssa) ("yleensä CSRF-tarkistus epäonnistui");
  • 421 Väärin suunnattu pyyntö [10] ;
  • 422 Käsittelemätön kokonaisuus
  • 423 Lukittu ("lukittu");
  • 424 Epäonnistunut riippuvuus
  • 425 Too Early ("liian aikaisin");
  • 426 Päivitys vaaditaan
  • 428 Vaadittu ennakkoehto [ 11] ;
  • 429 Liian monta pyyntöä [ 11] ;
  • 431 Pyynnön otsikkokentät liian suuret [ 11] ;
  • 449 Yritä uudelleen painikkeella [ 1] ;
  • 451 Ei saatavilla oikeudellisista syistä [ 12] .
  • 499 Client Closed Request (asiakas sulki yhteyden);
• 5xx: Palvelinvirhe :
  • 500 Sisäinen palvelinvirhe [ 2] [3] ;
  • 501 Ei toteutettu [ 2] [3] ;
  • 502 Bad Gateway [ 2] [3] ;
  • 503 Palvelu ei saatavilla [ 2] [3] ;
  • 504 Gateway Timeout [ 2] [3] ;
  • 505 HTTP-versiota ei tueta [ 2] [3] ;
  • 506 variantti neuvottelee myös [ 13] ;
  • 507 Insufficient Storage ("varaston ylivuoto");
  • 508 Silmukka havaittu [ 14] ;
  • 509 Bandwidth Limit Exceeded ("kanavan kaistanleveys loppu");
  • 510 Ei laajennettu ("ei laajennettu");
  • 511 verkkotodennus vaaditaan [ 11] ;
  • 520 Tuntematon virhe ("tuntematon virhe") [15] ;
  • 521 Web - palvelin ei toimi [15] ;
  • 522 Yhteyden aikakatkaisu ("yhteys ei vastaa") [15] ;
  • 523 Origin Is Reachable [ 15] ;
  • 524 Aikakatkaisu tapahtui [ 15] ;
  • 525 SSL-kättely epäonnistui [ 15] ;
  • 526 Virheellinen SSL-varmenne [ 15] .

Koodien kuvaus

Tiedollinen

Tämä luokka sisältää koodeja, jotka kertovat lähetysprosessista. Kun käytät protokollaversiota 1.0, tällaisia ​​koodeja sisältävät viestit tulee jättää huomiotta. Versiossa 1.1 asiakkaan tulee olla valmis hyväksymään tämä viestiluokka normaalina vastauksena, mutta palvelimen ei tarvitse lähettää mitään. Itse palvelimelta tulevat viestit sisältävät vain vastauksen aloitusrivin ja tarvittaessa muutaman vastauskohtaisen otsikkokentän. Välityspalvelinten tulee lähettää tällaiset viestit kauemmas palvelimelta asiakkaalle.

• 100 Jatka - Palvelin on tyytyväinen pyynnön alkutietoihin, asiakas voi jatkaa otsikoiden lähettämistä. Esitelty HTTP/1.1:ssä.
• 101 Switching Protocols - Palvelin täyttää asiakkaan pyynnön ja vaihtaa protokollia otsikkokentässä annettujen ohjeiden mukaan Upgrade. Palvelin lähettää vastausotsikon Upgrade, joka ilmoittaa protokollan, johon se on siirtynyt. Esitelty HTTP/1.1:ssä.
• 102 Käsittely - Pyyntö hyväksyttiin, mutta sen käsittely kestää kauan. Palvelin käyttää sitä estämään asiakasta katkaisemasta yhteyttä aikakatkaisun vuoksi. Vastaanotettuaan asiakkaan on nollattava ajastin ja odotettava seuraavaa komentoa normaalitilassa. Ilmestynyt WebDAV :ssa .
• 103 Early Hints - Käytetään palauttamaan osa otsikoista aikaisin, kun täydellisiä vastausotsikoita ei voida muodostaa nopeasti.

Menestys

Tämän luokan viestit kertovat asiakaspyynnön onnistuneesta hyväksymisestä ja käsittelystä. Tilasta riippuen palvelin voi lähettää myös otsikoita ja viestin rungon.

• 200 OK - pyyntö onnistui. Jos asiakas on pyytänyt tietoja, se on viestin otsikossa ja/tai tekstiosassa. Esitelty HTTP/1.0:ssa.
• 201 Luotu – Uusi resurssi luotiin onnistuneen pyynnön seurauksena. Palvelin VOI määrittää luodun resurssin osoitteet (voi olla useampia kuin yksi) vastauksen rungossa, ensisijaisen osoitteen ollessa merkitty Location. Palvelimen on suositeltavaa ilmoittaa vastaustekstiin luodun resurssin ominaisuudet ja sen osoite, vastauksen rungon muoto määräytyy otsikon mukaan Content-Type. Pyyntöä käsiteltäessä uusi resurssi on luotava ennen kuin vastaus lähetetään asiakkaalle, muuten vastaus koodilla 202. Esitelty HTTP/1.0:ssa.
• 202 Hyväksytty – Pyyntö hyväksyttiin käsiteltäväksi, mutta sitä ei saatu päätökseen. Asiakkaan ei tarvitse odottaa viestin lopullista lähetystä, sillä hyvin pitkä prosessi voidaan aloittaa. Esitelty HTTP/1.0:ssa.
• 203 Ei-valtuutettu tieto - samanlainen kuin 200, mutta tässä tapauksessa lähetettävää tietoa ei ole otettu ensisijaisesta lähteestä (varmuuskopiosta, toisesta palvelimesta jne.), joten ne eivät välttämättä ole ajan tasalla. Esitelty HTTP/1.1:ssä.
• 204 Ei sisältöä – Palvelin käsitteli pyynnön onnistuneesti, mutta vastauksessa lähetettiin vain otsikot ilman viestin runkoa. Asiakkaan ei tarvitse päivittää dokumentin sisältöä, mutta hän voi soveltaa siihen vastaanottamansa metatiedot . Esitelty HTTP/1.0:ssa.
• 205 Nollaa sisältö - Palvelin velvoittaa asiakkaan nollaamaan käyttäjän syöttämät tiedot. Palvelin ei välitä viestin runkoa, eikä dokumenttia tarvitse päivittää. Esitelty HTTP/1.1:ssä.
• 206 Osittainen sisältö - Palvelin suoritti onnistuneesti osittaisen GET-pyynnön ja palautti vain osan viestistä. Otsikossa Content-Rangepalvelin määrittää sisällön tavualueet . Tällaisten vastausten kanssa työskennellessä on kiinnitettävä erityistä huomiota välimuistiin. Esitelty HTTP/1.1:ssä. ( lisää… )
• 207 Multi-Status - palvelin lähettää useiden itsenäisten toimintojen tulokset kerralla. Ne sijoitetaan itse viestin runkoon XML - dokumenttina, jossa on multistatus. Ei ole suositeltavaa sijoittaa tiloja sarjasta tähän objektiin 1xxmerkityksettömyyden ja redundanssin vuoksi. Ilmestynyt WebDAV :ssa .
• 208 jo raportoitu - DAV-sidosjäsenet on jo lueteltu vastauksen edellisessä osassa (monitila), eikä niitä sisällytetä uudelleen.
• 226 IM Käytetty - otsikko A-IMvastaanotettiin onnistuneesti asiakkaalta ja palvelin palauttaa sisällön ottaen huomioon määritetyt parametrit. Otettu käyttöön RFC 3229 :ssä HTTP-protokollan lisäämiseksi delta-koodauksen tuella .

Uudelleenohjaus

Tämän luokan koodit kertovat asiakkaalle, että toiminnon onnistumiseksi on tehtävä toinen pyyntö, yleensä eri URI :lla . Tästä luokasta viisi koodia 301, 302, 303ja viittaavat 305suoraan 307uudelleenohjauksiin. Osoite, johon asiakkaan tulee tehdä pyyntö, on palvelimen ilmoittama Location. Tämä sallii fragmenttien käytön kohde-URI:ssa.

Uusimpien standardien mukaan asiakas voi vain ohjata uudelleen kysymättä käyttäjältä, pyydetäänkö toista resurssia menetelmällä GETtai HEAD[7] . Aiemmissa määrityksissä sanottiin, että edestakaisten matkojen välttämiseksi käyttäjältä tulee kysyä viidennen peräkkäisen uudelleenohjauksen jälkeen [16] . Kaikissa uudelleenohjauksissa, jos pyyntötapa ei ollut HEAD, tulee vastauksen runkoon sisällyttää lyhyt hypertekstiviesti kohdeosoitteella, jotta virhetapauksessa käyttäjä voi navigoida itse.

HTTP-kehittäjät huomauttavat, että monet asiakkaat koodien avulla uudelleenohjattaessa 301käyttävät 302menetelmää virheellisesti GETtoiseen resurssiin huolimatta siitä, että ensimmäinen pyyntö oli eri menetelmällä (useimmiten PUT) [17] . Väärinkäsitysten välttämiseksi HTTP/1.1 esitteli koodit 303ja 307ja niitä suositellaan käytettäväksi 302. Sinun tarvitsee vaihtaa menetelmää vain, jos palvelin vastasi 303. Muissa tapauksissa seuraava pyyntö tehdään alkuperäisellä menetelmällä.

Asiakkaiden käyttäytyminen eri uudelleenohjauksissa on kuvattu taulukossa:

Vastauksen tila	välimuisti	Jos menetelmä ei ole GET tai HEAD
301 Moved Permanently	Voit kuten tavallisesti.	Pyydä käyttäjältä vahvistus ja pyydä toinen resurssi alkuperäisellä menetelmällä.
307 Temporary Redirect	Mahdollista vain, jos otsikko Cache-Controltai Expires.
302 Found(HTTP/1.1) 302 Moved Temporarily(HTTP/1.0)
303 See Other	Se on kielletty.	Siirry automaattisesti, mutta käyttämällä GET.

• 300 Multiple Choices - Määritetyssä URI:ssa on useita vaihtoehtoja tarjota resurssi MIME -tyypin , kielen tai muiden ominaisuuksien mukaan. Palvelin lähettää viestin mukana listan vaihtoehdoista, jolloin asiakas tai käyttäjä voi tehdä valinnan automaattisesti. Esitelty HTTP/1.0:ssa.
• 301 Siirretty pysyvästi  - Pyydetty asiakirja on siirretty pysyvästi Locationotsikkokentässä määritettyyn uuteen URI:hen. Jotkut asiakkaat käyttäytyvät väärin tätä koodia käsitellessään. Esitelty HTTP/1.0:ssa.
• 302 Löytyi, 302 Siirretty tilapäisesti - Pyydetty asiakirja on tilapäisesti saatavilla toisessa URI:ssa, joka on määritetty otsikossa Location. Tätä koodia voidaan käyttää esimerkiksi palvelinpohjaisessa sisällön neuvottelussa . Jonkin verran[ mitä? ] -asiakkaat käyttäytyvät väärin tätä koodia käsitellessään. Esitelty HTTP/1.0:ssa.
• 303 Katso Muu - Pyydetyn URI:n dokumenttia on pyydettävä Locationotsikkokentän osoitteeseen menetelmällä GET, vaikka ensimmäistä pyydettiin eri menetelmällä. Tämä koodi otettiin käyttöön koodin 307kanssa epäselvyyksien välttämiseksi, jotta palvelin voi olla varma, että seuraava resurssi pyytää GET. Esimerkiksi verkkosivulla on tekstinsyöttökenttä nopeaa navigointia ja hakua varten. Tietojen syöttämisen jälkeen selain tekee pyynnön menetelmällä POST, sisältäen syötetyn tekstin viestin tekstiosassa. Jos löydetään dokumentti syötetyllä nimellä, palvelin vastaa koodilla 303, joka ilmoittaa Locationpysyvän osoitteensa otsikossa. Sitten selain taatusti pyytää sitä menetelmällä GETsisällön saamiseksi. Muussa tapauksessa palvelin yksinkertaisesti palauttaa hakutulossivun asiakkaalle. Esitelty HTTP/1.1:ssä.
• 304 Ei muokattu - Palvelin palauttaa tämän koodin, jos asiakas pyysi asiakirjaa käyttämällä GETotsikkoa If-Modified-Sincetai If-None-Matchja asiakirja ei ole muuttunut määritetyn ajan jälkeen. Tässä tapauksessa palvelinviesti ei saa sisältää tekstiä. Esitelty HTTP/1.0:ssa.
• 305 Käytä välityspalvelinta - Pyydetyn resurssin pyyntö on tehtävä välityspalvelimen kautta , jonka URI on määritetty Locationotsikkokentässä. Tätä vastauskoodia voivat käyttää vain alkuperäiset HTTP-palvelimet (eivät välityspalvelimet). Esitelty HTTP/1.1:ssä.
• 306 (Varattu) - Käytetty spesifikaation aiemmissa versioissa, vastauskoodi on tällä hetkellä varattu. Mainittu RFC 2616 :ssa (HTTP/1.1-päivitys). Varhaisten luonnosten mukaan koodi tarkoitti Switch Proxya, joka käski asiakasta vaihtamaan käytössä olevan välityspalvelimen siihen, jonka palvelin on määrittänyt vastauksen otsikossa [18] .
• 307 Väliaikainen uudelleenohjaus - Pyydetty resurssi on hetken käytettävissä eri Locationotsikkokentässä määritetyssä URI:ssa. Pyyntötapaa (GET/POST) ei saa muuttaa. Esimerkiksi POST-pyyntö on lähetettävä uuteen URI:hen käyttäen samaa POST-menetelmää. Tämä koodi otettiin käyttöön yhdessä koodin 303 kanssa 302:n sijaan epäselvyyden välttämiseksi. Otettu käyttöön RFC 2616 :ssa (HTTP/1.1-päivitys).
• 308 Pysyvä uudelleenohjaus – Pyydetty resurssi on siirretty pysyvästi uuteen URI:hen, joka on määritetty Locationotsikkokentässä. Pyyntötapaa (GET/POST) ei saa muuttaa. Esimerkiksi POST-pyyntö on lähetettävä uuteen URI:hen käyttäen samaa POST-menetelmää. Tämä koodi otettiin käyttöön 301:n sijaan epäselvyyksien välttämiseksi. Esitelty RFC 7238 :ssa ( RFC 7538 ).

Asiakasvirhe

Koodiluokka 4xxon tarkoitettu osoittamaan asiakaspuolen virheitä. Käytettäessä kaikkia menetelmiä paitsi HEAD, palvelimen on palautettava hypertekstiselitys käyttäjälle viestin tekstiosassa.

• 400 Virheellinen pyyntö - Palvelin havaitsi syntaksivirheen asiakkaan pyynnössä. Esitelty HTTP/1.0:ssa.
• 401 Luvaton - Pyydetyn resurssin käyttäminen edellyttää todennusta . Vastauksen otsikossa on oltava kenttä WWW-Authenticate, jossa on luettelo todennusehdoista. Toisin sanoen päästäkseen pyydettyyn resurssiin asiakkaan on esitettävä itsensä lähettämällä pyyntö ja sisällytettävä Authorizationviestin otsikkoon kenttä, jossa on autentikointiin tarvittavat tiedot. Jos pyyntö sisältää jo valtuutustietoja, 401-vastaus tarkoittaa, että valtuutus evätään.
• 402 Maksu vaaditaan - tarkoitettu käytettäväksi tulevaisuudessa[ milloin? ] . Nykyisessä[ milloin? ] ei ole käytössä. Tämä koodi on tarkoitettu maksullisille käyttäjäpalveluille, ei hosting - yrityksille. Tämä tarkoittaa, että isännöintipalveluntarjoaja ei anna tätä virhettä palveluistaan ​​myöhästyneen maksun yhteydessä. Varattu alkaen HTTP/1.1.

• 403 Kielletty [19]  - Palvelin ymmärsi pyynnön, mutta kieltäytyy täyttämästä sitä asiakkaan pääsyn rajoitusten vuoksi määritettyyn resurssiin. Toisin sanoen asiakas ei ole valtuutettu suorittamaan toimintoja pyydetylle resurssille. Jos resurssin käyttö edellyttää HTTP-todennusta, palvelin palauttaa vastauksen 401tai 407käytettäessä välityspalvelinta. Muussa tapauksessa palvelimen ylläpitäjä tai verkkosovelluksen kehittäjä on asettanut rajat, ja ne voivat vaihdella käytettävän ohjelmiston ominaisuuksien mukaan . Palvelimelle PITÄÄ joka tapauksessa ilmoittaa syistä, joiden vuoksi pyyntöä ei käsitellä. Todennäköisimpiä syitä rajoitukseen voivat olla yritys päästä käsiksi verkkopalvelimen järjestelmäresursseihin (esimerkiksi tiedostot .htaccesstai .htpasswd) tai tiedostot, joihin pääsy evättiin asetustiedostojen avulla, muun kuin HTTP:n todennusvaatimus, esim. päästä sisällönhallintajärjestelmään tai -osaan rekisteröityneille käyttäjille, tai palvelin ei ole tyytyväinen asiakkaan IP-osoitteeseen esimerkiksi estettynä. Esitelty HTTP/1.0:ssa.
• 404 Not Found [20]  on yleisin virhe Internetin käytössä, pääsyynä on virhe kirjoitettaessa Web-sivun osoite. Palvelin ymmärsi pyynnön, mutta ei löytänyt vastaavaa resurssia määritetystä URL-osoitteesta. Jos palvelin tietää, että tässä osoitteessa oli asiakirja, on suositeltavaa käyttää koodia 410 . Vastausta 404voidaan käyttää sen sijaan 403, että haluat piilottaa tietyt resurssit uteliailta katseilta. Esitelty HTTP/1.0:ssa.
• 405 Metodi ei sallittu - Asiakkaan määrittämää menetelmää ei voida soveltaa nykyiseen resurssiin. Vastauksessa palvelimen on ilmoitettava käytettävissä olevat menetelmät otsikossa Allowpilkulla erotettuna. Palvelimen tulee palauttaa tämä virhe, jos menetelmä on sille tiedossa, mutta se ei sovellu nimenomaan pyynnössä määritettyyn resurssiin, mutta jos määritetty menetelmä ei sovellu koko palvelimelle, asiakkaan on palautettava koodi 501( Ei toteutettu). Esitelty HTTP/1.1:ssä.
• 406 Ei hyväksyttävä – Pyydetty URI ei voi täyttää otsikossa välitettyjä ominaisuuksia. Jos menetelmä ei ollut HEAD, palvelimen pitäisi palauttaa luettelo tietyn resurssin kelvollisista ominaisuuksista. Esitelty HTTP/1.1:ssä.
• 407 Välityspalvelimen todennus vaaditaan - Vastaus on samanlainen kuin koodi 401, paitsi että todennus suoritetaan välityspalvelimelle. Mekanismi on samanlainen kuin alkuperäpalvelimen todennus. Esitelty HTTP/1.1:ssä.
• 408 Pyynnön aikakatkaisu - Palvelin aikakatkaistiin odottaessaan siirtoa asiakkaalta. Asiakas voi milloin tahansa toistaa edellisen kaltaisen pyynnön. Tällainen tilanne voi ilmetä esimerkiksi ladattaessa suuri tiedosto palvelimelle käyttämällä POSTtai PUT. Jossain siirron vaiheessa tietolähde lakkasi vastaamasta esimerkiksi vaurioituneen CD -levyn tai yhteyden katkeamisen vuoksi lähiverkon toisen tietokoneen kanssa. Niin kauan kuin asiakas ei lähetä mitään ja odottaa siltä vastausta, yhteys palvelimeen säilyy. Jonkin ajan kuluttua palvelin voi sulkea yhteyden puoleltaan, jotta muut asiakkaat voivat tehdä pyynnön. Tätä vastausta ei palauteta, kun asiakas väkisin keskeytti siirron käyttäjän käskystä tai yhteys katkesi jostain muusta syystä, koska vastausta ei voida enää lähettää. Esitelty HTTP/1.1:ssä.
• 409 Ristiriita - Pyyntöä ei voitu suorittaa loppuun resurssiristiriidan vuoksi. Tämä voi tapahtua esimerkiksi silloin, kun kaksi asiakasta yrittävät muokata resurssia käyttämällä PUT. Esitelty HTTP/1.1:ssä.
• 410 Poissa - palvelin lähettää tällaisen vastauksen, jos resurssi oli aiemmin määritetyssä URL-osoitteessa, mutta se poistettiin eikä ole nyt käytettävissä. Tällöin palvelin ei myöskään tiedä vaihtoehtoisen asiakirjan (esimerkiksi kopion) sijaintia. Esitelty HTTP/1.1:ssä.
• 411 Vaadittu pituus - Asiakkaan on määritettävä määritetyn resurssin Content-Lengthpyynnön otsikossa. Määrittämättä tätä kenttää, sinun ei tule yrittää lähettää pyyntöä palvelimelle uudelleen tälle URI:lle. Tällainen vastaus on luonnollinen kyselyille, kuten POSTja PUT. Esimerkiksi jos tiedostot ladataan määritetyllä URI:lla ja niiden määrä palvelimella on rajoitettu. Silloin olisi viisaampaa tarkistaa otsikko heti alussa Content-Lengthja kieltäytyä lataamasta välittömästi, kuin aiheuttaa merkityksetön kuormitus katkaisemalla yhteys, kun asiakas todella lähettää liian suuren viestin. Esitelty HTTP/1.1:ssä.
• 412 Precondition Failed - Palautetaan, jos mitään pyynnön ehdollisista otsikkokentistä (If-Match jne., katso RFC 7232 ) ei ole täytetty. Esitelty HTTP/1.1:ssä.
• 413 Hyötykuorma liian suuri - Palautetaan, jos palvelin kieltäytyy käsittelemästä pyyntöä, koska pyynnön runko on liian suuri. Palvelin VOI sulkea yhteyden lopettaakseen pyynnön jatkolähetyksen. Jos ongelma on tilapäinen, on suositeltavaa sisällyttää palvelimen vastaukseen otsikko, joka Retry-Afterilmaisee ajan, jonka jälkeen samanlainen pyyntö voidaan toistaa. Esitelty HTTP/1.1:ssä. Aiemmin nimeltään "Request Entity Too Large".
• 414 URI liian pitkä - Palvelin ei voi käsitellä pyyntöä, koska määritetty URI on liian pitkä. Tällainen virhe voi syntyä esimerkiksi silloin, kun asiakas yrittää välittää menetelmän kautta pitkiä GETparametreja POST. Esitelty HTTP/1.1:ssä. Aiemmin nimeltään "Pyyntö-URI liian pitkä".
• 415 Ei tuettu mediatyyppi - jostain syystä palvelin kieltäytyy työskentelemästä määritetyn tietotyypin kanssa tällä menetelmällä. Esitelty HTTP/1.1:ssä.
• 416 Range Not Satisfiable - RangePyynnön otsikkokentässä määritettiin resurssin ulkopuolinen alue, ja kenttä puuttuu If-Range. Jos asiakas lähetti tavualueen, palvelin VOI palauttaa todellisen koon Content-Rangeotsikkokenttään. Tätä vastausta ei tule käyttää tyypin ohituksessamultipart/byteranges . Otettu käyttöön RFC 2616 :ssa (HTTP/1.1-päivitys). Aiemmin nimeltään "Pyydetty alue ei täytä".
• 417 Odotus epäonnistui - Jostain syystä palvelin ei voi täyttää Expectpyynnön otsikkokentän arvoa. Otettu käyttöön RFC 2616 :ssa (HTTP/1.1-päivitys).
• 418 Olen teekannu – Tämä koodi otettiin käyttöön vuonna 1998 yhtenä perinteisistä IETF:n aprillipilan vitseistä RFC 2324 :ssä , Hyper Text Coffee Pot Control Protocol . Todellisten palvelinten ei odoteta tukevan tätä koodia [21] .
• 419-todennuksen aikakatkaisu (ei RFC 2616 :ssa ) - Tämä koodi ei ole RFC 2616 :ssa , vaan sitä käytetään vaihtoehtona 401-koodeille, jotka on todennettu, mutta joilla on estetty pääsy tiettyihin palvelinresursseihin. Yleensä koodi annetaan, jos CSRF-tunnus on vanhentunut tai osoittautunut vääräksi.
• 421 Väärin suunnattu pyyntö - Pyyntö uudelleenohjattiin palvelimeen, joka ei pysty vastaamaan.
• 422 Käsittelemätön entiteetti - palvelin hyväksyi pyynnön onnistuneesti, voi työskennellä tietyn tyyppisten tietojen kanssa (esimerkiksi pyynnön runko sisältää XML - dokumentin, jolla on oikea syntaksi), mutta siinä on jonkinlainen looginen virhe, jonka vuoksi se mahdotonta suorittaa toimintoa resurssille. Esitelty WebDAVissa .
• 423 Lukittu - Pyynnön kohderesurssi on estetty käyttämästä määritettyä menetelmää siihen. Esitelty WebDAVissa .
• 424 Epäonnistunut riippuvuus - Nykyisen pyynnön toteutus voi riippua toisen toiminnon onnistumisesta. Jos sitä ei suoriteta ja tämän vuoksi on mahdotonta suorittaa nykyistä pyyntöä, palvelin palauttaa tämän koodin. Esitelty WebDAVissa .
• 425 Too Early - Palvelin ei ole valmis hyväksymään "varhaisten tietojen" käsittelyn riskejä. Otettu käyttöön RFC 8470 :ssä suojaamaan toistohyökkäyksiä vastaan ​​käytettäessä 0-RTT:tä TLS 1.3:ssa.
• 426 Päivitys vaaditaan - Palvelin kehottaa asiakasta päivittämään protokollan. Vastauksen otsikon tulee sisältää hyvin muotoiltuja Upgradekenttiä Connection. Otettu käyttöön RFC 2817 :ssä mahdollistamaan siirtyminen TLS :ään HTTP:n kautta.
• 428 Edellytys vaaditaan - Palvelin käskee asiakasta käyttämään ehtootsikoita, kuten If-Match. Esitetty luonnoksessa RFC 6585 .
• 429 Liian monta pyyntöä - Asiakas yritti lähettää liian monta pyyntöä lyhyessä ajassa, mikä saattaa viitata esimerkiksi DDoS-hyökkäysyritykseen. Saattaa olla mukana Retry-After-otsikko, joka osoittaa, kuinka kauan pyyntöä voidaan yrittää uudelleen. Esitetty luonnoksessa RFC 6585 .
• 431 Pyynnön otsikkokentät liian suuret - Otsikoiden sallittu pituus on ylitetty. Palvelimen ei tarvitse vastata tällä koodilla, vaan se voi yksinkertaisesti nollata yhteyden. Esitetty luonnoksessa RFC 6585 .
• 434 Pyydetty isäntä ei ole käytettävissä - Pyydetty osoite ei ole käytettävissä .
• 449 Yritä uudelleen - Palvelin palauttaa, jos asiakas ei saanut tarpeeksi tietoa pyynnön käsittelemiseksi. Tässä tapauksessa kenttä sijoitetaan vastauksen otsikkoon Ms-Echo-Request. Esitteli Microsoft WebDAV :lle . Nykyisessä[ milloin? ] on ainakin Microsoft Moneyn käytössä .
• 451 Ei saatavilla oikeudellisista syistä  - pääsy resurssiin on suljettu oikeudellisista syistä, esimerkiksi viranomaisten pyynnöstä tai tekijänoikeuden haltijan pyynnöstä tekijänoikeusloukkauksen sattuessa. Esitetty Googlen IETF-luonnoksessa [12] , jossa virhekoodi on viittaus Ray Bradburyn romaaniin Fahrenheit 451 . Se lisättiin standardiin 21. joulukuuta 2015 [22] .
• 499 Client Closed Request on nginxin ehdottama ja käyttämä ei-standardikoodi tapauksiin, joissa asiakas sulki yhteyden nginxin käsitellessä pyyntöä.

Palvelinvirhe

Koodit 5xxon omistettu käsittelemättömien poikkeuksien tapauksille suoritettaessa toimintoja palvelinpuolella. Kaikissa muissa tilanteissa paitsi menetelmää HEADkäytettäessä palvelimen PITÄÄ sisällyttää viestin tekstiosaan selitys, jonka asiakas näyttää käyttäjälle.

• 500 Sisäinen palvelinvirhe [23]  Mikä tahansa sisäinen palvelinvirhe, jota muut luokan virheet eivät kata. Esitelty HTTP/1.0:ssa.
• 501 Ei toteutettu - Palvelin ei tue pyynnön käsittelemiseen vaadittavia ominaisuuksia. Tyypillinen vastaus tapauksiin, joissa palvelin ei ymmärrä pyynnössä määritettyä menetelmää. Jos menetelmä on palvelimen tiedossa, mutta se ei sovellu tähän resurssiin, sinun on palautettava vastaus 405. Esitelty HTTP/1.0:ssa.
• 502 Virheellinen yhdyskäytävä – Yhdyskäytävänä tai välityspalvelimena toimiva palvelin sai virheellisen vastausviestin ylävirran palvelimelta. Esitelty HTTP/1.0:ssa.
• 503 Palvelu ei saatavilla - palvelin ei tilapäisesti pysty käsittelemään pyyntöjä teknisistä syistä (huolto, ylikuormitus jne.). Otsikkokentässä palvelin voi määrittää ajan, jonka Retry-Afterjälkeen on suositeltavaa, että asiakas toistaa pyynnön. Vaikka näyttää itsestään selvältä katkaista yhteys välittömästi ruuhkan aikana, voi olla tehokkaampaa asettaa kentän arvo suureksi Retry-Afterredundanttien pyyntöjen tiheyden vähentämiseksi. Esitelty HTTP/1.0:ssa.
• 504 Yhdyskäytävän aikakatkaisu – Yhdyskäytävänä tai välityspalvelimena toimiva palvelin ei odottanut vastausta ylävirran palvelimelta nykyisen pyynnön suorittamiseksi. Esitelty HTTP/1.1:ssä.
• 505 HTTP-versiota ei tueta - Palvelin ei tue tai kieltäytyy tukemasta pyynnössä määritettyä HTTP-protokollan versiota. Esitelty HTTP/1.1:ssä.
• 506 Variantti neuvottelee myös - Virheellisen konfiguraation seurauksena valittu variantti osoittaa itseensä, minkä vuoksi linkitysprosessi keskeytyy. Kokeellinen. Esitelty RFC 2295 :ssä HTTP-protokollan täydentämiseksi Transparent Content Negotiation -tekniikalla .
• 507 Riittämätön tallennustila - Tila ei riitä nykyisen pyynnön suorittamiseen. Ongelma voi olla väliaikainen. Esitelty WebDAVissa .
• 508 Loop havaittu - Toiminto peruutettu, koska palvelin kohtasi äärettömän silmukan käsitellessään pyyntöä ilman syvyysrajoitusta. Esitelty WebDAVissa .
  • 508 Resource Limit Reached on muunnos CloudLinuxin virheestä 508, joka ilmenee, kun isännöintirajat saavutetaan [24] .
• 509 Bandwidth Limit Exceeded - käytetään, kun web-sivusto ylittää sille varatun liikenteen kulutusrajan. Tässä tapauksessa sivuston omistajan tulee ottaa yhteyttä isännöintipalveluntarjoajaansa. Tällä hetkellä tätä koodia ei kuvata missään RFC :ssä, ja sitä käyttää vain "bw/limited" -moduuli, joka sisältyy cPanelin isännöintiohjauspaneeliin , jossa se esiteltiin.
• 510 Ei laajennettu - Palvelimella ei ole laajennusta, jota asiakas haluaa käyttää. Palvelin voi valinnaisesti lähettää tietoja sen käytettävissä olevista laajennuksista. Otettu käyttöön RFC 2774 :ssä HTTP-protokollan laajentamiseksi laajennustuella.
• 511 Verkkotodennus vaaditaan - tätä vastausta ei lähetä palvelin, jolle pyyntö oli tarkoitettu, vaan välittäjäpalvelin - esimerkiksi palveluntarjoajan palvelin - jos asiakkaan on ensin kirjauduttava verkkoon, esimerkiksi syötettävä salasana maksulliseen Internet-yhteyspisteeseen. Oletetaan, että vastauksen runko palauttaa verkkovaltuutuslomakkeen tai uudelleenohjauksen siihen. Esitetty luonnoksessa RFC 6585 .
• 520 Tuntematon virhe, tapahtuu, kun CDN -palvelin ei pystynyt käsittelemään verkkopalvelinvirhettä; mukautettu CloudFlare- koodi .
• 521 Web-palvelin ei toimi, tapahtuu, kun web-palvelin hylkää CDN -yhteydet; mukautettu CloudFlare- koodi .
• 522 Yhteyden aikakatkaisu, tapahtuu, kun CDN ei onnistunut muodostamaan yhteyttä verkkopalvelimeen; mukautettu CloudFlare- koodi .
• 523 Origin Is Unreachable, tapahtuu, kun verkkopalvelin ei ole tavoitettavissa; mukautettu CloudFlare- koodi .
• 524 Aikakatkaisu tapahtui, kun CDN -palvelimen ja verkkopalvelimen välinen yhteys aikakatkaistaan. mukautettu CloudFlare- koodi .
• 525 SSL-kättely epäonnistui, kun CDN -palvelimen ja verkkopalvelimen välinen SSL - kättely epäonnistuu; mukautettu CloudFlare- koodi .
• 526 Virheellinen SSL-sertifikaatti, tapahtuu, kun verkkopalvelimen salaussertifikaattia ei voida vahvistaa; mukautettu CloudFlare- koodi .

Katso myös

• Luettelo HTTP-otsikoista
• Vastauskoodi

Muistiinpanot

1. ↑ 1 2 2.2.6 449 "Yritä uudelleen tilakoodilla" // Web Distributed Authoring and Versioning (WebDAV) -protokolla: Client Extensions. Arkistoitu 5. lokakuuta 2009 MSDN :n Wayback Machinessa
2. ↑ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 35 6 7 8 9 10 11 12 13 14 15 20 21 22 23 24 25 26 27 28 29 30 31 32 35 36 11 36 36 kesäkuu 7. 2018 Wayback Machinessa » RFC 2068:ssa
3. ↑ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32613 RFC . _ Käyttöpäivä: 29. heinäkuuta 2009. Arkistoitu alkuperäisestä 7. maaliskuuta 2011. (määrätön)
4. ↑ 1 2 3 IETF luonnos WebDAV Advanced Collections Protocol  - S.4.2.5 . Käyttöönottopäivämäärä: 18. toukokuuta 2012. Arkistoitu alkuperäisestä 9. heinäkuuta 2012. (määrätön)
5. ↑ IETF luonnos WebDAV Advanced Collections Protocol  - S.10 . Käyttöönottopäivämäärä: 18. toukokuuta 2012. Arkistoitu alkuperäisestä 9. heinäkuuta 2012. (määrätön)
6. ↑ rfc5842 . Haettu 12. syyskuuta 2017. Arkistoitu alkuperäisestä 10. lokakuuta 2017. (määrätön)
7. ↑ 1 2 3 4 5 6 7 8 9 10 RFC 2616 "10.3 Uudelleenohjaus 3xx" (s. 61) . Käyttöpäivä: 29. heinäkuuta 2009. Arkistoitu alkuperäisestä 7. maaliskuuta 2011. (määrätön)
8. ↑ rfc7538 . Haettu 12. syyskuuta 2017. Arkistoitu alkuperäisestä 16. huhtikuuta 2015. (määrätön)
9. ↑ IETF luonnos WebDAV Advanced Collections Protocol  - S.4.3.1.1 . Käyttöönottopäivämäärä: 18. toukokuuta 2012. Arkistoitu alkuperäisestä 9. heinäkuuta 2012. (määrätön)
10. ↑ rfc7540 . Haettu 12. syyskuuta 2017. Arkistoitu alkuperäisestä 23. kesäkuuta 2015. (määrätön)
11. ↑ 1 2 3 4 RFC 6585
12. ↑ 1 2 IETF Luonnos uudeksi HTTP-tilakoodiksi laillisten esteiden ilmoittamiseksi . Haettu 6. maaliskuuta 2013. Arkistoitu alkuperäisestä 22. toukokuuta 2013. (määrätön)
13. ↑ RFC 2295 Transparent Content Negotiation HTTP  -S.8.1 :ssä . Käyttöpäivä: 18. toukokuuta 2012. Arkistoitu alkuperäisestä 8. kesäkuuta 2012. (määrätön)
14. ↑ IETF luonnos WebDAV Advanced Collections Protocol  - S.7.1 . Käyttöönottopäivämäärä: 18. toukokuuta 2012. Arkistoitu alkuperäisestä 9. heinäkuuta 2012. (määrätön)
15. ↑ 1 2 3 4 5 6 7 Virhesivut - CloudFlare-tuki . Haettu 18. huhtikuuta 2016. Arkistoitu alkuperäisestä 4. maaliskuuta 2016. (määrätön)
16. ↑ RFC 2068 "10.3 Redirection 3xx" (s. 56) Arkistoitu 7. kesäkuuta 2018 Wayback Machinessa .
17. ↑ RFC 2616 , osa "10.3.3 302 Found", sivu 63 Arkistoitu 7. maaliskuuta 2011 Wayback Machinessa .
18. ↑ Josh Cohen HTTP/1.1 305- ja 306-vastauskoodit arkistoitu 8. syyskuuta 2014 Wayback Machinessa  // Netscape Communications Corp., 25. joulukuuta 1996
19. ↑ Mitä 403 Kielletty tarkoittaa? Arkistoitu 21. helmikuuta 2014 Wayback Machinessa .
20. ↑ 404 ei löydy -virheen syyt arkistoitu 21. helmikuuta 2014 Wayback Machinessa .
21. ↑ RFC 2324 - Hyper Text Coffee Pot Control Protocol (HTCPCP/1.0) .
22. ↑ draft-ietf-httpbis-legally-restricted-status-04 . datatracker.ietf.org. Haettu 22. joulukuuta 2015. Arkistoitu alkuperäisestä 23. joulukuuta 2015. (määrätön)
23. ↑ Kuvaus 500 sisäisestä palvelinvirheestä arkistoitu 21. helmikuuta 2014 Wayback Machinessa .
24. ↑ Resurssiraja saavutettu . www.cloudlinux.com _ Haettu 21. kesäkuuta 2022. Arkistoitu alkuperäisestä 15. toukokuuta 2021. (määrätön)

Linkit

HTTP-ydinasiakirjat (laskeva julkaisupäivän mukaan)

• HTTP (Hypertext Transfer Protocol)  -tilakoodirekisteri . IANA (17. lokakuuta 2007). - HTTP-tilakoodirekisteri. Käyttöpäivä: 30. heinäkuuta 2009. Arkistoitu alkuperäisestä 17. helmikuuta 2012.
• RFC 2616 luonnos standardi "  Hypertext Transfer Protocol  - HTTP/1.1 "  ( englanti ) IETF , kesäkuu 1999; Fielding Roy ( UC Irvine), Gettys Jim ( Compaq / W3C ), Mogul J. ( Compaq ), Frystyk Henrik( MIT / W3C ), Masinter L. ( Xerox ), Leach P. ( Microsoft ), Berners-Lee Tim ( W3C / MIT )  - HTTP-protokollan version 1.1 päivitys.
• RFC 2068 Ehdotettu standardi " Hypertext Transfer Protocol - HTTP/1.1 "  (englanniksi) (  englanniksi  -  "Hypertext Transfer Protocol - HTTP/1.1"); IETF , tammikuu 1997; Fielding Roy ( UC Irvine), Gettys Jim ( JOULUKUU ), Mogul J. ( JOULUKUU ), Frystyk Henrik( MIT /LCS), Berners-Lee Tim ( MIT /LCS)  on HTTP-version 1.1 varhainen spesifikaatio.
• RFC 1945 Informational "  Hypertext Transfer Protocol - HTTP  /  1.0 " IETF , toukokuu 1996; Berners-Lee Tim ( MIT /LCS), Fielding Roy ( UC Irvine ).), Frystyk Henrik( MIT /LCS)  on HTTP-protokollan ensimmäinen määritys. Sisältää myös HTTP/0.9:n kuvauksen.

HTTP-protokollan laajennuksia ja päivityksiä koskevat asiakirjat (laskeva julkaisupäivän mukaan)

• RFC 4918:n ehdotettu standardi "  HTTP -laajennukset Web-hajautettuun luomiseen ja  versiointiin (  WebDAV ) " IETF , kesäkuu 2007; Dusseault toim. L. ( CommerceNet)  on WebDAV-protokollan myöhäinen spesifikaatio, joka korvaa RFC 2518: n .
• RFC 3229 Ehdotettu standardi " Delta encoding in HTTP "  (englanniksi) (  englanniksi  -  "Delta encoding in HTTP"); IETF , tammikuu 2002; Mogul J. ( Compaq WRL), Krishnamurthy B. ( AT&T ), Douglis F. ( AT&T ), Feldmann A. ( Saarbrückenin yliopisto), Goland Y. (Marimba), van Hoff A. (Marimba), Hellerstein D. (ERS/USDA) .
• RFC 2817:n ehdotettu standardi " Päivitys TLS  : ään HTTP  / 1.1  :n sisällä " IETF , toukokuu 2000; Khare Rohit(4K Associates / UC Irvine), Lawrence S. (Agranat Systems, Inc.)  - päivitys RFC 2616 :een , joka kuvaa HTTP:n ja TLS :n toimintaa .
• RFC 2774 Experimental " An HTTP Extension Framework "  (englanniksi) (  englanniksi  -  "HTTP Extension Framework"); IETF , helmikuu 2000; Nielsen H. ( Microsoft ), Leach P. ( Microsoft ), Lawrence S. (Agranat Systems) .
• Internet-luonnos " WebDAV Advanced Collections Protocol " (  englanniksi  - "WebDAV Advanced Collections Protocol  "); IETF , 18. kesäkuuta 1999; Slein J. ( Xerox ), Whitehead Jr. EJ ( UC Irvine), Davis J. (CourseNet), Clemm G. ( Rational ), Fay C. ( FileNet), Crawford J. ( IBM ), Chihaya T. (DataChannel)  - kokoelman hallinta WebDAV:ssa; päättyi 18. joulukuuta 1999.
• RFC 2518:n ehdotettu standardi " HTTP -  laajennukset  hajautettua luomista varten -  WEBDAV " IETF , helmikuu 1999; Goland Y. ( Microsoft ), Whitehead E. ( UC Irvine), Faizi A. ( Netscape ), Carter S. ( Novell ), Jensen D. ( Novell )  - WebDAV-protokollan ensimmäinen spesifikaatio (syrjäytetty RFC 4918 :lla ).
•  RFC 2295 Experimental  Transparent Content  Negotiation HTTP  :ssä IETF , maaliskuu 1998; Holtman K. (TUE), Mutz A. ( Hewlett-Packard ) .

Lisämateriaalit

•  Web Distributed Authoring and Versioning (WebDAV) -protokolla : Client Extensions . Microsoft (14. maaliskuuta 2007). — WebDAV-protokollan asiakaslaajennuksen tuen kuvaus. Käyttöpäivä: 30. heinäkuuta 2009. Arkistoitu alkuperäisestä 17. helmikuuta 2012.
• RFC 2324 - tiedote " Hyper Text Coffee Pot Control Protocol (  HTCPCP  /  1.0 ) " IETF , 1. huhtikuuta 1998; Mestari L. .
• KB 318380 IIS -tilakoodit . Microsoft (4. joulukuuta 2007). — luettelo laajennetuista tilakoodeista HTTP- ja FTP-protokollia varten. Käyttöpäivä: 16. tammikuuta 2010. Arkistoitu alkuperäisestä 17. helmikuuta 2012. (Venäjän kieli)
• HTTP-tilakoodien käsikirja . Yandex . - HTTP-tilakoodien käsittely Yandex - robottien toimesta . Haettu: 2.5.2018. (määrätön)

Web ja verkkosivut
maailmanlaajuisesti	World Wide Web Web 1.0 Web 2.0 Web 3.0 semanttinen verkko Neuronet
Paikallisesti	Verkkosivusto Portaali Sivu Palvelu Rengas
Sivustojen ja palveluiden tyypit	Virtuaalinen atlas banneriverkosto Kirjasto Blogi ( alusta ) Videon isännöinti Wiki Käyntikorttisivusto Kysymys Vastaus Kirjanmerkit treffipalvelut selainpeli Resurssihakemisto Verkkokauppa mikroblogi uutissivusto Hakujärjestelmä pornosivusto Webmail Sosiaalinen verkosto Tumblelog BitTorrent-seurantaohjelma Tiedoston isännöinti Foorumi Palvelu Kuvataulu Valokuvien isännöinti Chat
Luominen ja ylläpito	Hallita Kehitys Design Layout Ohjelmointi käytettävyyttä Vuorovaikutuskokemus Verkkosivuston edistäminen Hakukoneoptimointi (SEO) Isännöinti Järjestelmänvalvoja moderaattori Tili Valtuutus
Asettelutyypit, sivut, sivustot	Staattinen Dynaaminen Korjattu Kumi dynaamisesti elastinen Mukautuva
Tekninen	verkkopalvelin Selain DNS CMF CMS HTTP ( vastaukset otsikot ) SPDY QUIC CGI HTML XHTML css PHP JavaScript DHTML evästeen DOM XML AJAX JSON Flash RSS atomi tiedottaja Mikromuoto favicon.ico _ robots.txt Sivustokartat sivuston kartta .htaccess
Markkinointi	Internet markkinointi Internet-mainonta Banneri kontekstuaalista mainontaa Teaser Cybersquatting
Yhteiskunta ja kulttuuri	Blogosfääri Internet - yhteisö ( piiri ) Verkkokirjallisuus

http
Yleiset käsitteet	Pysyvä yhteys HTTP-liukuhihna Puristus HTTPS HTTP/2 HTTP/3
menetelmät	VAIHTOEHDOT SAADA PÄÄ LÄHETTÄÄ LAITTAA POISTAA JÄLJITTÄÄ KYTKEÄ PISTERI
Otsikot	evästeen Etag Viittaus HTTP-sijainti seuraa X-Forwarded-
Tilakoodit	1xx: Informaatio 2xx: Menestys 3xx: Uudelleenohjaus 301: Siirretty pysyvästi 4xx: Asiakasvirhe 403 Ei sallittu 404 ei löydetty 451: Ei saatavilla oikeudellisista syistä 5xx: Palvelinvirhe