class или id? Полезно для разработчиков.

[Beloslav]

юзаю ДИВы, но, поглядываю в сторону фреймворков... интересно мнение верстальщиков со стажем отоносительно этого нового направления

 

[Miraage]

какие еще фреймворик? 960грид? все это гавно!
делать все надо ручками, чтобы быть уверенным в каждой строчке написанного кода

 

[porsche2]

Вынести все картинки, js, css на другой сервер и все проблем не будет. Как бы разделить, php исполняемые скрипты на одном серваке, а все стольное (картинки, js, css и прочая подгружаемая хрень) на другом. Так мы уменьшаем количество обращений к основному серверу и снижаем нагрузку.

для этого алиасы используют

-не сжимайте картинки средствами html(т.е. если у картинки размеры 200x100, а вы в теге img сжимаете в 150x75), это замедляет загрузку страницы.

с этим обычно двоякая ситуация, например когда изменяем размеры картинок с помощью html на главной странице, а в статье используется та же картинка но в полный размер, т.е. в статье мы достаем ее из кеша. С двумя картинками кеш проходит мимо, в среднем получаем +1 запрос на одно и тоже изображение и в тратим больше трафика.

В статье сравнили что быстрее обрабатывают браузеры, class или id, выяснили что class. А если class быстрее, то желательно использовать его. Лучше выиграть что-то, чем что-то проиграть. Так **х придираться к цифрам?

 

[septor]

Спор не о чём.
Современный доступ в интернет убивает все сравнения в скорости на нет. Кого сейчас интересует будет ли у него загружаться страница на 5-10 миллисекунд быстрей или медленней. Классы и идэшки должны применяться по назначению, и не больше, классы для общих много-повторяющихся стилей тегов, а ид это индивидуальные стили, только для одного элемента.
Сколько того и другого будет в документе, это должно быть по барабану, главная оптимизация должна быть в самом файле(ах) стилей, и графике. Много графики, делайте спрайты, елсли надо, сжимайте их, объеденяйте файлы стилей в один файл, не ставьте стили в хтмл прямо в теги, и буде вам щастье.

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

 

[Beloslav]

какие еще фреймворик? 960грид? все это гавно!
делать все надо ручками, чтобы быть уверенным в каждой строчке написанного кода

на чём основывается ваше мнение? есть примеры "гавно-проектов" на 960?

 

[Miraage]

на чём основывается ваше мнение? есть примеры "гавно-проектов" на 960?

оно основывается на опыте верстки. заказчикам не нравится "вот тут на 4 пикселя больше, а тут в ие6 оно вообще как-то не так"

 

[vornic]

оно основывается на опыте верстки. заказчикам не нравится "вот тут на 4 пикселя больше, а тут в ие6 оно вообще как-то не так"

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

 

[boomyjee]

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

 

[UnistallZx]

АХхаха 8,5мс - это не время. Лучше бы php - скрипты оптимизировали, чем фигней маяться=)