Forum Webscript.Ru
Общие => Веб-технологии => Тема начата: MASe от 11 Января 2002, 13:02:07
-
не раз слышал, что многие стараются сделать свою страничку настолько легкой и быстро грузимой, что экономят на коде путем удаления "необязательных" элементов.
причем в большинстве случаев такими элементами признавались кавычки
тоже пробовал, убирая их от цифр в height, weight, border... страница и вправду худела байт на 500.
но где кавычки обязательны??? (можно ли их убирать от обозначений "#*цвета*", align, class="имя" и т.д.)
и вообще, как реально съекономить на коде, и нужно ли это на практике???
-
Вроде если элемент который должен быть в кавычкая на енглише - кавычки можно не ставить, а если на рашине - нужно ставить.
-
Можно не ставить кавычки если признак/элемент состоит из одного слова (т.е. нет пробелов).
Пример:
A HREF=http://www.vasja_pupkin.com/
- правильно
option value=Вася Пупкин selected
- неправильно, надо:
option value="Вася Пупкин" selected
-
По спецификации-то кавычки много где можно не ставить, НО НетШкаф 4.х начинает обрабатывать код совершенно непредсказуемым образом. Особенно это касаемо стилевых файлов.
-
http://www.e-notes.ru/notes/htmzilla.html
Кто не в курсе - сайт, посвященный профессиональному веб-программированию, советам начинающим и не только...
На этой странице как раз про оптимизацию HTML...
-
да не...
я прописывал альты к картинкам на русском - и нормально... только пробелы не берет и все...
-
nu i essno, esli v stroke probel soderzhitsya ili >
-
To: Oak
По спецификации-то кавычки много где можно не ставить, НО НетШкаф 4.х начинает обрабатывать код совершенно непредсказуемым образом. Особенно это касаемо стилевых файлов.
А как вам кажется?
-
Экономия на кавычках в коде.
ИМХО, не нужно а то и чревато. Не пройдет и пару лет, как страницы нужно будет переводить на XML-стандарт. А там требования к коду ОЧЕНЬ серьезные. Поэтому, на мой взгляд, лучше заранее позаботиться о соблюдении спецификаций, дабы не было проблем в будущем. Гораздо легче создавать страницу по всем правилам сразу, чем впоследствие редактируя сотни страниц (сайт-то имеет свойство разростаться!) ругать себя за такую вот экономию.
ЗЫ: конечно, если предполагаемый срок жизни вашего сайта всего пару месяцев, то о таких вещах задумываться не стоит.
-
a mne kazhetsya , chto po specifikacii nado kavichki stavit\' vezde.
A NN4 ponimaet 3 vid akavichek - \'\' , "" , `` (poslednie otobrazhayutsya vmeste s kavichkami, hotya kaichki rabotayut).
A v stilevih fajlah gde imenno eti kavichki ispol\'zuyutsya?
Ya znayu obichno krichat pro font-size: i NN4 , no pri etom edinici izmereniya ne ukazivayut, chto est\' glyuk (on ego i ignoriruet).
A kavichki - privedi primer CSS + kavichki
-
By default, SGML requires that all attribute values be delimited using either double quotation marks (ASCII decimal 34) or single quotation marks (ASCII
decimal 39). Single quote marks can be included within the attribute value when the value is delimited by double quote marks, and vice versa. Authors may
also use numeric character references to represent double quotes (") and single quotes ('). For double quotes authors can also use the character
entity reference ".
--------------
In certain cases, authors may specify the value of an attribute without any quotation marks. The attribute value may only contain letters (a-z and A-Z),
digits (0-9), hyphens (ASCII decimal 45), and periods (ASCII decimal 46). We recommend using quotation marks even when it is possible to eliminate them.
-
Oj kak ne prosto srazu po vsem pravilam delat\' :)
Narimer srazu v XHTML (osobenno esli vizual\'nimi sredstvami pol\'zovat\'sya).
-
Не пройдет и пару лет, как страницы нужно будет переводить на XML-стандарт.
Эти пару лет я слышу с 96 года :)
А воз и ныне там...
-
Да и еще, приплетать сюда XML некоректно, так как XML и HTML две большие разницы... HTML - формат отображения а XML - формат описания данных.
Есть, правда, XHTML, но с ним у меня дружбы не сложилось... :)
-
Oj kak ne prosto srazu po vsem pravilam delat\'
Согласна, ничего хорошего в этой жизни просто так не дается :)
2NeoNox: Ты прав -- XHTML. Почему же ты с ним не дружишь?
-
ОК.
Вроде бы сошлись во мнении, что кавычки убирать не стоит. (а если убирать, то совсем чуть-чуть :-) )
Что касается Нетскейпа и CSS, я тут уже задавал вопросик по этому поводу (сайт для примера http://drezna.chat.ru - летает в НН и нормально отображается в ИЕ... спасибо добрым людям - нашли "нестыковочку" - причина прописанные в style картинок padding-и)
А что по второй части вопроса??? Нужно ли это вообще... я конечно понимаю, что экономить нужно на графике, но и код раздувать зазря негоже...
просто некие "мастера" дизайна ругаются на слишком раздутый код...
-
Ну что значит раздутый?
-
http://www.stack.ru/~julia/enter.phtml
Glyan\'te - tam XHTML doki po russki (i HTML,XML,CSS etc). Ne polenilas\' devushka perevesti..
Tepncuxopa Da nu. brouzeri s XML support poyavlyayutsya tol\'ko sejchas.
Znachit ne ranee chem cherez 3 goda ono dojdet to Designer-ov.
A sovmestimost\' so starimi versiyami budet esche let 5 posle togo....
-
Самый простой способ сэкономить - убрать все лишние пробелы и переводы строки (Энтеры). Для этих целей есть много разных утилит, но по-моему лучшая - Advanced HTML Optimizer (http://www.pcbit.com/htmlopt/)
А лично у меня вопрос другой: кто-нить знает есть ли программы оптимиации JavaScript\'ов?
-
2puh
est\' http://www.danstainman.com/ -> JSpack
-
The page cannot be displayed
Oak, проверь адрес.
-
http://www.dansteinman.com/
sorry. Eto on pridumal DynApi kstati.
-
sorry. Eto on pridumal DynApi kstati.
?
-
A pochitat\' len\'? :)
Eto DHTML bibliotechka na JS napisana.
Esli ti ee ispol\'zuesh , to tvoi sajti srazu nachinayut prekrasno rabotat\' v
IE4,5,5.5,6
Netscape4.* (s 4.04)
Mozilla 0.9.*
pod Win, Unix, Max
Itebe ne prijdetsya zabivat\' golovu sovmestimost\'yu i glyukami vseh brouzerov (a v osobennosti utechkami pamyati).
http://dynapi.sourceforge.net/
-
Ты прав -- XHTML. Почему же ты с ним не дружишь?
Oak уже ответил :)
Как язык отображения HTML меня вполне устраивает, а если само описание структуры - можно в БД хранить. И с точки зрения экономии кода это тоже + :)
Я не верю в будующее XHTML :(
-
ya tozhe ne veryu v buduyuschee XHTML, krome special\'nih sluchaev.
Primer - vklyuchenie v XHTML storonnih XML shtuk - naprimer formul MathML.
T.e pokazzivat\' vseravno budet brouzer, posemu ne vazhno v chem tvoj tepereshnij fajl
-
А я уже столкнулась с тем, что фирме необходимо было перевести всю свою документацию в XML (для обмена данными между подразделениями). Делалось это посредством 1С. Будущий сайт у них будет на XHTML. Так что для крупных корпораций процесс уже пошел...
-
Интересно.... А сайт у них внутернний или можно URL посмотреть?