Radiocity

У них с сайта можно скачать базу адресов, в которой кроме всего прочего указывается страна, поэтому не спутать.

Сложная, ненужная конструкция.

Не годится. документ не проходит валидацию html5много запросовпри ширине 1024 справа появляется пустота и горизонтальная прокруткапри ширине менее 500 верстка ломаетсяочень сложные селекторы в таблицах стилей (например, .mean-container .mean-nav ul li li li li li a).logo .logo-inner a { display: table-cell; ... серьезно? Конечно, критиковать легко. Но ведь мы для этого здесь и собрались: обсуждать работы, улучшать свои навыки, развиваться.

Потому что в $_GET['lang'] можно послать любое имя файла, и при определенном навыке получить полный контроль над сайтом и базой данных. Первое, на что проверяют сайт при взломе - это защищенность $_GET параметров, а также возможность провести SQL инъекции через них.

Просто кодируете идентификатор сессии в печеньке, а при запросе декодируете. Если в сессии не хранится приватная информация, то можно даже не беспокоиться.

Печенька для сессии не создается автоматически. Смотрите код. И хранить SESSION ID в куки в открытом виде не безопасно.

Задать домен в параметрах печеньки с точкой .domain.ru, и общий путь. Тогда на всех поддоменах будет работать одна кука.

Еще IE 9+ корректно работает с svg стаками, помещенными в фон через css. Но проблема в медленном рендеринге trident.

А без толку объяснять.

Недавно был на собеседовании в одной крупной студии. Так вот там БЭМ - это божество, которому поклоняются, приносят в жертву нерадивых верстальщиков. И если для меня любая возможность устроиться на работу не так важна, то для некоторых это необходимость. Следовательно и БЭМу приходится учиться, даже если этого не хочется делать.

Хорошо, но почему media query стоит 40.5em (далее в css 60em)?

Дьявол кроется в деталях (в реализации)

Вообще интересует подход mobile first. Сетки не нужны

Нет статьи. Только демо пример. А есть что то новое почитать?

И чем же он хуже, первый вариант?

Всех приветствую. Пытаюсь разобраться с подходом mobility first и наткнулся на интересный пример (далее «демо»). Также ознакомился с видео от Виталия Фридмана «Responsive Web-дизайн: Трюки и уловки», в которой он упоминает, что должно использоваться минимум http запросов для загрузки страницы. В коде демо-страницы стили для мобильных устройств и десктопных браузеров разделены и загружаются через link с указанием media параметров: <link rel="stylesheet" type="text/css" href="style.css" media="screen, handheld" /><link rel="stylesheet" type="text/css" href="enhanced.css" media="screen and (min-width: 40.5em)" /><!--[if (lt IE 9)&(!IEMobile)]> <link rel="stylesheet" type="text/css" href="enhanced.css" /><![endif]--> Однако, согласно тестам, браузеры игнорируют параметр media при загрузке стилевых таблиц. Тогда, чем же подход демо хорош? В чем его преимущества, если получится на один запрос больше? Далее, не совсем понятно, причина использования значения 40.5em. Почему используется относительная величина, если первоначальный размер шрифта в браузере может быть абсолютно любым? Также в демонстрационной версии не обнаружил подключения поддержки html5 тегов для старых браузеров (html5shiv) или аналог. Полифилы в modernzr тоже не подключены. Как тогда решена проблема поддержки? Плохое демо? UPDATE: Кажется, с последним вопросом разобрался. Используется подход «HTML 4 - для стилизации, HTML5 - для значения/семантики»

ТС подбирает оптимальное решение для перспективного проекта. И это вполне логично, ведь никто не хочет "переписывать функционал", как это советуют некоторые участники треда.

Делал бы дополнительным классом. Как минимум потому, что :nth-child поддерживается меньшим числом браузеров (для ie8 нужен грязный хак). Согласно недавним экспериментам, опубликованным в сети, никакой разницы. И не стоит отмахиваться "ой, да кому нужен этот грязный восьмой ишак". Он нужен. Стоит в основном в офисах у "экономных" работодателей и еще долго будет трепать нервы.

Не стоит верить подобным статьям на хабре. В основном это заказуха.

Как вариант. К тому же скрипты очень тяжелые, много лишнего. Источник:

Серьезно? Страница "грузится". Объясните заказчику, что это связано с особенностью работы браузера. Если ему нужна ajax загрузка страницы, пусть доплатит. Деньги - панацея от любой претензии.

А у нас соревнование на "слабо"? Офис - надежный вариант. Здесь и оклад стабильный, график, страховка и опыта можно набраться много. Цены у разработчиков там ололо, а качество исполнения так себе.

Использовать костыль.

Отступы контента на малых разрешениях - это лишнее. Там и так с лупой сидишь.

без него нельзя? Можно и без него (придется писать много кода), но смысла особого нет.