web_xaser

Mockup не?

Стили внутри head, скрипты по возможности в конце body.

Объясню, почему: стили нам нужно загрузить раньше, чем весь остальной DOM, чтобы сразу отобразить все элементы правильно.

А скрипты не дают загрузиться остальным элементам страницы, пока не загрузятся сами. Если браузер натыкается на скрипт, он прекращает загрузку DOM до тех пор, пока не выполнит скрипт. Поэтому скрипты по возможности лучше засовывать вниз — тогда страница отобразится на экране раньше, визуально загрузка будет быстрее.

Никакого "в среднем" нет, файлов должно быть как можно меньше. Меньше файлов — меньше запросов к серверу. Поэтому стоит использовать или какой-нибудь упаковщик стилей-скриптов, который их минимизирует и сливает в один файл, или AMD-загрузчик, вроде RequireJS или чего-то такого.

jQuery тоже лучше подключать внизу, по описанным мною выше причинам. Но тогда нельзя будет писать всякие onClick="$('.blablabla').hide()", как многие часто делают. Впрочем, так всё равно лучше не делать.

Выложить его на гитхабе - лучшая защита.

Никак.

К моему ответу надо добавить тег «Мнение» или «ИМХО»
Не может быть никаких пропорций для миниатюры. Сайт — это холст. Или каталог журнальный — это холст. На нем есть объекты, такие как текст, линейки, геометрические фигуры, фотографии и т. д. При этом миниатюры я бы выделил в отдельную категорию. Из-за маленьких размеров ее нельзя распознать. К примеру с фотографией нормального размера, скажем 10 на 15 все иначе, на ней мы можем выделить (внутри фото) какие-то линий, которые могут перекликаться с той же модульной сеткой или линией шрифта. А миниатюра воспринимается как одно цветное пятно. Соответственно важнее не пропорция этой миниатюры, а то, как она вписывается в общий ансамбль. То есть резюмируя: размеры миниатюр должны зависеть от холста, от его пропорций и размеров, от модульной сетки, если она присутствует, и от мнения дизайнера. Иногда у миниатюры будет задаваться только ширина, а высота получаться автоматом, иногда жестко и та, и другая величина с обрезкой фото.
Ну и это если вообще не рассматривать случаи сборки мозаики из миниатюр, где меняются как размеры, так и пропорции при необходимости.

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

Порядок не важен. HTML это XML подобный язык разметки, а в спецификации XML написано:

the order of attribute specifications in a start-tag or empty-element tag is not significant

Пруф

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

Вот информация по шалонам joomla.

Или на этом форуме вы найдете много ответов и сможете поставить вопросы, если переделывать не будете.

вообще 1024 это для планшетов сейчас.
а так то мы верстаем
320, 480, 640 - смартфоны
768 (вертикальный) и 1024(горизонтальный) - планшет (только для вертикальн. нужно прописать meta иначе при вертикальн. ориентации плашет будет выдавать 1024)
1280, 1440 (может меняться в зависимости от макета или отсутствовать), 1920

У нас дизайнер рисует макеты для всех необходимых разрешений, PSD верстальщик получает самого большого макета, а остальные макеты в JPG для наглядности. Актуальные на сегодняшний день разрешения:

320 px — Мобильные устройства в портретной ориентации
480 px — Мобильные устройства в альбомной ориетации
640 px — Небольшие планшеты
768 px — Планшеты в портретной ориентации
1024 px — Планшеты в альбомной ориетации
1280 px и более — настольные компьютеры

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

Вся разметка должна быть в html, все стили в css.

От А до Я - нету. Это бы получился многотомник покруче БСЭ или Полного собрания сочинений В.И.Ленина. Современный фронтэнд - огромнейшее поле. HTML, CSS, JS, JS библиотеки, JS фреймворки, CSS фреймворки, HTML-препроцессоры, CSS-препроцессоры, MVC фреймворки, SVG, HTML5 API, разметка шаблонов для разных серверных языков (Java,ASP,..), CMS, JS плагины, task-менеджеры, микроразметка и многое другое. При этом фронтэнд может выводиться на огромной массе устройств - от компьютеров и мобильных телефонов, до холодильников и телевизоров. А теперь помножьте это на огромное количество несовместимостей и специфичных багов, которые исправляются кучей хаков, фоллбеков и полифиллов. В одной книжке это точно не уместить. Постигайте всё на практике, спрашивайте здесь и на stackoverflow, читайте тематические форумы. В книгах только основы, без которых не обойтись.

Продам 192.168.1.0. Недорого. К лотку приучен. Жрёт мало.

Ищите на 4pda.ru приложение, там собирают список релизов.

<nav class="navbar navbar-default hidden">
   <!-- navigation -->
</nav>

getbootstrap.com/css/#responsive-utilities