Merhaba! Bugün sana ne olduğunu söyleyeceğim site kodunun geçerliliği, neden gerekli ve W3C doğrulayıcılarının (html, CSS) çeşitli çevrimiçi hizmetlerini kullanarak nasıl kontrol edilip düzeltileceği. Öyleyse teorilerle başlayalım. Bu terim tam olarak nedir?

Kod geçerliliği, web sitenizin kodunun W3C olarak kısaltılan kabul edilen uluslararası standartlara uygunluk derecesidir. Başka bir deyişle, uzun zaman önce, kod yazmak için bir dizi genel kural vardı ve bunlar, W3C standartlarına uyulmaması durumunda sitenizin çeşitli bilgisayar ve mobil tarayıcılarda yanlış görüntülenmesine neden olabilir. Ayrıca, bazı çok nadir durumlarda, bu, arama motorlarından yaptırımlara ve projenizin gelişimini yavaşlatabilecek çeşitli filtrelerin uygulanmasına neden olabilir. Ancak bu çok nadiren olur, çünkü Yandex ve Google'ın kodu bile %100 geçerli değildir, yani hatalar içerir.

Aslında, muhtemelen bir sorunuz var: Hala hiçbir şeyi etkilemiyorsa, neden sitemin kodunu geçerli hale getirmek için düzenlemek için kendi zamanımı harcamam gerekiyor? Yukarıda yazdığım gibi, sitenizin çeşitli tarayıcılarda doğru bir şekilde (hatasız ve hatasız) görüntülenmesi için bu gereklidir. Bugün, bildiğiniz gibi, çeşitli telefon modelleri giderek daha popüler hale geliyor: iPhone, Android, Smartphone ve zaten dünyanın tüm nüfusu tarafından kullanılan diğerleri. Bugün her üç kişiden birinin internete girip sitenizi ziyaret edebileceği bir cep telefonu var. Bu, kendi bilgisayarı, dizüstü bilgisayarı, tableti olanlardan yaklaşık 20-30 kat daha fazladır.

Yani, özü anlıyorsunuz. Mobil cihazları kullanan kişilerin kitlesi, hedeflenmesi gereken en büyük kitledir. Ve son 10 yılda kaç tane mobil cihazın piyasaya sürüldüğünü ve altı ayda bir kaç tane daha yeni modelin çıkmaya devam ettiğini hatırlarsanız, böyle bir trafiği (ziyaretçileri) kaçırmanın çok aptalca olacağı ortaya çıkıyor. Ek olarak, yeni teknolojiler yerinde durmuyor ve güncellenmiş html5 dilinin ortaya çıkmasıyla birlikte, 200_g'de yapılan eski siteniz, küresel ağın arka planında deyim yerindeyse, büyük bir çatlak haline gelebilir.

Sitenizin html ve css kodunun geçerliliği nasıl kontrol edilir?

İnternette bu tür birçok hizmet var, ancak neredeyse hepsi çarpık ve hatta İngilizce olarak bile, neyin tehlikede olduğunu anlamak çok kolay olmayacak. Ama yine de bunlardan daha normal olanı var, bu sadece bir açıklama yapmakla kalmıyor, aynı zamanda hatanın kodun hangi satırında olduğunu da gösteriyor. Öyleyse tanışın - jigsaw.w3.org.

Bu siteyi ziyaret ederek site kodunuzun geçerliliğini üç şekilde kontrol edebilirsiniz. "URI ile Kontrol Et" sekmesinde sitenizin adresini girin ve hizmet size sadece ana sayfada kodlarda bulunan tüm hataların listesini verecektir! Benim gibi kodlar konusunda çok bilgili değilseniz ve sitenizin kodunu görüntülerken düzeltilmesi gereken satırı bulamıyorsanız, o zaman CSS-styles dosyanızı (web sitesi tasarımı) "yüklenenleri doğrula" bölümüne yükleyebilirsiniz. dosya” sekmesi.

Bu durumda, kodu hangi dosyaya koymanız gerektiğini zaten bileceksiniz. Bu arada, daha da kolay yapabilirsiniz. Örneğin siteniz bir motordaysa, "görünüm" "düzenleyici" bölümündeki blog yönetici paneline gitmeniz yeterlidir, örneğin bir başlık (header.php) gibi bir dosya seçin, kodu kopyalayın ve yapıştırın hizmette "Yazılan Metni Kontrol Et" sekmesine tıklayın. Blogumu bizzat bu şekilde kontrol ettim.

Bu nedenle, sitemde kişisel olarak diğer sitelere kıyasla çok az olan 44 hata buldum. Bu arada, Yandex amcanın zaten 155 hatası var, ah-ah-ah. Pekala, tamam, üzücü şeyler hakkında konuşmayalım.

Kodlardaki bu yanlışlıkları düzeltmenizi kolaylaştırmak için blogumda size kişisel olarak birkaç örnek göstereyim. İlk olarak, 26. Satır yazısına dikkat edin. Bu, bir kod satırı ile belirtilir. En hızlı şekilde bulmak için jigsaw.w3.org hizmetine eklediğiniz bu kodu herhangi bir html düzenleyicisine yerleştirin, satır etiketleri görüntülenir.

Kodda bazı etiketlerin her zaman kırmızı ile vurgulandığını unutmayın. Kodu aramanız ve ayarlamanız gereken yer burasıdır. Çoğu zaman, tamamen kaldırılması veya ona eksik etiketler eklenmesi gerekir. Ayrıca başlıkta ve yazının altında, hatayı düzeltmek için ne yapılması gerektiğine dair İngilizce ipuçları var.

örnek 1. Burada kırmızı ile vurgulanan tırnak işaretlerini kaldırmanız gerekiyor. <> . Başında ve sonunda zaten orada oldukları kodun içinde olmamalıdırlar.

Örnek 2. Kodun sonunda bitiş etiketi eksik /> . Kodun başında, yine kapatılmamış bir etikete sahip başka bir satır varsa, bunun da kapatılması gerektiğini unutmayın, aksi takdirde hata kaybolmaz.

Örnek 3. Burada tekrarlanan satırı kaldırmanız yeterlidir: " href=""> .

Bu arada, bu hatalar çok önemli olmadığından, ilk etapta ünlem işaretiyle değil, çarpı ile vurgulanan hataları düzeltmelisiniz. Ayrıca, bir şeyi düzeltmeden önce yapın, çünkü yüksek olasılıkla onu kırabilirsiniz. Kodu tamamen temizledikten sonra sitenizin farklı PC ve telefon platformlarında farklı tarayıcılarda nasıl görüntülendiğini görmenizi tavsiye ederim. Ücretsiz çevrimiçi hizmet olan browsershots.org bu konuda size yardımcı olabilir.

Sitenizin html ve CSS kodunun geçerliliğini başka nasıl hızlı bir şekilde kontrol edebilirsiniz?

jigsaw.w3.org sizin için yeterli değilse, sitenin html kodunun geçerliliğini kontrol etmeniz için birkaç ek hizmet daha: www.validome.org , watson.addy.com ,

Sonuç olarak, kendinizde birkaç hata bulduysanız, bunun için endişelenmenize gerek olmadığını söylemek istiyorum, çünkü bu bugün çok önemli değil. Genel olarak, bu konuyla ilgili deneyler uzun süredir gerçekleştirildi ve bunun sonucunda, geçerliliği düşük bir kodun aramada bir sitenin yayınlanmasını hiçbir şekilde etkilemediği anlaşıldı. Ama ne yazık ki internet her şeyin hızla değiştiği bir ortam. Bugün önemli olmayabilir, ancak yarın Yandex bu ek algoritmayı kendine göre ayarlayacak ve aramadaki konumlar sarkabilir (düşebilir). Bu nedenle, sitenizin kodunu incelemek için fazladan zamanınız varsa, bunu şimdi yapmak daha iyidir.

Herkese selam. Kuzey Kutup Dairesi'nin üzerinde 3 hafta kaldıktan sonra tekrar St. Petersburg'a döndüm. Ama burası hala gri ve kasvetli :(

Gelişmiş web yöneticileri için bugünün dersi. Yeni başlayanlar için, böyle zor bir konuyu kendi başlarına bulmayı önermiyorum, “” başlığının yazılarını okumak daha iyi. Bununla ilgili makalede, bir temanın kalitesi için kriterlerden birinin kodunun geçerliliği olduğundan bahsedildi.
Genel olarak, bu terimin bir tanımını verdim. Ancak, bugünün makalesinde yapacağımız buna daha ayrıntılı olarak bakmaya değer.

World Wide Web Konsorsiyumu nasıl ortaya çıktı?

Geçerlilik, kelimenin genel anlamıyla normlara uygunluktur. İnternet durumunda, sayfa düzeni ve kod üretimi için normlar ve standartlar Dünya Konsorsiyumu W3C tarafından belirlenir. Bu organizasyonun yaratıcıları, HTML'nin (Köprü Metni İşaretleme Dili veya Köprü Metni İşaretleme Dili) ilk sürümlerinin geliştirilmesinin kökeninde durdu ve yavaş yavaş büyük popülerlik kazanan World Wide Web'in öncüleri oldu. Bu keşif, Robert Cayo ile birlikte Sir Timothy John Berners-Lee'ye aittir. Bernes-Lee bugüne kadar W3C'nin (World Wide Web Consortium, World Wide Web Consortium) başkanı ve bu alanda bir yasa koyucu.

Html işaretlemesi yardımıyla web sayfaları oluşturmak mümkün hale geldi ve bunları kullanıcılara tanıdık biçimde tanımak için tarayıcılar oluşturuldu. W3C, tüm tarayıcılar tarafından doğru bir şekilde tanınması için web'deki belgelerin uyması gereken bir dizi standart getirmiştir. İnternetin tüm gelişimi boyunca, yaratıcılar arasında üstünlük savaşları yapıldı. Bazıları kendi yeni standartlarını uygulamaya bile çalıştılar, ancak geliştirmeleri sayesinde W3C, kod oluşturma kurallarında yasa koyucu rolünü korumayı başardı. Html 3, CSS desteğini zaten içeriyordu (Basamaklı Stil Sayfaları veya basamaklı stil sayfaları). Başlangıçta stiller, renkler ve şekiller doğrudan html kodunda ayarlandı, ancak CSS'nin oluşturulması bu görevi büyük ölçüde basitleştirdi, kaynak kodu kaldırdı ve buna göre sayfa yükleme süresi. En son sürüm, giderek daha alakalı hale gelen Html 5'tir. Uzun bir süre, yerini Html 4.01 (1999'dan beri) işgal etti.

Bu tarihsel arka plan, bugünün inceleme konusu olan site doğrulaması hakkında daha bütünsel bir anlayışa sahip olmanız için sağlanmıştır. "Standartlar" bölümündeki resmi W3C web sitesine giderseniz, standartlarla birlikte alt bölümlerin tam listesini göreceksiniz. Örneğin burada mevcut durumu Html'de görebilirsiniz:

Alt paragrafların her biri için, kodun mevcut sürümünün bir veya başka bir niteliğini, öğesini tanımlayan uzun norm listeleri verilir. Örneğin burada Html 5 için eksik içerik var:

Tahmin edebileceğiniz gibi birçok kural var. Sitenizin bunlara uygunluğunu kontrol etmek için özel site doğrulayıcıları kullanabilirsiniz.

Ama işlerini düşünmeden önce, bu operasyonu gerçekleştirmenin ne kadar önemli olduğunu görelim.

Sitenin geçerli olması gerekiyor mu?

Bu konuda bir fikir birliği yoktur, ancak sitenin validasyonunu kontrol etmenin gerekli olduğunu gösteren nesnel nedenler vardır.

Dikkat etmeniz gereken ilk şey, sitenin sözde çapraz tarayıcı uyumluluğudur. Onlar. İdeal olarak, site tüm tarayıcılarda aynı şekilde görüntülenmelidir. Bu durumda, W3C uyumluluğu bu seçeneği garanti eder.

İkincisi, arama motoru robotları, tarayıcılarla aynı parametrelere göre html kodunu tanır. Onlar. kodunuz kapatılmamış etiketler, bozuk bağlantılar veya bozuk bir yapı gibi hatalar içeriyorsa, tüm bunlar sitenin arama robotları tarafından dizine eklenmesini etkileyebilir. Bu, koddaki büyük hataların kaynağın arama sonuçlarındaki konumunu düşürebileceği anlamına gelir.

Ancak, daha önce de gördüğümüz gibi, bir çok W3C kuralı vardır ve bazen hepsine uymak mümkün değildir. Bu nedenle, bu konuda ortada kalmak daha iyidir: her şeyden önce büyük hataları düzeltmek. Doğru sözdizimini gözlemlemek, etiketlerin iç içe geçmesini kontrol etmek ve doğru sıra ve yapılarını korumak önemlidir.

HTML ve CSS Kod Doğrulayıcıları

En başından itibaren kurallara uymak daha iyidir. Blogunuz için bir WordPress teması seçmenin ilk aşamasında, html ve css kodunun geçerliliğini kontrol etmek için zaman ayırın. Başlangıçta html kodunun ve css doğrulayıcısının aşağıdaki sonucu vermesi arzu edilir:

Eklentileri ve eklentileri yükledikten sonra, sorunları ve kaynaklarını hemen belirlemek için blogu da kontrol edin.

Sayfa doğrulamasını kontrol etmek için çeşitli çevrimiçi hizmetler vardır. Bunların en güvenilir ve eksiksiz olanı W3C doğrulayıcılarıdır.

Resmi sitenin ana sayfasında bunlara bağlantılar bulabilirsiniz - www.w3.org

Unicorn, tüm site parametreleri hakkında bir kerede bilgi sağlayan, Rusça'da birleştirilmiş bir doğrulayıcıdır (bir dil değiştirme işlevine sahiptir).

Site URL'sini girin ve "Kontrol Et"i tıklayın.

Hata sayısı (kırmızı X) ve uyarılar (sarı ünlem işareti) sağda gösterilir.

Her bir seçeneğin altındaki açılır listede hatalarla ilgili ayrıntılı bilgileri görebilirsiniz.

Html-validator, bir bütün olarak sitenin tamamını değil, url tarafından belirtilen sayfadaki hataları kontrol eder.

İpuçları içeren hatalar hakkında daha ayrıntılı bilgi, ayrı programlarda css ve html kodunun doğrulanması kontrol edilerek elde edilebilir.

Html doğrulayıcıdaki hataların açıklaması ve nedenleri şöyle görünür:

Görüldüğü gibi bilgiler İngilizcedir. Her hata veya uyarıya, bulunduğu kaynak kodun satır numarası eşlik eder (Satır 381, Satır 652). Her şeyden önce, hataları düzeltmeniz gerekir (kırmızı simge). Bu hatanın ne olduğunu ve nasıl düzeltileceğini bilmiyorsanız, özel forumlarda bilgi aramayı deneyin veya bu makalenin yorumlarında sorular sorun.

Yine, html doğrulayıcı kaynak kodu teşhis eder ve blogunuzun uygun dosyalarındaki hataları düzeltmeniz gerekir. Hakkında bir makalede onları nasıl bulacağımızı tartıştık.

Bu doğrulayıcı, ek seçenekleri etkinleştirme yeteneğine sahiptir:

• Hataları bir türe göre gruplayabilirsiniz (Hata Mesajlarını Türe Göre Gruplandırın);
• hizmetin analizde kullandığı tüm kaynak kodunu göster (Kaynağı Göster);
• Hata veren sayfaları kontrol edin (Hata sayfalarını doğrulayın).

Ayrıca dahil edilen "Html-Tidy ile İşaretlemeyi Temizle" özelliği, kodunuzu Html-Tidy programının sürümüne göre düzeltilmiş hatalarla görmenizi sağlar. Doğru, W3C bu programın kendi geliştirmeleri olmadığı konusunda uyarıyor ve bu nedenle kodun doğru olacağına dair garanti vermiyorlar. Ancak bu kod, hataları düzeltirken sizin için bir ipucu işlevi görebilir.

Benzer bir hata düzeltme seçeneği, W3C CSS kod doğrulayıcı tarafından sağlanır. Etkinleştirmeniz gerekmez, varsayılan olarak çalışır.

Çevrimiçi site doğrulayıcılarına ek olarak, doğrudan tarayıcıda sayfanın kaynak kodundaki hataları kontrol edecek bir FireFox uzantısı yüklemek de mümkündür. Adı "Html Doğrulayıcı".

Ayrıca html ve css'nin yanı sıra . Onun varlığı arama motoru optimizasyonu için önemlidir.

Bugünün konusu oldukça zor. Hataları düzeltmeye başladığınızda, birçok soru ortaya çıkacaktır. Siteyi bozmamak için emin olduğunuz şeyleri düzeltmeniz önerilir. Değişiklik yapmadan önce yapmayı unutmayın. Hoşçakal!

not Geçen gün, Eylül'de kişi başı gidiş-dönüş 16600 gibi harika bir fiyata Kamçatka'ya bilet aldık. Çok ucuz, bu fiyatlar uzun zamandır olmuyor. Birisi ilgileniyorsa, bu biletleri kapmak için hala zamanınız olabileceğini düşünüyorum. PIK turizm kulübü ile volkanlara tırmanacak ve vahşi el değmemiş doğaya hayran kalacağız.

Bu son derece faydalı koleksiyonda sunulan tüm hizmetler, bir web tasarımcısının sitelerini standartlara ve web geliştiricilerinin genel kabul görmüş normlarına uygunluk açısından test etmesine yardımcı olur. Özellikle sayfanın HTML kodunun doğruluğunu, CSS stillerini, sitenin dünya çapında kullanılabilirliğini, mobil cihazlar için erişilebilirliğini, sitede aşırı yüklenmeyi, sayfa yükleme hızını, sitenin çeşitli tarayıcılarda nasıl göründüğünü kontrol edebilirsiniz. ve özellikle Internet Explorer'da.

1.Kontrol bağlantısı
Bir siteyi veya sayfayı bozuk bağlantılar için kontrol eder

2. URL denetleyicisi
Dünyanın farklı yerlerinde sitenin kullanılabilirliğini kontrol eder.

3. Mobil denetleyici
Sitenin mobil cihazlar için erişilebilir olup olmadığını kontrol eder ve hataların ve yorumların bir listesini verir.

4 tek boynuzlu at
Site için çeşitli testler, özellikle HTML 1.0 ve Feed doğrulaması.

5. CSS doğrulayıcıları
Basamaklı stil sayfalarını (CSS) ve (X)HTML belgelerini kontrol etme.

6. RSS Besleme Doğrulayıcı
RSS beslemelerinin sözdizimi denetimi.

7. Tarz ile erişilebilirlik
Siteyi WCAG 1.0 standartlarına uygunluk açısından test eder.

8. Renk kontrastı
Sitenin ön ve arka öğeleri arasındaki renk kontrastını kontrol eder.

9. WDG HTML Doğrulayıcı
HTML web sayfası doğrulayıcı.

10.Dr. Watson'ın site doğrulama kontrolü
Çeşitli alanlarda kapsamlı site kontrolü: HTML, bağlantılar, resim bağlantıları, yükleme hızı, SEO.

11. Robot denetleyicisi
robots.txt dosyasını kontrol etme hizmeti.

12. Firebug Firefox Uzantısı
Bir dizi test aracıyla Firefox uzantısı.

13. Yük Etkisi
Siteyi, sitede artan yükün aşırı koşullarında test etmek.

14. Erişilebilirlik Denetleyicisi
Sitenin standartlara uygunluğunu test etmek için başka bir hizmet.

15. Viewlike.us - hizmet çalışmıyor
Sitenin farklı ekran çözünürlüklerinde nasıl göründüğünü gösterir.

Sitenin HTML kodunun geçerliliğini kontrol etmek benim . Ancak SEO tanıtımı için doğrulama hatalarının önemini abartmayın - çok küçüktür. Herhangi bir konuda, TOP'da çok sayıda bu tür hatalara sahip siteler olacak ve gayet iyi yaşıyorlar.

FAKAT! Sitede teknik hataların olmaması bir sıralama faktörüdür ve bu nedenle bu ihtimal göz ardı edilmemelidir. Düzeltmek daha iyidir, kesinlikle daha kötüye gitmeyecektir. Arama motorları çabalarınızı görecek ve size karmada küçük bir artı verecektir.

HTML kodunun geçerliliği için web sitesi nasıl kontrol edilir

Site kodunun doğrulanması, W3C HTML Doğrulayıcı çevrimiçi hizmeti kullanılarak kontrol edilir. Hatalar varsa, servis size bir liste verir. Şimdi web sitelerinde gördüğüm en yaygın hata türlerini analiz edeceğim.

• Hata: Yinelenen Kimlik min_value_62222

Ve bu hatanın arkasında bir uyarı var.

• Uyarı: min_value_62222 kimliğinin ilk oluşumu buradaydı

Bu, html geçerliliği kurallarına göre benzersiz olması gereken stil tanımlayıcı kimliğinin çoğaltıldığı anlamına gelir. Yinelenen nesneler için kimlik yerine SINIF kullanabilirsiniz.

Bunu düzeltmek arzu edilir, ancak çok kritik değildir. Bu tür birçok hata varsa, bunları düzeltmek daha iyidir.

Benzer şekilde, başka seçenekler de olabilir:

• Hata: Yinelenen Kimlik placeWorkTimes
• Hata: Yinelenen Kimlik callbackCss-css
• Hata: Yinelenen Kimlik Capa_1

Aşağıdaki çok yaygın bir uyarıdır.

• Uyarı: JavaScript kaynakları için type niteliği gereksizdir

Bu, web sitesi doğrulamasını kontrol ederken çok yaygın bir hatadır. HTML5 kurallarına göre, script etiketi için type niteliği gerekli değildir, kullanımdan kaldırılmış bir öğedir.

Benzer şekilde, stiller için bu uyarı:

• Uyarı: Stil öğesi için type niteliği gerekli değildir ve atlanmalıdır.

Bu uyarıların düzeltilmesi arzu edilir, ancak kritik değildir. Büyük miktarda, düzeltmek daha iyidir.

• Uyarı: Kullanıcıların belgeleri yeniden boyutlandırmasını engelleyen görüntü alanı değerlerinden kaçınmayı düşünün

Bu uyarı, mobil veya tablette sayfa boyutunu büyütemeyeceğinizi belirtir. Yani kullanıcı resimlere veya çok küçük yazılara yakından bakmak istedi ve bunu yapamıyor.

Bu uyarıyı çok istenmeyen buluyorum, kullanıcı için sakıncalı, bu davranışsal olanlar için bir eksi. Bu öğeler kaldırılarak ortadan kaldırılır - maksimum ölçek=1.0 ve kullanıcı ölçeklenebilir=hayır.

• Hata: itemprop özelliği belirtildi, ancak öğe herhangi bir öğenin özelliği değil

Bu mikro işaretlemedir, itemprop özelliği itemscope öğesinin içinde olmalıdır. Bu hatanın kritik olmadığını ve olduğu gibi bırakılabileceğini düşünüyorum.

• Uyarı: Standart belge türünü çıkaramayan eski sistemler tarafından oluşturulanlar dışında, belgeler about:legacy-compat kullanmamalıdır

about:legacy-compat satırı yalnızca html oluşturucular için gereklidir. Burada sadece yapmanız gerekiyor, ancak hata hiç de kritik değil.

• Hata: Başıboş bitiş etiketi kaynağı

Sitenin kendi koduna bakarsanız ve bu öğeyi bulursanız, tek bir etiket olduğunu görebilirsiniz. çift ​​olarak kayıtlı - bu doğru değil.

Buna göre, kapanış etiketini koddan kaldırmanız gerekir.. Bu hataya benzer şekilde etiketler olabilir

• Hata: Bir img öğesinin, belirli koşullar dışında bir alt niteliği olması gerekir. Ayrıntılar için, resimler için metin alternatifleri sağlama kılavuzuna bakın

Tüm resimlerin bir alt özelliği olmalıdır, bu hatayı kritik buluyorum, düzeltilmesi gerekiyor.

• Hata: ol öğesine bu bağlamda ul öğesinin alt öğesi olarak izin verilmiyor. (Bu alt ağaçtan daha fazla hata bastırılıyor.)

Etiketlerin iç içe yerleştirilmesi burada yanlış yazılmıştır. İÇİNDE

sadece olmalı
• . Bu örnekte, bu öğelere hiç ihtiyaç yoktur.

  

  Benzer şekilde, başka hatalar da olabilir:

  • Bu bağlamda ul öğesinin alt öğesi olarak h2 öğesine izin verilmez.
  • Bu bağlamda ul öğesinin alt öğesi olarak a öğesine izin verilmez.
  • Öğe noindex'ine bu bağlamda li öğesinin alt öğesi olarak izin verilmez.
  • Bu bağlamda ul öğesinin alt öğesi olarak div öğesine izin verilmez.

  Bütün bunların düzeltilmesi gerekiyor.

  • Hata: Bu noktada meta öğesinde http-equiv özelliğine izin verilmiyor

  

  http-equiv özniteliği meta öğesi için tasarlanmamıştır, kaldırılması veya değiştirilmesi gerekir.

  Benzer hatalar:

  • Hata: Bu noktada a öğesinde n2-lightbox özniteliğine izin verilmiyor.
  • Hata: Bu noktada öğe komut dosyasında asyncsrc özniteliğine izin verilmiyor.
  • Hata: Bu noktada öğe seçeneğinde öznitelik fiyatına izin verilmiyor.
  • Hata: Bu noktada öğe yayılımında öznitelik hashstringine izin verilmiyor.

  Burada ayrıca n2-lightbox, asyncsrc, price, hashstring özelliklerini kaldırmanız veya bunları diğer seçeneklerle değiştirmeniz gerekir.

  • Hata: Head in img'de hatalı başlangıç ​​etiketi

  Veya bunun gibi:

  • Hata: Head in div'de hatalı başlangıç ​​etiketi

  

  img ve div etiketleri içinde olmamalıdır . Bu hatanın düzeltilmesi gerekiyor.

  • Hata: CSS: Ayrıştırma Hatası

  

  Bu durumda, stillerde parantezden sonra noktalı virgül olmamalıdır.

  Eh, böyle bir hata, önemsiz, ama hoş değil) Kaldırmanız gerekip gerekmediğini kendiniz görün, web sitesinin tanıtımında herhangi bir rolü olmayacaktır.

  • Uyarı: Komut dosyası öğesindeki karakter kümesi özniteliği eskidir

  Komut dosyalarının artık kodlamayı belirtmesine gerek yok, bu artık kullanılmayan bir öğedir. Uyarı, sizin takdirinize bağlı olarak kritik değildir.

  • Hata: Öğe komut dosyası, öznitelik src de belirtilmedikçe öznitelik karakter kümesine sahip olmamalıdır

  Bu hatada, kodlamayı betiğin dışında gösterdiği için charset="uft-8" niteliğini betikten kaldırmanız gerekir. Bu hatanın düzeltilmesi gerektiğini düşünüyorum.

  • Uyarı: Boş başlık

  

  İşte boş bir h1 başlığı. Etiketleri kaldırmanız gerekiyor

  veya aralarına bir başlık koyun. Hata kritik.
  • Hata: Bitiş etiketi br

  

  br etiketi tektir, ancak bir kapanış çifti gibi yapılır. / etiketini kaldırmanız gerekir.

  • Hata: Adlandırılmış karakter başvurusu noktalı virgülle sonlandırılmadı. (Veya &, & olarak kaçmalıydı.)

  

  Bunlar HTML özel karakterleridir, doğru yazmanız veya &kopyalamanız gerekir. Bu hatayı düzeltmek daha iyidir.

  • Önemli Hata: Son hatadan sonra kurtarılamıyor. Diğer hatalar yoksayılacak

  Bu ciddi bir hatadır:

  

  Sonrasında bu sayfanın son kapanış etiketi olduğundan hiçbir şey olmamalıdır. Ondan sonraki her şeyi silmeniz veya yukarı taşımanız gerekir.

  • Hata: CSS: sağ: yalnızca 0 birim olabilir. Numaranızdan sonra bir birim koymalısınız

  Değeri px olarak yazmanız gerekir:

  

  İşte benzer bir hata:

  • Hata: CSS: kenar boşluğu: yalnızca 0 birim olabilir. Numaranızdan sonra bir birim koymalısınız
  • Hata: Kapatılmamış öğe a

  Kodunuz üzerinde birden çok kontrol gerçekleştirir. Başlıcaları:

  1. Sözdizimi Doğrulaması- sözdizimi hatalarını kontrol etme. doğru sözdizimi olsa da geçerli bir HTML etiketi değildir, bu nedenle sözdizimi denetimi, iyi HTML yazmak için asgari düzeyde yararlıdır.
  2. Etiket yerleştirme kontrolü- Etiketler açılma sırasının tersinden kapatılmalıdır. Örneğin, bu kontrol yanlış kapatılan hataları yakalar.
     .
  3. DTD Doğrulaması- kodunuzun belirtilen Belge Türü Tanımıyla eşleştiğini kontrol etme. Etiket adlarını, niteliklerini ve "gömme" etiketlerini kontrol etmeyi içerir (bir türdeki etiketler, başka bir türdeki etiketlerin içinde)
  4. Yabancı elementleri kontrol edin- kontrol, kodda bulunan ancak DTD'de olmayan her şeyi ortaya çıkarır. Örneğin, özel etiketler ve nitelikler.
  Bunların mantıksal kontroller olduğunu ve doğrulayıcının nasıl uygulandığının bir önemi olmadığını unutmayın. Kontrollerden en az biri başarısız olursa, HTML geçersiz sayılır. Ve sorun burada yatıyor.

  Argümanlar

  HTML doğrulamasının ana argümanı, tarayıcılar arası uyumluluktur. Her tarayıcının kendi ayrıştırıcısı vardır ve onu tüm tarayıcıların anladığı şekilde beslemek, kodunuzun tüm tarayıcılarda doğru şekilde çalışmasını sağlamanın tek yoludur. Her tarayıcının kendi HTML hata düzeltme mekanizması olduğundan, geçersiz koda güvenemezsiniz.

  Doğrulamaya karşı ana argüman, çok katı olması ve tarayıcıların gerçekte nasıl çalıştığıyla eşleşmemesidir. Evet, HTML geçersiz olabilir, ancak tüm tarayıcılar bazı geçersiz kodları aynı şekilde işleyebilir. Yazdığım yanlış kodun sorumluluğunu almaya istekliysem, doğrulama konusunda endişelenmeme gerek yok. Tek umursadığım şey işe yaraması.

  Pozisyonum

  Bu, bir şeyle ilgili konumum hakkında alenen konuştuğum birkaç durumdan biridir. Doğrulayıcının gerçek uygulamalarda pratik olamayacak kadar katı olduğu gerçeğine dayanarak her zaman doğrulama karşıtları arasında oldum. Çoğu tarayıcı tarafından desteklenen şeyler vardır (