Комментарии на: Организация CSS. Думайте своей головой.

От: Anstak

Anstak — Thu, 21 May 2009 21:51:55 +0000

Вместо print.css лучше использовать внутри основного файла стилей @media print. Так как лишний файл стилей и лишнее HTTP соединение – не очень хорошо. А способ с @media не сильно отягащет страницу, я писал про это – http://forgottens.ru/?p=98

От: Yvelious

Yvelious — Mon, 18 May 2009 11:05:50 +0000

to Vladimir
Да!

От: Vladimir

Vladimir — Sat, 16 May 2009 22:54:51 +0000

Yvelious, даже не знаю, что посоветовать…

Чистка — да, на лету. Самый простой вариант — регулярными выражениями. Можно использовать всякие упаковщики/чистильшики. Google javascript copmression.

А проверка осуществляется по датам последнего изменения файла.

Хорошо почитать стандарт HTTP/1.1 и слать ETag/Last-Modified, и отвечать 304 Not Modified вместо отправления файла, если условия в If-Modified-Since/If-Match выполняются.

PS – Yvelious, соотечественник?

От: Yvelious

Yvelious — Sat, 16 May 2009 08:59:23 +0000

Cпасибо за ответы!

p.s.
to Vladimir

Я делал так: на сервере хранится dev-версия CSS/JS/…, при первом обращении к ресурсу он чистится/сжимается/всё, что угодно, сохраняется в кэш и отдаётся браузеру. При последующих обращениях, если dev-версия не менялась, то отдается закэшированный вариант.
Если проверка на изменение является очень дорогой, то заводятся две версии сайта: development и production. Все тестируется на деве, потом деплоится на продакшн. В процессе деплоймента скрипты/ЦСС сжтмаются, чистятся и т.п.

А где можно подробно об этом почитать, дабы суметь реализовать? Я так понимаю это все чистка сss и js происходит на лету?

От: Максим Покровский

Максим Покровский — Fri, 15 May 2009 21:03:06 +0000

Я не люблю писать инструкции по применению с стиле “пиши то, а если тебе говорят это, то пиши вон то, а если…”, не потому что я такой злыдень, а потому что пользы никакой, а порой и вредно. Просто спрашиваю, что нужно от верстки и думаю как сделать лучше.

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

От: Vladimir

Vladimir — Fri, 15 May 2009 20:42:30 +0000

Yvelious, я не автор, но тем не менее…

И как поступать в таких случаях тем кто так делает? давать заказчику две версии проекта, рабочую и продакшен?

Я делал так: на сервере хранится dev-версия CSS/JS/…, при первом обращении к ресурсу он чистится/сжимается/всё, что угодно, сохраняется в кэш и отдаётся браузеру. При последующих обращениях, если dev-версия не менялась, то отдается закэшированный вариант.

Если проверка на изменение является очень дорогой, то заводятся две версии сайта: development и production. Все тестируется на деве, потом деплоится на продакшн. В процессе деплоймента скрипты/ЦСС сжтмаются, чистятся и т.п.

В любом случае, у разработчика есть исходная версия файла (Столлману привет!).

А в случае с CSS очень легко провести “деобфускацию” – с ней даже Эклипс справится.
В случае с JS часто можно восстановить исходную версию файла (например, если использовался упаковщик Дина Эдвардса), разве что переменные будут неосмысленными.

От: Yvelious

Yvelious — Fri, 15 May 2009 20:27:25 +0000

А как советует структурировать СSS сам автор?
p.s. Интересно что бы Вы сказали, если бы на переделку попался бы сайт, примерно как в проектах яндекса в продакшен версиях, где все импорты сливаются в один сss и чистятся сsstidy (либо другими програмульками) до такой степени, что код полностью теряет свою читабельность! Побежали бы искать рабочую версию?
И как поступать в таких случаях тем кто так делает? давать заказчику две версии проекта, рабочую и продакшен?

От: Максим Покровский

Максим Покровский — Thu, 14 May 2009 21:48:35 +0000

универсальная резетилка

Никогда не понимал, чего все носятся с этим “универсальным ресетом”. Мне всегда хватало банальной “стерки”: *{margin:0; padding:0;}

От: Kotelnikov

Kotelnikov — Thu, 14 May 2009 19:48:06 +0000

ИМХО, для не сильно крупных проектов и пары CSS-ок хватит: универсальная резетилка и сопсно сами стили.

От: Максим Покровский

Максим Покровский — Wed, 13 May 2009 19:49:22 +0000

Разумеется не однозначно. Вторую часть заголовка, следует в полной мере применять и к этому посту. То что я не сказал, что мешать стили print, screen, и подобные, не надо, вовсе не означает что их надо сливать в один.

Я писал этот пост не как исчерпывающую инструкцию, а как общий принцип. Ибо сказано: понимание общего принципа, избавляет от запоминания тысячи частных фактов.