Какво е проверка от гледна точка на уеб строителство

Валидиране на прости думи

Стига да сте единственият потребител на продуктите си, неговото съответствие със стандарта, не интересува никого. Но веднага след като продуктът бъде пуснат в продажба веднага се появи регулаторни органи, дребен клиенти и конкуренти, които имат по-добър хляб. По-добре, защото това е точното време във фурната, цвят коричка то отговаря на очакванията, и е установил троха киселинност.

И тук е вашият кок е безполезна и конкурент в съседен магазин бизнес е във възход. Какво да се прави? Отиди на производство, и да се провери къде е грешките: много захар, малко сол, не е достатъчно топлина ... Процесът на намиране на тези грешки и ще бъде валидирана продукт. И когато се постигне премахване на всички нарушения на продукта ще бъде валиден.

Същото нещо в уеб строителството. Ако направите сайт "за себе си", без значение колко "чисти" му код, дали има грешки, когато го отворите, както е подходящо за стойността на приетите норми.

Но след като е изправен пред задачата да пишете на сайта, за да поръчате или да го популяризира в интернет, трябва да се вземат на стандартите и критериите, с най-голяма грижа: спазването на установените правила не само ще осигури удобна сърфиране в ресурс за посетителите, но и да се гарантира, че няма проблеми с индексирането и класирането ,

За момента, всички услуги, предоставяни от службите на код за валидиране, водени от международните стандарти ISO / IEC 15445 - HyperText Markup Language, и ISO 8879-Standard Generalized Markup Language (SGML). Въпреки това, много от ресурсите и да даде израз на собствените си насоки за писане и редактиране на кода на страницата. Понякога "съветите" може да бъде спорен. Но повече за това по-късно.

Услуги за проверка на валидността на страници

Сега, когато сме измислили какво "валидиране" и да се запознаят с методите на проверка на валидността на страниците на сайта. Разбира се, възможно е да се въоръжим с препоръките на посочените по-горе стандарти и да започне независимо проучване код. Но защо да го правя, ако има много услуги, които ще го направят по-бързо?

Най-популярният ресурс се използва за тази цел, е известен и познат на всички saytostroitelyam validator.w3.org. Той предлага няколко начина да проверите:

Първият начин - най-лесният. След службата отваряне на главната страница трябва да въведете URL адреса в проверява реда и кликнете върху бутона Check. След това, на страницата ще се покаже списък с грешки и предупреждения. Те ще бъдат задължени да: Интернет е трудно да намерите сайтове, които може да се похвали с нулеви коментари от w3.org. Дори google.com получава широк списък от препоръки за оптимизиране на код.

Ако сайтът се хоства в локална мрежа, можете да го проверите, използвайки формата Validate от качване на файлове, който предлага възможност за качване на документи.

Но ако по някаква причина не искате да използвате кода за да го тестват за валидност, освен под формата Проверка чрез директно въвеждане.

Следващата версия на тестовата страница - използвайте HTML Validator разширение за Firefox. Използвайте това приложение, съвсем просто, на правилната вниманието страница заплащането на в долния десен ъгъл на иконата на браузъра, която може да отнеме три стойности:

• зелено кръгче с отметка показва валидността на документа;
• удивителен знак в жълт триъгълник вписан доклади за коментарите на кода;
• напречно в червен кръг показва наличие на критични грешки.

Между другото, не бъркайте това приложение със същото разширение за Chrome, които просто ще ви пренасочи към w3.org. За други браузъри Съветвам ви да използвате:

• Validator за Opera;
• HTML Tidy Разширение на браузъра Chrome за;
• Safari Validator за Safari.

Етапи на валидиране и стандартна грешка

Валидиране - процес, който се състои от няколко компонента. Проверете качеството на HTML-код не е достатъчно. Процедурата се извършва, както следва:

• Търсене грешки синтаксис;
• анализ на точността на вложени маркери;
• валидиране на документа за съответствие с тип документи Definition;
• разпределение на тагове и атрибути на разположение в кода, но отсъства в документа.

От този списък, логично, списък на най-често срещаните грешки, повечето от които са лесно да се определи:

• Неизвестна Doctype (възможно е неправилно показване на някои страници baruzerami);
• не затворени елементи (води до проблеми с модела на дисплея);
• използването на самозатварящи се елементи, без да е знакът "/";
• специални знаци не се конвертират в HTML код (например копиране кавички "");
• нарушение на ред блок и линейни елементи (малки букви се намира вътре в блока, - никога обратното);
• игнорирайки н маркер за образа;
• използвате ширината и височината в кода, а не в CSS;
• Име класове и атрибути числови стойности (или за определяне на номера в началото на името).

Всички тези "недоразумения" лесно се коригира.

Но е необходимо да се разбере, че се елиминират всички грешки почти невъзможно.

Имате ли нужда от утвърждаване на HTML-документ

Начало позиция от тези, които се застъпват за валидиране - съвместимост различни браузъри. В крайна сметка, при липса на грешки при заверяването на документа, можем да бъдем сигурни в показването на страници в който и да е браузър. Този аргумент обаче често се противопоставя на обратното: дори не валиден код може да се показва правилно. И всичко това заради грешка на един от етапите на преминаването на кода за потвърждение не е валиден. Въпреки че призна грешката може да бъде и не е свързано с наличието и на сайта картографиране.

Днес валидатори твърде трудно за потребителски атрибути, както и различни атрибути, които се възприемат от тях като бъг в кода. Например, валидатора ще се уверите, че използването на «автоматично довършване =» изключване »» - нарушение на синтаксис. Освен това, използването на обекта, също би лишило ЯН код на страницата блокове валидност.

Какво да се прави? Игнорирайте валидиране? От моя гледна точка трябва да се изхвърли от крайностите. Някак си, твърдейки, относно уместността на този процес обикновено приемат само две позиции: необходимостта и не е необходимо. Логично е, че да се откаже от кода за проверка на валидност не е необходимо, това е наистина възможно да се идентифицират критични грешки. Въпреки това, да се стреми да гарантира, че страницата не е имало каквито и да било коментари (за сметка на по-лесно програмиране и използване на сайта) не е необходимо. 100% валидност не ви даде достъп до най-горния въпрос (въпреки наличието на груби грешки в покаже документ може да доведе до понижаване) не гарантира комфорт по време на сърфиране.

Затова validnot необходимо за валидност само ако това се изисква от клиента, който не може да се постигне споразумение. В други случаи, този инструмент може да се използва само за наблюдение на качеството на работата си и за предпазната мрежа.