Саша Железовский, про врача - чушь. Через 6 лет обучения в медицинском ты никто и звать тебя никак. Ну разве что участковым терапевтом идти деградировать (про "деградировать" это не мои слова, это слова знакомых врачей). Опытным самостоятельным специалистом врач становится только лет через 15 с начала обучения. В то время, как в IT срок 2-3 года сейчас считается уже неплохим опытом (на самом деле нет), 5 хорошо, а 10 лет это ну ваще космос. И да, медицина - это одна из тех областей, где нужно непрерывно учиться и учиться, объем информации колоссальный.
1. Формат base64 раздувает размер сам по себе (на 30% если память не подводит). Для пары кб иконок это не страшно, но шрифты весят больше на порядок.
2. Растёт объем css, а его загрузка блокирует отрисовку.
3. (главное) Нужно поддержать 2 формата - woff и woff2. Второй компактнее, но не все браузеры его поддерживают. Что будете пихать в css? Если новый woff2 - старые браузеры его не поймут. Если woff - все поймут, но современные браузеры (а их большинство) будут вынуждены скачать на 20-30% трафа больше, чем если бы им дали woff2.
Внедрять в CSS шрифты не стоит. Исключение может составлять небольшой "критический" шрифт для прорисовки первого экрана. Одно начертание и бывает даже с урезанным набором символов. А всё остальное как обычно.
https://codepen.io/anon/pen/ddyoYx?editors=1100
Не обязательно верстать именно так, но важно добиваться, чтобы размер плашки был в точности равен размеру картинки.
Враппер я там добавил, потому что img не умеет after, но можно и по-другому.
hue-rotate тут не годится, потому что у черного цвета нет тона, нечего крутить.
Теоретически можно было бы сделать линии скажем красными, тогда тон крутить можно. Но результат будет кривым и малопредсказуемым из-за врожденных недостатков модели hsl.
Vlad_IT, потому я и написал де-факто, а не де-юре :) Когда БЭМ распространился на Запад, кто-то из тамошних разработчиков (не помню имя) предложил модификацию с двумя дефисами. Решение оказалось удачным, многим понравилось и его стало использовать большинство (по моим субъективным оценкам).
Только нужно учитывать, что там ещё "старый" БЭМ, с чуть другим синтаксисом. В частности, там ещё есть префиксы b-, а модификаторы отделяются одним подчеркиванием (сейчас уже де-факто приняты два дефиса). Но основная суть от этого не меняется.
Микола Деревло, я попробовал curl, но оно меня послало с ошибкой "SSL certificate problem: unable to get local issuer certificate". Я понимаю, что это значит (у них апи только через https), но как исправить - не знаю. А нода коннектится и получает.
У яндекса некая сетка, в принципе, есть. Да, очень примитивная, но и сам сайт такой.
Либ.ру представляет собой ценность с содержательной и исторической точки зрения, но если судить именно по качеству верстки - да, абсолютный говносайт. Ему это простительно за многие исторические заслуги, но простительно != так и должно быть.
Да какая разница? Хоть 1920*1080, хоть 1920*1200.
Второй вариант встречается гораздо реже и получше первого, конечно, но не принципиально. Все равно лучше 2560 или более.
Всё очень просто. Когда пользуешься сайтом/приложением/книгой/етц - нужно экранное пространство, равное ему. Когда создаешь сайт/приложение/книгу - нужно экранное пространство на сам продукт + инструменты. В графическом редакторе это панели инструментов, в браузере девтулс и так далее. Разрешение 1920 сейчас - одно из мейнстримовых пользовательских. Следовательно, сайты нужно рисовать и под него (среди прочих). А разработчику нужен экран 1920 + запас не менее 25-30%.
Идею в принципе понял, но она кажется мне очень сомнительной для реальной практики. Эта магия с неявными преобразованиями - хороший способ рано или поздно прострелить себе ногу.
По мне так третий вариант понятнее второго :)
Но вообще говоря, он тоже переусложнён, и игры с this там вообще не нужны - зачем нам call, если метод применяется к тому же объекту, которому и так принадлежит? Почему нельзя написать просто
