Сергей delphinpro

typeof возвращает строку, а не тип
typeof("s") == "string" //true

если через фильтр и к примеру синий цвет. то вот вариант

PS: угол подбираете самостоятельно!

Отправить запрос на этот скрипт посредством, например, JS. Конкретно, загуглите "js ajax php"

Что-то типа такого

phpfaq.ru/newbie/paths

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

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

Основа современной криптографии - вычислительная сложность. Можно даже всё знать об алгоритме шифрования - но за разумное время расшифровать не получится. Но старинные методы шифрования "символ-в-символ" вычислительно очень просты и никак не годятся в современном мире.

Тут

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

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

* концептуально, не помню как технически это всё организовано.

Margin-right auto для первого

Классы пишутся через пробел
<div class="container-fluid hero">

Использую по возможности всё что есть в Sass и хотелось бы видеть в нём больше. Активно использую и переменные и миксины и функции и placeholder'ы и list'ы и map'ы и т.п. Многие практические задачи намного легче решаются через препроцессор, те же CSS variables ни разу не замена.

Конечно для того чтобы код не превратился в кровавое месиво - необходимо соблюдать правила, но это справедливо и для любого другого языка программирования. Да и без использования препроцессоров я видел огромное количество write only css который невозможно нормально поддерживать.

Вопрос поддерживаемости - он не лежит в плоскости используемого инструмента, а является следствием наличия или отсутствия архитектуры в проекте. Если макеты дизайнера сделаны в стиле "я так вижу", без внутренней логики, если всё это сверстал верстальщик по принципу "что вижу - то и сверстал" - то никакое наличие или отсутствие препроцессора на поддерживаемость кода не повлияет.

С другой стороны наличие определённой архитектуры и следование ей в проекте даёт возможность относительно безболезненного рефакторинга стилей и оставляет код стилей поддерживаемым и расширяемым. Препроцессоры здесь только на пользу.

Какой-то конкретной цели, объясняющей для чего мне это надо, пока что нет.

- Скажите пожалуйста, куда мне отсюда идти?
- А куда ты хочешь попасть? - ответил Кот.
- Мне все равно... - сказала Алиса.
- Тогда все равно куда и идти, - заметил Кот.
- ...только бы попасть куда-нибудь, - пояснила Алиса.
- Куда-нибудь ты обязательно попадешь, - сказал Кот. - Нужно только достаточно долго идти.

Льюис Кэрролл