Mitä ovat meta -päivitystagit?

Meta -päivitystageja kutsutaan myös meta -uudelleenohjauksiksi. Ne joko lataa sivun uudelleen tai lataa toisen sivun. Jotkut, jotka haluavat sen sijaan käyttää 301- tai 302 -HTTP -uudelleenohjauksia, eivät suosittele meta -päivitystagien käyttöä.

Sisällön päivitysmerkit on lisättävä verkkosivun pääosaan. Kun katsot sivua HTML -muodossa, pääosa voidaan tunnistaa koodilla. Meta refresh -tunniste näyttää tältä:

Meta-avainsana tunnistaa sen HTML-toiminnon, ja http-equiv = ”refresh” -attribuutti ilmoittaa Internet-selaimelle, että tagi käyttää HTTP-komentoa tavallisen sisällönkuvauskentän sijasta. Verkkopalvelimet käyttävät HTTP -otsikoita ohjaamaan selainta joko lataamaan verkkosivun uudelleen tai ohjaamaan uudelleen, ja tämä on “refresh” -komento.

On myös mahdollisuus asettaa sekuntien määrä ennen kuin selain latautuu uudelleen. Meta -päivityskoodin viimeinen osa, “content =” 600 “, osoittaa, kuinka suuri viive on asetettu ennen kuin sivu latautuu uudelleen. Tunnetuin meta refresh -tunnisteiden toiminto on ladata sivuja, jotka sisältävät sisältöä tai tietoja, jotka päivittyvät usein. Yksi esimerkki tästä on sääsivusto, jossa tiedot muuttuvat usein.

Uudelleenohjaus on toinen meta refresh -tunnisteiden käyttö, ja tämä on niiden tehtävä useimmissa tapauksissa. Kun meta -päivitystageja käytetään ohjaamaan käyttäjä toiselle verkkosivulle, koodi sen sijaan lukee näin: .

Koodin osa, joka lukee content = ”2; url = http: //google.com/”, kertoo selaimelle, kuinka kauan odottamaan ennen uudelleenohjauksen suorittamista ja minkä sivun se latautuu. Tässä tapauksessa uudelleenohjaus asetetaan kahden sekunnin kuluessa, ja sivu ohjataan osoitteeseen google.com.

Meta refresh -tunnisteiden käyttämisellä voi olla joitain haittoja. Hakukoneet voivat tunnistaa niitä käyttävät sivustot roskapostiksi. Erittäin nopea uudelleenohjaus voi jättää sivulle vanhentuneet käyttäjät, joilla on vanhentuneet selaimet, ja sivun päivittäminen voi hämmentää käyttäjää. Meta -päivitystagien käyttö herättää myös huolta turvallisuudesta. Tällaisia ​​huolenaiheita pidetään siksi parempana käyttää HTTP- tai palvelimen uudelleenohjausta.