Оцените верстку

[xzarxzes]

верстка: http://themfast.herokuapp.com/

макет: http://themfast.herokuapp.com/ThemFast.png

Edited February 22, 2014 by xzarxzes

[advokatua]

нет никакого смысла сокращать CSS файл если он не весит несколько метров.

Тем более на оценку выложил. Как людям оценивать? )

[xzarxzes]

нет никакого смысла сокращать CSS файл если он не весит несколько метров.

Тем более на оценку выложил. Как людям оценивать? )

У меня картинки в base 64, я подумал что лучше сократить css.

Edited February 22, 2014 by xzarxzes

[iKNG]

 

нет никакого смысла сокращать CSS файл если он не весит несколько метров.

Тем более на оценку выложил. Как людям оценивать? )

У меня картинки в base 64, я подумал что лучше сократить css.

 

Лучше не сокращать CSS и картинки вынести в JPG или PNG. Это более удачный вариант в реальных проектах, так как в случае base64 картинка будет подгружаться даже в тех случаях, когда элемента с ней нет на странице. Сами понимаете, скорость загрузки заметно сократится. Ну если не будете делать по CSS файлу на каждую страницу.

И вроде теги header и footer предназначены для того, чтобы отметить ими шапку и подвал страницы соответственно, а не верхнюю и нижнюю часть отдельного блока.

Edited February 23, 2014 by iKNG

[xzarxzes]

 

 

нет никакого смысла сокращать CSS файл если он не весит несколько метров.

Тем более на оценку выложил. Как людям оценивать? )

У меня картинки в base 64, я подумал что лучше сократить css.

 

Лучше не сокращать CSS и картинки вынести в JPG или PNG. Это более удачный вариант в реальных проектах, так как в случае base64 картинка будет подгружаться даже в тех случаях, когда элемента с ней нет на странице. Сами понимаете, скорость загрузки заметно сократится. Ну если не будете делать по CSS файлу на каждую страницу.

И вроде теги header и footer предназначены для того, чтобы отметить ими шапку и подвал страницы соответственно, а не верхнюю и нижнюю часть отдельного блока.

 

Согласно html 5 doctor, header и footer можно использовать неограниченное число раз, в тех элементах который создают контекст section - такие как body, aside, section, article, nav, если конечно я все правильно понял: http://html5doctor.com/the-footer-element/, http://html5doctor.com/the-header-element/ . В данном случае у меня на странице есть основной header и footer, а остальные вложены в элемент section и представляют собой  собственно footer и header которые относятся к определенной секции контента, как мне кажется ошибки здесь нет и моя разметка правильная, поправьте меня если я ошибаюсь.

Что касается base 64 то это уменьшает количество http запросов, но я так понял это палка о двух концах, вот здесь пишут http://www.mobify.com/blog/data-uris-are-slow-on-mobile/, что на мобильных устройствах это сказывается на производительности. Я всегда стараюсь как то оптимизировать изображения и обычно компаную их в один большой спрайт, но в данном случае мне хотелось сделать background-image растягивающимся, а со спрайтами это делать сложнее, по крайней мере мне не удалось найти годного решения и я решил использовать data-uri.

[iKNG]

Да, их можно использовать сколько угодно, но семантически это не правильно (а HTML5 теги были созданы для семантики). На тех же страницах, на которые Вы дали ссылки, написано, что они должны использоваться для обозначения верха и низа страницы.

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

Edited February 23, 2014 by iKNG

[xzarxzes]

Да, их можно использовать сколько угодно, но семантически это не правильно (а HTML5 теги были созданы для семантики). На тех же страницах, на которые Вы дали ссылки, написано, что они должны использоваться для обозначения верха и низа страницы.

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

http://html5doctor.com/the-article-element/ В любых примерах с элементом aticle используется footer и header, article может использоваться сколько угодно раз на странице, это может быть к примеру комментарий или новость, так же в примере с footer'ом на который я давал ссылку элемент footer находится внутри section, header у меня содержит заголовки h1 h2, что является heading'ом section, а в footer находится кнопка, хотя здесь я может быть и переборшил. Семантически я указываю на header и footer - section

 

upd: "An important point to note is that you are not restricted to use one<footer> element per site, you can use multiple footers, each of which will then become the <footer> for that section of the document. You could therefore have a <footer> for a <section> or an <article>."

 

http://www.anthonycalzadilla.com/2010/08/html5-section-aside-header-nav-footer-elements-not-as-obvious-as-they-sound/

 

http://www.whatwg.org/specs/web-apps/current-work/#the-footer-element

Edited February 23, 2014 by xzarxzes