con_: я не использую препроцессоры, я готовлю сетку и пишу классы стилей вручную. Разделяете объекты по категориям (header,menu,footer) и дальше стилизуете их классами.
Вот простой пример вёрстки: precosts.com/app/Design-generator
Можете посмотреть как все сделано, там все стили в теле html.
Arlanda: возможно, что стоит проверка на хеш-сумму самого крипт-кода ДО НЕПОСРЕДСТВЕННОГО ИСПОЛНЕНИЯ скрипта на основе переменной: _0x6e0a
Я бы не советовал использовать подобные инструменты.
Есть много более лучших: greacemonkey и phantom.js и nightmare.js подобные.
Андрей: валидация данных всегда должна идти "белым" списком (по принципу firewall'a). "Запрещено всё, кроме ..." и "размер данных (длина строки) должен быть в диапазоне от ... и до..."
Для текста: всё это делается после приведения к нужной кодировке, вырезанию лишних символов, тримминга, замены разнородных пробелов/тире к однотипным (если необходимо) и удалению подряд идущих пробелов.
Т.е. все данные, перед помещением в БД, должны соответствовать ОЖИДАЕМЫМ ДАННЫМ этой БД.
Андрей: зависит от специфики Вашего проекта.
В большинстве случаев - выбирают *NIX системы.
Язык разработки проекта, интеграционные модули и архитектура проекта - в бОльшей степени влияют на выбор серверной ОС.
Исполнителю он не нужен в рамках проекта Заказчика и не более того.
Если исполнитель собирается использовать этот шрифт в СВОИХ ЛИЧНЫХ проектах - тогда ДА, но в рамки данного вопроса - это не вписывается.
Александр Панков: это никто не посдкажет, т.к. все зависит от специфики. Самое простое - Вам нужно пользоваться динамической загрузкой и контролем этих динамических модулей не по таймеру а только по событию окончания загрузки!
Владимир Шестаков: сервер знает ключ и пару (логин и пароль) в едином хеше, которые пересылются посредством сгенерированного сервером ключа через процедуру замены (сгенерированного ранее самим сервером).
Вот простой пример вёрстки: precosts.com/app/Design-generator
Можете посмотреть как все сделано, там все стили в теле html.