Ik heb de afgelopen uren op mijn website doorgebracht met het testen van HTML 4.01 Strict en het is me gelukt, maar er is nog een waarschuwing waar ik maar niet vanaf kan komen. Waarschuwing:
Tekencodering komt niet overeen!
De tekencodering die is opgegeven in de HTTP-header (iso-8859-1) wijkt af van de waarde in het element (utf-8). Ik gebruik de waarde uit de HTTP-header (iso-8859-1) voor deze bevestiging.
Voor algemene informatie over het wijzigen van de karaktersetheader in verschillende netwerkstacks, zie http://www.w3.org/International/O-HTTP-charset
2018-05-25 13:30
De server markeert het document duidelijk als ISO-8859-1 in de HTTP-headers. Probeer default.html op te slaan met UTF-8-codering en een geschikte editor.
2018-05-25 03:07
Oké, ik heb een gedeeltelijke oplossing voor mijn probleem bedacht. Omdat alleen het bestand default.html de waarschuwing veroorzaakte, ging ik ervan uit dat de server er iets speciaals mee deed vanwege de naam. Daarom heb ik een nieuw home.html-bestand gemaakt met dezelfde inhoud als het standaard.html-bestand en het .htaccess-bestand naar het nieuwe bestand verwezen (zie regel 3 hieronder).
# Gebruik PHP5 als standaard AddHandler application/x-httpd-php5 .php DirectoryIndex home.html AddDefaultCharset UTF-8
Dit loste het probleem op en alle bestanden worden nu herkend als UTF-8. Ik weet nog steeds niet zeker wat de server doet met het bestand default.html of waar de instellingen hierover zijn, maar naarmate mijn probleem verdwijnt, zal ik het vergeten.
Als de codering onjuist is, wordt de hele site of een deel ervan weergegeven als “kryapozyablov”, d.w.z. vreemde tekens waardoor de tekst onleesbaar wordt. Deze situatie kan optreden als de codering van de webserver onjuist is geconfigureerd of als er geen instellingen zijn. Laten we mogelijke opties en manieren overwegen om problemen op te lossen
Onjuiste HTML-paginacodering
Laten we een testbestand maken:
Sudo gedit /var/www/html/encoding.html
Laten we ernaar kopiëren:
Laten we dit bestand in de browser openen
Zoals u kunt zien, wordt de codering onjuist gedetecteerd door de browser:
Er zijn verschillende manieren om deze situatie te corrigeren. Laten we beginnen met het eenvoudigste: specificeer expliciet de codering voor de webpagina. Dit wordt gedaan door een metatag, die zich in de tag moet bevinden hoofd:
Laten we deze regel aan ons testbestand toevoegen, zodat het er als volgt uitziet:
Testbestand om de codering te controleren
Zoals we in de volgende schermafbeelding kunnen zien, is het probleem opgelost:
Als de codering van uw bestand anders is dan UTF-8 en vervang het dan door Windows-1251 of een die overeenkomt met de codering van de webpagina. Kijk eens naar hoe je bestandscodering kunt detecteren.
Dit was de gemakkelijkste manier om het coderingsprobleem op te lossen - zonder de serverinstellingen te wijzigen.
Laten we ons testbestand terugbrengen naar de oorspronkelijke staat en doorgaan met het bestuderen van manieren om de codering te specificeren.
Als bestanden .htaccess ingeschakeld door Apache-instellingen, kunnen deze bestanden worden gebruikt om de codering te specificeren van pagina's die door de webserver worden verzonden. Bestandsondersteuning inschakelen .htaccess in het Apache-configuratiebestand ( /etc/apache2/apache2.conf) zoek een groep lijnen
En vervang deze
AllowOverride Geen
ToestaanAlles overschrijven
Hierna moet de server opnieuw worden opgestart.
Sudo systemctl herstart apache2.service
Bestand .htaccess moet in dezelfde directory als de site worden geplaatst. Mijn site wordt gehost in de hoofdmap van de webserver. Als je hetzelfde hebt, dan nu in de map /var/www/html/ maak een bestand aan .htaccess en voeg de richtlijn eraan toe Standaardtekenset toevoegen geef daarna de gewenste codering aan. Voorbeelden
AddDefaultCharset UTF-8
AddDefaultCharset Windows-1251
U kunt een codering opgeven die alleen wordt toegepast op bestanden met een bepaald formaat:
AddCharset utf-8 .atom .css .js .json .rss .vtt .xml
De set bestanden kan van alles zijn, bijvoorbeeld:
AddCharset utf-8 .html .css .php .txt .js
De volgende optie is een alternatief en stelt u ook in staat de codering in te stellen voor bestanden van een bepaald type; hiervoor moet deze zijn ingeschakeld mod_headers:
Een andere optie die ook in het bestand kan worden gebruikt .htaccess om de UTF-8-codering in te stellen:
IndexOptions + Tekenset=UTF-8
Als de site in PHP is, moet u mogelijk ook de codering dupliceren met php_value standaard_charset:
AddDefaultCharset windows-1251 php_value standaard_charset "cp1251"
In plaats van een .htaccess-bestand te maken, kunt u de codering instellen in het configuratiebestand van de webserver. Voor Apache CentOS/Fedora is dit het bestand httpd.conf, en voor Debian/Ubuntu is dit het bestand apache2.conf. Voeg de volgende regel toe om de codering in te stellen en start de webserver opnieuw op om de wijzigingen door te voeren:
AddDefaultCharset UTF-8
Hoe UTF-8-codering in PHP in te stellen
In het PHP-script is de codering ingesteld op koptekst, Bijvoorbeeld:
Header("Inhoudstype: charset=utf-8");
Meestal wordt naast de codering ook het contenttype aangegeven (in het voorbeeld de optie voor een HTML-pagina):
Header("Inhoudstype: tekst/html; charset=utf-8");
Een andere optie voor RSS-feed:
Header("Inhoudstype: tekst/xml; charset=utf-8");
Vergeet niet dat de functie koptekst moet worden aangeroepen vóór enige uitvoer naar de browser. Anders (als er al uitvoer naar de browser is gemaakt), zijn de headers al verzonden. Uiteraard is het in dit geval niet meer mogelijk om ze te wijzigen. Als er een foutmelding naar de browser is verzonden, zijn de headers al verzonden en zal het gebruik van de header een fout veroorzaken. Om te controleren of er al headers zijn verzonden, gebruikt u headers_verzonden.
De beschreven methode werkt alleen als het PHP-script de inhoud van de pagina volledig genereert. Statische pagina's (zoals html) dient u op te slaan in utf-8-codering. De meeste webservers zullen kennis nemen van de codering van het bestand en dienovereenkomstig een header toevoegen. In feite zal het opslaan van een PHP-bestand in utf-8-codering tot hetzelfde resultaat leiden.
Onjuiste codering van resultaten uit de MySQL-database
Als uw site bestaat uit een statisch deel (sjabloon) en een dynamisch deel, dat wordt gevormd op basis van gegevens ontvangen uit de database, dan kan er een situatie ontstaan waarin een deel van de site de juiste codering heeft en een ander deel van de site de verkeerde codering. een. In dit geval heeft het geen zin om de instellingen van de webserver te wijzigen, aangezien een deel van de pagina toch de verkeerde codering zal hebben.
U moet beginnen met het bepalen van de codering van uw tabellen. Je kunt ernaar kijken phpMijnAdmin:
Let op de kolom " Vergelijking", binnenkomst " utf8_unicode_ci" betekent dat de codering wordt gebruikt UTF-8.
U kunt verbinding maken met het MySQL DBMS en de codering van tabellen controleren zonder phpMyAdmin. Om dit te doen:
Mysql -u root-p
Als u de databasenaam bent vergeten, voert u de opdracht uit:
TOON DATABASES;
Stel dat ik de codering voor tabellen in de database information_schema wil opzoeken
GEBRUIK informatie_schema;
Als u de namen van de tabellen bent vergeten, voert u het volgende uit:
TOON VOLLEDIGE KOLOMMEN UIT tabelnaam;
Bijvoorbeeld:
VOLLEDIGE KOLOMMEN VAN GLOBAL_STATUS TONEN;
Je zult zoiets als dit zien:
Zie kolom Sortering. In mijn geval daar utf8_general_ci, het is alsof utf8_unicode_ci, codering UTF-8. Trouwens, als je niet weet wat het verschil tussen coderingen is utf8_general_ci, utf8_unicode_ci, utf8mb4_general_ci, utf8mb4_unicode_ci, en ook welke codering u moet kiezen voor de MySQL-database, kijk dan.
Nu we de codering kennen (in mijn geval is het UTF-8), moet u elke keer dat u verbinding maakt met het MySQL DBMS de query's opeenvolgend uitvoeren:
NAMEN INSTELLEN UTF8 KARAKTER INSTELLEN SET UTF8 SET karakter_set_client = UTF8 SET karakter_set_connection = UTF8 SET karakter_set_results = UTF8
In PHP kan dit ongeveer als volgt gedaan worden:
$this->mysqli = nieuwe mysqli($server, $gebruikersnaam, $wachtwoord, $basisnaam); if ($this->mysqli->connect_error) ( $this->errorHandler_c->logError(1, "Verbindingsfout (" . $this->mysqli->connect_errno . ") " . $this->mysqli->connect_error , $_SERVER ["REQUEST_URI"] ) $this->mysqli->query("SET NAMES UTF8"); $this->mysqli->query("SET CHARACTER SET UTF8"); $this->mysqli->query("SET karakter_set_client = UTF8"); $this->mysqli->query("SET karakter_set_connection = UTF8"); $this->mysqli->query("SET karakter_set_results = UTF8");
merk dat op UTF8 u moet deze vervangen door de codering die voor uw tabellen wordt gebruikt.
Bestandscodering wijzigen
Als u besluit de andere kant op te gaan en in plaats van een nieuwe codering te installeren, de codering van uw bestanden wijzigt, kijk dan naar het artikel “”. Het vertelt u hoe u de huidige codering van bestanden kunt achterhalen en hoe u bestanden naar welke codering dan ook kunt converteren (niet alleen UTF-8).
Hoe u kunt achterhalen welke codering de server verzendt
Als je wilt weten welke coderingsinstellingen de webserver heeft (welke codering deze in headers verzendt), gebruik dan de volgende opdracht:
Curl-URL -s -o /dev/null -D /dev/stdout | grep -E "tekenset"
In plaats daarvan URL voer het echte adres in van de site die u bezoekt. Als de site HTTPS gebruikt, geef dan bijvoorbeeld het siteadres samen met het protocol op
Krul https://softocracy.ru -s -o /dev/null -D /dev/stdout | grep -E "tekenset"
Welke codering u moet kiezen voor een website
Om ervoor te zorgen dat de pagina's van uw site correct worden weergegeven in alle browsers en op alle soorten apparaten, moet u ervoor zorgen dat u de juiste codering instelt. Het niet naleven van bepaalde voorwaarden, die we vandaag in detail zullen bespreken, kan ertoe leiden dat de tekst verandert in een betekenisloze reeks karakters die eenvoudigweg onmogelijk te lezen zijn (krakozyabry).
Waarom worden waardeloze teksten weergegeven in plaats van normale tekst?
Elke pagina op uw site moet een specifieke codering hebben. Het is noodzakelijk om de browser te informeren over welke codering momenteel wordt gebruikt door speciale headers door te geven. In deze headers moet u de codering opgeven die overeenkomt met degene die u gebruikt in de hoofdtekst van de documenten die op de site (op de pagina's) zijn geplaatst.
Moderne browsers kunnen de documentcodering zelf bepalen als de webmaster vergeten is deze expliciet op te geven. Soms komt het voor dat er inconsistenties ontstaan tussen de ‘mening’ van de browser en de realiteit, vandaar het verschijnen van een reeks tekens die niet kunnen worden gelezen. Een reeks onzin kan verschillende vormen aannemen, soms zijn het gewoon vreemde symbolen, vergelijkbaar met oude hiërogliefen, en soms zijn het gewoon vragen of vragen in zwarte diamanten. Over het algemeen is het niet zo belangrijk wat voor onzin de browser weergeeft, maar wat belangrijk is, is dat iemand ze niet kan lezen.
Als u wordt geconfronteerd met het probleem van een onjuist gespecificeerde codering en u ziet op uw website iets dat u niet kunt lezen, gebruik dan allereerst een speciale decoder die is ontwikkeld in de studio van Artemy Lebedev. Om dit te doen, kopieert u eenvoudigweg de tekst die u wilt decoderen, plakt u deze in het speciale veld en klikt u op “Decoderen”. Als het decoderen succesvol is, ziet u de reeds leesbare tekst, evenals de originele codering en het pad dat het programma moest doorlopen om het resultaat uit te voeren.
Dit alles is eerder nodig voor gevorderde gebruikers, voor wie de ontvangen informatie op de een of andere manier kan helpen. Misschien geeft het resultaat van de acties van het programma u een idee en ontdekt u waar de onzin op uw site vandaan komt en corrigeert u de situatie snel. En als de uitgevoerde manipulaties u helemaal niets vertellen, laten we dan gewoon verder gaan.
Hoe u de juiste codering kiest
In dit artikel gaan we niet in op welke soorten coderingen er zijn en hoe ze van elkaar verschillen, omdat... We willen onszelf en u niet overladen met onnodige informatie, en voor de doeleinden van het artikel van vandaag was dit niet het geval. Het is alleen de moeite waard om op te merken dat het op een Russischtalige site absoluut geen zin heeft om de Windows-1251-codering te installeren, die uitvoerig wordt beschreven in het prachtige Wikipedia-artikel. Zelfs als alle teksten erop uitsluitend in het Russisch zullen worden geschreven en er geen insluitsels van niet-standaard karakters zullen zijn. In plaats daarvan hoeft u alleen maar de universele codering UTF-8 te kiezen en dit als een gegeven te beschouwen, zonder uw hoofd lastig te vallen met onnodige informatie.
Feit is dat het geen zin heeft om voor uw site een codering te kiezen die alleen tekens uit Slavische talen ondersteunt, zoals Russisch, Oekraïens, Wit-Russisch, Servisch, Macedonisch en Bulgaars. Waarom jezelf vanaf het begin beperken en jezelf veroordelen tot mogelijke problemen in de toekomst. Wat gaat u doen als u een teken moet invoegen dat niet wordt ondersteund?
UTF-8 (van het Engelse Unicode Transformation Format) is een 8-bits Unicode-transformatieformaat dat wereldwijde erkenning heeft gekregen en precies is gestandaardiseerd om problemen te voorkomen die verband houden met de schijn van wartaal en verwarring met onleesbare teksten. Waaruit we veilig kunnen concluderen dat je in dit geval het grootste van twee kwaden moet kiezen en rustig moet slapen, zonder in de details te duiken, omdat alles hier duidelijk is. Kijk ter vergelijking naar de grootte van Jupiter en Venus.
Basismanieren om de juiste codering in te stellen
Heel vaak ontstaan problemen met de codering van de site niet omdat aan geen van de voorwaarden waarover we u zullen vertellen, is voldaan, maar het volstaat om slechts aan één van deze voorwaarden niet te voldoen, zodat de tekst op uw site onjuist wordt weergegeven. Nadat u de codering hebt ingesteld met behulp van alle bovenstaande methoden, wordt het probleem opgelost met een waarschijnlijkheid van 99,9%. We zijn tot deze conclusie gekomen op basis van jarenlange ervaring met het werken met websites op verschillende hostingplatforms, waarbij we gebruik maakten van verschillende beheersystemen en serverinstellingen.
Codering in .htaccess - AddDefaultCharset
Allereerst moet u de standaardcodering van alle pagina's op de site instellen met behulp van een zeer nuttige htaccess-richtlijn - AddDefaultCharset, wat letterlijk "Add DefaultCharset" betekent. Dit gebeurt heel eenvoudig:
AddDefaultCharset UTF-8
Als je niet weet wat het is , maak dan eenvoudigweg een tekstbestand in Kladblok en hernoem het met Total Commander naar een naamloos bestand met de HTACCESS-extensie ( - dit is precies hoe de volledige naam van uw bestand eruit zou moeten zien). Upload daarna het nieuw gemaakte bestand naar de hoofdmap van uw site (op dezelfde plaats waar het belangrijkste uitvoerbare bestand zich bijvoorbeeld bevindt index.php). En vergeet niet de regel in te voegen met de standaardcodering die we zojuist hebben opgegeven.
Codering met behulp van metatekensets
Metatags kunnen informatie over de pagina naar de browser sturen in de vorm van speciale headers, waarvan er één precies is wat we nodig hebben: tekenset. Over het algemeen kunnen metatags maar liefst vier verschillende kenmerken hebben:
- inhoud;
- http-equiv;
- naam;
- schema.
In feite is van de vier gepresenteerde attributen slechts één vereist: inhoud, maar er zijn uitzonderingen. In ons geval gebruiken we bijvoorbeeld een verkorte versie van het item en stellen we de codering met behulp van de metatag precies zo in:
Het oude opnameformaat is al lang in de vergetelheid geraakt en het heeft geen zin meer om het te gebruiken:
Zoals u weet worden metatags meestal in de container geplaatst hoofd. Iedereen, zonder uitzondering, weet dit waarschijnlijk al. Voltooi deze bewerking en we gaan verder met het volgende item op onze lijst.
Bestandscodering met behulp van header PHP-functie
Deze methode is alleen geschikt voor degenen die een website hebben geïmplementeerd met de meest populaire programmeertaal van dit moment, vooral gericht op het maken van websites - PHP (Hyper Text Preprocessor). Om het probleem dat in dit artikel wordt gesteld op te lossen, zullen we de prachtige ingebouwde header()-functie gebruiken, ontworpen om headers door te geven, vergelijkbaar met metatags, maar met het kleine verschil dat de actie wordt uitgevoerd vanuit een PHP-script, en niet via Uitvoer van HTML-code.
Stel UTF-8-codering in voor een bestand met behulp van de functie kop() heel eenvoudig - je hoeft alleen maar de gegeven code helemaal aan het begin van de pagina te plakken, maar natuurlijk binnen de PHP-scope, die als volgt wordt aangegeven: здесь у нас PHP-код?>of zo -.
Header("Inhoudstype: tekst/html; charset=utf-8");
Het belangrijkste punt hier is dat we alleen het recht hebben om headers te verzenden als er nog geen uitvoer van het script is geweest. Daarom plaatsen we deze code helemaal aan het begin van de pagina. U moet dit verstandig doen en goed begrijpen wat er gebeurt, omdat u er zeker van kunt zijn dat u een header aan het begin van het bestand invoegt, maar u weet misschien niet dat dit bestand wordt gebruikt in een ander bestand waarin het is opgenomen. wordt getrokken met behulp van de functie vereisen of erbij betrekken nadat bepaalde informatie op het scherm is weergegeven. Daarom, als u niet zo goed begrijpt waar we het nu over hebben, is het beter om door te gaan naar de volgende stap en hiernaar terug te keren als de vorige 3 niet hebben geholpen bij het instellen van de juiste codering van de pagina's van uw site.
Bestanden opslaan in de juiste codering
Een van waarschijnlijk de meest voorkomende redenen voor het optreden van scheuren op een website is de onjuiste codering van de bestanden zelf die worden gebruikt om het definitieve document te genereren. Meestal doet dit probleem zich voor bij beginnende programmeurs die nog maar net hun eerste stappen zetten in het beheersen van de kunst. Wanneer een van de momenteel populaire beheersystemen wordt geselecteerd als site-engine, kan dit probleem zich in zeer zeldzame gevallen voordoen, maar als het wordt gebruikt, gebeurt dit in bijna elk derde geval.
Zoals we eerder hebben afgesproken, is de codering die we op alle, zelfs de meest geavanceerde Russischtalige sites, gebruiken UTF-8, dus we zullen alle bestanden waaruit de engine van de site bestaat, in hetzelfde formaat coderen. En om de codering van het bestand zelf, geüpload naar de server, te wijzigen, zal het gebruikelijke notitieblok van het Windows-besturingssysteem natuurlijk niet voldoende zijn. Daarom is het beter om een gratis verspreid programma van derden te gebruiken - Notepad++, dat zonder problemen van de officiële website kan worden gedownload.
Nadat u het eenvoudige installatieproces met succes hebt voltooid, moet u dit programma als de standaardeditor toewijzen, enkele instellingen naar uw smaak maken en de codering van het onjuist weergegeven bestand wijzigen op dezelfde manier als weergegeven in de schermafbeelding. Die. u moet "Coderen naar UTF-8 (geen BOM)" selecteren. Een goed teken dat dit het geval was, is dat in eerste instantie geen van de opties zal worden geselecteerd en dat u wordt gevraagd om “Converteren naar UTF-8 (geen BOM).” Als u dit ziet, zorg er dan voor dat er nog maar een paar seconden over zijn voordat u het coderingsprobleem oplost.
Bovendien wil ik alleen maar zeggen dat je precies moet kiezen zonder stuklijst. Als u anders eenvoudig codeert in UTF-8 (met BOM), worden er extra bytes aan het begin van het bestand gemaakt. Ze proberen BOM - Byte Order Mark op internet niet te gebruiken bij het coderen in UTF-8-indeling, omdat dit leidt tot fouten doordat de juiste PHP-interpretatie wordt verstoord.
Nu alle noodzakelijke stappen zijn voltooid, ziet u waarschijnlijk gemakkelijk leesbare tekst op de pagina's van uw website en kunt u rustig ademhalen :)
Een van de meest voorkomende problemen waarmee een beginner wordt geconfronteerd Webmaster(en niet alleen beginners), dit problemen met codering op de site. Zelfs voor mij verschijnt het voortdurend bij het maken van websites " abracadabra"Maar gelukkig weet ik heel goed hoe ik dit probleem moet oplossen, dus ik heb binnen een paar seconden alles op orde gebracht. En in dit artikel zal ik proberen het je net zo snel te leren problemen met codering op de site oplossen.
Het eerste dat het vermelden waard is, is dat alle problemen met het verschijnen van "abracadabra" verband houden met een discrepantie tussen de documentcodering en de codering die door de browser is ingesteld. Laten we zeggen dat er een document in zit Windows-1251, maar om de een of andere reden wordt de browser weergegeven UTF-8. En de bron van een dergelijke discrepantie kan de volgende redenen zijn.
Eerste reden
De metatag is onjuist geschreven inhoudstype. Wees voorzichtig, het moet altijd de codering bevatten waarin uw document is geschreven.
Tweede reden
Het lijkt erop dat de metatag is geschreven zoals jij dat wilt en dat de browser precies weergeeft wat je wilt, maar om de een of andere reden zijn er nog steeds problemen met de codering. De boosdoener hier is vrijwel zeker dat het document zelf een andere codering heeft. Als je binnenwerkt Kladblok++, dan staat rechtsonder de naam van de codering van het huidige document (bijvoorbeeld ANSI). Als u een metatag invoert UTF-8, en het document zelf is geschreven ANSI, voer vervolgens de conversie uit naar UTF-8(via menu " Coderingen"en punt" Converteren naar UTF-8 zonder stuklijst").
Derde reden
Vierde reden
En tot slot is er de laatste populaire reden probleem met codering in de database. Zorg er eerst voor dat al uw tabellen en velden in dezelfde codering zijn geschreven, die overeenkomt met de codering van de rest van de site. Als dit niet helpt, voer dan onmiddellijk na het verbinden in het script het volgende verzoek uit:
NAMEN INSTELLEN "utf8"
In plaats van " utf8" Er kan een andere codering zijn. Daarna zouden alle gegevens uit de database in de juiste codering moeten verschijnen.
Ik hoop dat ik in dit artikel op zijn minst heb uitgelegd 90% van de problemen houdt verband met het verschijnen van "brabbeltaal" op de site. Nu heb je in een mum van tijd te maken met zo’n populair en eenvoudig probleem als onjuiste codering.
15.03.2016
Nog niet
Hallo allemaal!
Laten we doorgaan met het leren van de basisprincipes van HTML. In deze les gaan we kijken hoe u HTML-codering specificeert voor een site (webpagina).
Deze les is erg belangrijk omdat als u niet weet hoe u de codering voor een webpagina moet opgeven, dit ertoe kan leiden dat uw pagina onleesbaar wordt. Je vraagt: “Hoe komt het dat ze dat niet kunnen?”
Ik zal je laten zien hoe mijn blog eruit ziet met onjuiste codering:
Dus, HTML-codering– dit zijn correspondentietabellen tussen codes en alfabetsymbolen. Dat wil zeggen dat onze codeercomputer de code in duidelijke, leesbare letters zal veranderen.
Om de browser te vertellen in welke codering de tekens op de webpagina staan, moet u tussen de tags schrijven
Hier is een metatag:
Houd er rekening mee dat de code het woord “coderingsnaam” bevat. Hier moet u de HTML-codering opgeven.
Meestal is dit utf-8 of windows-1251.
Codering voorutf-8:
CoderingVoor Windows-1251:
Als u vergeet de browser te vertellen in welke codering een site of webpagina zich bevindt, zal de browser proberen de codering automatisch te bepalen, maar dit lukt niet altijd correct. Uiteindelijk zal het resultaat hetzelfde zijn als wat ik op de bovenstaande afbeelding liet zien.
Laten we verder gaan met oefenen.
Hoe maak je een HTML-document met
utf-8-codering
“Alle Programma’s” => “Accessoires” => “Kladblok” :
Dit is de metatag:
Klik in kladblok “Bestand” => “Opslaan als...”:
Waar het item “Codering:” is gespecificeerd als “UTF-8”.
Klik op "Opslaan":
De afbeelding vergroten?
Hoe u een HTML-document maakt met Windows-1251-codering
Open een standaard notitieblok. “Alle Programma’s” => “Accessoires” => “Kladblok”
.
Plak vervolgens de standaard HTML-code in Kladblok:
Nu geven we aan in welke codering de webpagina wordt opgeslagen. Plaats hiervoor tussen tags
Dit is de metatag:
Zo zou het eruit moeten zien (regel #4):
Klik in kladblok “Bestand” => “Opslaan als...”:
Waar het item “Bestandsnaam” staat, schrijft u de naam van de webpagina in het Latijn en met de extensie “.html”. Ik denk dat je dit nog herinnert van je eerste lessen.
Waar het item “Encoding:” is gespecificeerd, geeft u “ANSI” aan.
Klik op "Opslaan":
Dat is het!
De meeste webmasters kiezen voor UTF-8-codering. Ik zal je de redenen niet vertellen, omdat ik bang ben je te overladen met informatie die nog niet nodig is in jouw stadium van kennis van HTML.
Stel in Kladblok bijvoorbeeld de code in:
En specificeer “ANSI” bij het opslaan:
Aangezien dit onjuist is, zal het resultaat er als volgt uitzien:
Sla uw webpagina's correct op om dit soort resultaten te voorkomen
Vorig bericht
Volgende invoer