Валидность кода

[Ice of Heart 0]

Добрый день.

Сайт - http://honors.ru

Суть вот в чем - не может пройти валидность w3c сайт.

Ошибки в шаблоне появляются из-за движка...

Вот сами ошибки

Line 21, Column 320: there is no attribute "border"


…е...</div><br /><img src="/engine/ajax/loading.gif"  border="0" alt="" /></div>


✉


You have used the attribute named above in your document, but the document type you are using does not support that attribute for this element. This error is often caused by incorrect use of the "Strict" document type with a document that uses frames (e.g. you must use the "Transitional" document type to get the "target" attribute), or by using vendor proprietary extensions such as "marginheight" (this is usually fixed by using CSS to achieve the desired effect instead).


This error may also result if the element itself is not supported in the document type you are using, as an undefined element will have no supported attributes; in this case, see the element-undefined error message for further information.


How to fix: check the spelling and case of the element and attribute, (Remember XHTML is all lower-case) and/or check that they are both allowed in the chosen document type, and/or use CSS instead of this attribute. If you received this error when using the <embed> element to incorporate flash media in a Web page, see the FAQ item on valid flash.

Line 23, Column 18: there is no attribute "language"


<script language="javascript" type="text/javascript">


✉


You have used the attribute named above in your document, but the document type you are using does not support that attribute for this element. This error is often caused by incorrect use of the "Strict" document type with a document that uses frames (e.g. you must use the "Transitional" document type to get the "target" attribute), or by using vendor proprietary extensions such as "marginheight" (this is usually fixed by using CSS to achieve the desired effect instead).


This error may also result if the element itself is not supported in the document type you are using, as an undefined element will have no supported attributes; in this case, see the element-undefined error message for further information.


How to fix: check the spelling and case of the element and attribute, (Remember XHTML is all lower-case) and/or check that they are both allowed in the chosen document type, and/or use CSS instead of this attribute. If you received this error when using the <embed> element to incorporate flash media in a Web page, see the FAQ item on valid flash.

В каких файлах можно поправить данный трабл? Поспешил постить вопрос. Извините. 1-ая ошибка файл index.php

<div id="loading-layer" style="display:none;font-family: Verdana;font-size: 11px;width:200px;height:50px;background:#FFF;padding:10px;text-align:center;border:1px solid #000"><div style="font-weight:bold" id="loading-layer-text">{$lang['ajax_info']}</div><br /><img src="{$config['http_home_url']}engine/ajax/loading.gif"  border="0" alt="" /></div>

Вторая чуть ниже(

Изменено 13 апреля 2010 пользователем Ice of Heart

[Nektov 59]

Движок без ошибок, за исключением вывода похожих новостей.

Сайт временно отключен:

Сайт находится на текущей реконструкции, после завершения всех работ сайт будет открыт.

Приносим вам свои извинения за доставленные неудобства.

Ты здесь видел шаманов?

Изменено 13 апреля 2010 пользователем Nektov

[hotdj 33]

Добрый день.

Сайт - http://honors.ru

Суть вот в чем - не может пройти валидность w3c сайт.

Ошибки в шаблоне появляются из-за движка...

Вот сами ошибки

Line 21, Column 320: there is no attribute "border"


…е...</div><br /><img src="/engine/ajax/loading.gif"  border="0" alt="" /></div>


✉


You have used the attribute named above in your document, but the document type you are using does not support that attribute for this element. This error is often caused by incorrect use of the "Strict" document type with a document that uses frames (e.g. you must use the "Transitional" document type to get the "target" attribute), or by using vendor proprietary extensions such as "marginheight" (this is usually fixed by using CSS to achieve the desired effect instead).


This error may also result if the element itself is not supported in the document type you are using, as an undefined element will have no supported attributes; in this case, see the element-undefined error message for further information.


How to fix: check the spelling and case of the element and attribute, (Remember XHTML is all lower-case) and/or check that they are both allowed in the chosen document type, and/or use CSS instead of this attribute. If you received this error when using the <embed> element to incorporate flash media in a Web page, see the FAQ item on valid flash.

Line 23, Column 18: there is no attribute "language"


<script language="javascript" type="text/javascript">


✉


You have used the attribute named above in your document, but the document type you are using does not support that attribute for this element. This error is often caused by incorrect use of the "Strict" document type with a document that uses frames (e.g. you must use the "Transitional" document type to get the "target" attribute), or by using vendor proprietary extensions such as "marginheight" (this is usually fixed by using CSS to achieve the desired effect instead).


This error may also result if the element itself is not supported in the document type you are using, as an undefined element will have no supported attributes; in this case, see the element-undefined error message for further information.


How to fix: check the spelling and case of the element and attribute, (Remember XHTML is all lower-case) and/or check that they are both allowed in the chosen document type, and/or use CSS instead of this attribute. If you received this error when using the <embed> element to incorporate flash media in a Web page, see the FAQ item on valid flash.

В каких файлах можно поправить данный трабл? Поспешил постить вопрос. Извините. 1-ая ошибка файл index.php

<div id="loading-layer" style="display:none;font-family: Verdana;font-size: 11px;width:200px;height:50px;background:#FFF;padding:10px;text-align:center;border:1px solid #000"><div style="font-weight:bold" id="loading-layer-text">{$lang['ajax_info']}</div><br /><img src="{$config['http_home_url']}engine/ajax/loading.gif"  border="0" alt="" /></div>

Вторая чуть ниже(

В самом движке нету ниодной ошибки на проверку валидности... ниединой ошибки... ошибки появляются из-за сторонних модулей и некачественных шаблонах... обращайтесь к своему дизайнеру пусть правит код, либо к авторам модулей, пусть они переделывают вывод различных новостей если таковы функции имеются в модуле

[celsoft 6 076]

Движок без ошибок, за исключением вывода похожих новостей.

я стесняюсь спросить какие ошибки при выводе похожих новостей?

[Nektov 59]

я стесняюсь спросить какие ошибки при выводе похожих новостей?

show.full.php строка 477

$buffer .= "<li><a href=\"" . $full_link . "\">" . stripslashes( $related['title'] ) . "</a></li>";

Валидатор, не воспринимает <li> и </li>

[Captain 623]

Валидатор, не воспринимает <li> и </li>

Ну и что, он много чего не воспринимает. Сайт нужно для пользователей делать, а не для валидатора.

[Nektov 59]

Я решил так:

Сменил <li> на &radic;&nbsp; и </li> на <br />

Вышло:

$buffer .= "&radic;&nbsp;<a href=\"" . $full_link . "\">" . stripslashes( $related['title'] ) . "</a><br />";

Чуть-чуть порезало код, нужно так:

$buffer .= "&radic;&nbsp;<a href=\"" . $full_link . "\">" . stripslashes( $related['title'] ) . "</a><br />";

Ну и что, он много чего не воспринимает. Сайт нужно для пользователей делать, а не для валидатора.

Вопрос был о валидаторе, это 1. А второе, валидатор для того и придуман чтобы проверить сайт на корректность кода для дальнейшего корректно отображался сайта во всех браузерах. Я думаю это и есть - для пользователей.

Изменено 13 апреля 2010 пользователем Nektov

[spam 11]

$buffer .= "<li><a href=\"" . $full_link . "\">" . stripslashes( $related['title'] ) . "</a></li>";

Валидатор, не воспринимает <li> и </li>

у меня воспринмает, может доктип не тот?

[celsoft 6 076]

show.full.php строка 477

$buffer .= "<li><a href=\"" . $full_link . "\">" . stripslashes( $related['title'] ) . "</a></li>";

Валидатор, не воспринимает <li> и </li>

это потому что в шаблоне вы уже допускаете ошибки, при вставке тега нужно дополнительно использовать также теги <ul>. Смотрите стандартный шаблон. Сделано это чтобы можно было создавать разные списки и использовать собственное форматирование списков

[Nektov 59]

Ну, на сколько я помню DataLife Engine дружит с доктипом XHTML 1.0 Transitional

ЗЫ

Моя страничка DataLife Engine

216 Errors, 18 warning(s)

<! -------------------------------------------------------- >

это потому что в шаблоне вы уже допускаете ошибки

я стесняюсь спросить какие ошибки?

при вставке тега нужно дополнительно использовать также теги <ul>.

Какого тега? Кажись, там теги не редактируются, через админку?

Или Вы предлагаете сменить LI на UL?

Изменено 13 апреля 2010 пользователем Nektov

[celsoft 6 076]

Какого тега? Кажись, там теги не редактируются, через админку?

Или Вы предлагаете сменить LI на UL?

нет. Тег в шаблон нужно вставлять как

<ul>{related-news}</ul>

[spam 11]

Ну, на сколько я помню DataLife Engine дружит с доктипом XHTML 1.0 Transitional

ЗЫ

Моя страничка DataLife Engine

216 Errors, 18 warning(s)

Ага, там не валидно, не парился, а нужно?

Вам легче если будет валидно?

это потому что в шаблоне вы уже допускаете ошибки

я стесняюсь спросить какие ошибки?

при вставке тега нужно дополнительно использовать также теги <ul>.

Какого тега? Кажись, там теги не редактируются, через админку?

Или Вы предлагаете сменить LI на UL?

Нет, Владимир предлагает список <li></li> заключить в <ul></ul> тогда проблема с валидностью исчезнет, это могли бы прочесть даже на самом валидаторе, в описании ошибки

Изменено 13 апреля 2010 пользователем spam

[kang 42]

Вообще, если речь идет о валидности, то в движке ни раз встречал, когда вместо <br /> использовался <br>, а вместо <img />, <img>, то есть теги были не закрыты.

[spam 11]

Вообще, если речь идет о валидности, то в движке ни раз встречал, когда вместо <br /> использовался <br>, а вместо <img />, <img>, то есть теги были не закрыты.

Ни в одном браузере это не вызовет ошибку, не нужно превращать валидность в религию это ведь всего лишь инструмент а не самоцель.

[kang 42]

spam,

Вы же не думаете что разботчики добавили это от делать нечего в XHTML?

Любой язык программирования продолжает поддерживать старые операторы, вроде GO TO и пр. хотя крайне не рекомендует их использовать. Есть определенные синтаксические правила, которые следует использовать в обязательном порядке, а есть то, что просто рекомендуется. Закрытие всех тегов, например <p> - рекомендуется. И никто не превращает валидность в религию. Консорциуму W3C я доверяю.

Конечно же все браузеры научены закрывать теги, но зачем взваливать эту работу на браузер, когда можно один раз сделать все самому, чем потом тысячи раз заставлять это делать браузер?

Может знаете о языке Java (не путать с JavaScript)? Так вот, этот язык является одновремено compile и interpreter языком. Для написания условий в нем можно использовать как |: or, &: and, так и ||: or, &&: and. Как думаете, в чем разница?

[Captain 623]

kangalexey, Вы не правильно интерпритируете "валидатор", как сказали выше - это лишь инструмент, но это не значит что другие теги открываются валидно, прямой пример <noindex>. Так же, как и опять сказали выше, не надо делать из валидатора религию.

[kang 42]

Captain,

Никто не делает из этого религию. Но есть определенные рекомендации, которые пишутся не от делать нечего.

Конечно же отображаться все будет одинаково хорошо, но изучая System programming, Programming Language, Assembler, Algorithm, Data Structure я начал в действительности понимать, что не всегда хорошо писать так, как это удобно программисту.

Конечно же все это большие мелочи в веб программировании, просто люблю, когда все сделано максимально хорошо

[spam 11]

kangalexey, как вы правильно заметили любой браузер верно интерпритирует тег <br> внезависимоти от того что он не закрыт.

Я не знаю чем руководствовался W3C введя правило обязательного закрытия всех тегов, но факт остается фактом, не закрытыйтег <br> интерритируется браузерами нормально.

Равно как и зачастую активно используемый тег <noindex> который не есть валидным но не вызывает ошибки.

spam,

Любой язык программирования продолжает поддерживать старые операторы,

В html5 некотрые теги будут отменены, в частности тег center.

Так что как видете W3C не согласен с вами в части что нужно поддерживаь старые теги

но зачем взваливать эту работу на браузер, когда можно один раз сделать все самому, чем потом тысячи раз заставлять это делать браузер?

Я лишь сказал что стремится к абсолютной валидности не правильно, не нужно путаь причину и следствие, задача проверки на валидность в том чтобы обеспечить нормальное отображение во всех браузерах.

Так если какой то тег работает везде нормально но он невалидный, стоит ли его убирать/зменять? Думаю ответ очевден, нестоит.

Кстати яркий пример http://validator.w3.org/check?uri=http://google.com/&charset=%28detect+automatically%29&doctype=Inline&group=0

Но как видете страница одинаково правильно работает во всех браузерах.

Вот имено поэтому я и написал что не стоит преращать валидность в бьект поклонения, когда валидность являеся самоцелью а не инструментом.

Кроме того в некоторых случаях написать валидно означает сделать хуже, посему предлагаю не зацикливаться на валидаторе

[kang 42]

Так что как видете W3C не согласен с вами в части что нужно поддерживаь старые теги

Он слишком устарел. Не вечно же поддерживать старые теги

spam,

Да, наверное есть люди, которые стремятся добиться валидности не зная для чего это. Просто чтобы заявить что мой сайт валиден. Их сайт проходит тест на валидность валидатором, но они не видят кучи ошибок, которые не видны для валидатора. Но речь не о них.

Для меня валидатор - это лишь инструмент. Который мне, лично, хорошо помогает.

Что касается Java, то в этом языке можно использовать как одинарные | и &, так и двойные || и &&, и то и другое даст один и тот же результат, с одним лишь отличием:

Если условие будет таким:

if( FALSE && TRUE ), то будет возвращено FALSE, после первого FALSE, а в случае if( FALSE & TRUE ) результат FALSE будет возвращен после проверки обоих значений, несмотря на то что первое FALSE, а значит результат будет FALSE, и второй параметр проверять не обязательно. Надеюсь понятно почему достаточно проверить лишь один параметр? Языки программирования развиваются и это хорошо.

Что касается тега <br /> - не стоит забывать что он может включать так же и атрибуты, вроде, <br clear="all" />, и браузеру надо дать понять, где заканчивается этот тег, чтобы он не искал его закрытия и не тратил время на анализ подходящего места закрытия тега.

Конечно же, это не на столько глобально, как борьба за долисекунд в MySQL запросах, когда одна БД работает для тысяч посетителей, но все же, хотелось отметить что это сделано не для красоты

Спасибо, за внимание

[spam 11]

<br clear="all" />, и браузеру надо дать понять, где заканчивается этот тег

Ну скажем так, поймет он и без обратного слеша, но в прочем я говорил о том чот валидность ради валидноси неправильно, и вы насколько я понял придерживаетесь такого же мнения

А тег <br> (без стилей) упомянул впервые вэтой теме не я, я лишь преложил не искать ошибки там где их нет

Изменено 15 апреля 2010 пользователем spam