Сервис GitHub.com предлагает не только бесплатно размещать репозитории, но и позволяет создать отдельный сайт вида USER.github.io. Сайт, правда, будет статичным, то есть его придется делать на «голом» HTML, без использования какой-либо CMS. Такие сайты создаются в рамках GitHub Pages.

Landing Pages Framework позволяет создавать статичные сайты без особых усилий. Я расскажу, как можно создать сайт на гитхабе и использовать LPF для генерации html-файлов.

Если вы, как и я, решили освоить git, то скорее всего у вас возникнет желание разместить свой проект на GitHub.com для публичного доступа.

Как новичку мне было сложно понять, каким образом создать связь между репозиториями. То есть локально у нас есть набор файлов проекта. Нужно каким-то образом выложить их на гитхаб. По сути это обычное копирование, но в git это работает не так очевидно. Пробившись несколько дней, я написал свою пошаговую инструкцию для новичков.

Классы UniCSS состоят из простых css-правил. Этот фреймворк не задает UI сайта. Его задача — перенести верстку с уровня css-файла в html-код.

Смотрите. Обычно мы делаем так (простой пример):

<div class="my-top">
...
</div>
 
.my-top { 
    margin-top: 20px;
    padding: 10px;
    color: #FFF;
    background-color: #888;
}

C помощью UniCSS будет уже так:

<div class="mar20-t pad10 t-white bg-gray500">
...
</div>

То есть мы написали тот же самый код, только в HTML в виде самостоятельных классов. Если проанализировать работу верстальщика, то это постоянное переключение между css и html файлами. Здесь же мы работаем только с html. Вы удивитесь, сколько это экономит времени и насколько упрощает работу!

В данном примере .my-topкакой-то «технический» класс, не содержащий уникальных стилей. Отступы, фон, текст, ширина и прочие примитивы. При использовании UniCSS уже не требуется создавать отдельный класс блока. CSS-код будет гораздо (многократно!) меньше.

В процессе работы с Landing Page Framework постоянно возникало желание как-то унифицировать используемые css-классы. Проблема именования классов до боли знакома каждому верстальщику. Любой, даже самый примитивный, чисто «технический» блок, потребует своего уникального класса, чтобы указать стили, даже если это всего одна строчка кода.

Избыток классов порождает проблему идентификации: чем top-headerотличается от top-head2? Это знает только верстальщик.

Чтобы навести хоть какой-то порядок, стали придумывать различные методики: самая известная (хотя и очень спорная) BEM. Такой подход решает исключительно одну проблему — имя класса получает хоть какую-то осмысленность и вносит ясность для другого верстальщика, которому придется разбираться в коде в будущем.

Хотя возраст не ощущается, за это время столько воды утекло, что обращаясь к старым записям, порой не верится, что они мои. Давно задумываюсь о том, как бы переделать сайт и начать если и не с чистого листа, а хотя бы с четким разделением на «старое, уже не считается» и «новое, вот это и нужно читать». Формат блога мне не нравится. Думаю, что он уже изжил себя. И дело даже не многочисленных соцсетях (это тоже тупиковая ветка), а в том, чтобы подавать информацию в таком виде, чтобы она могла быть самодостаточной и, как следствие, легко создаваемая, легко поддерживаемая и легко обновляемая до актуального состояния.

Как книги. Взял какая понравилась, почитал, отложил. Да, в ней разделы, главы, но это всё равно отдельная цельная сущность. Если проводить аналогию, то сайт — это и есть одна книга. Например книга «Блог» для тех, кому интересны мысли автора. Книга «MaxSite CMS для чайников» будет иметь своего читателя, даже если там появится глава «Как установить телескоп на борту МКС».