700ghz

А причем тут браузеры? Как сверстано - так и рисует.
Более того, мне кажется ваша претензия странной - картинки тоже переносить например?

Браузеры делают нормально. Это просто у GT указана min-width, которая с определенного момент мешает сжатию блоков. А браузер подчиняется этому свойству и правильно делает. А если бы GT имел полноценную адаптивную верстку - всё было бы нормально. Если же юзеру наплевать на дизайн сайта - для этого есть специальный режим чтения.

Вы координально хреново выбрали кейс.

1. Учим Vim
2. Пробрасываем ssh порт на домашний комп
3. Кодим через любой ssh клиент на андройде.

RDP. TeamViewer это всё жуткий оверхед.

Ну или если у вас Экстремальный кодинг то возьмите с собой ноут - экстремала не поубавится но зато эффективность гараздо выше.

Ну или лучший вариант - поехили на отдых, так ОТДЫХАЙТЕ!

Это называется "скрытая копия", или "Blind carbon copy".
Через веб-интерфейс при создании письма ссылка "Скрытая" справа вверху.
Если в почтовом клиенте - зависит от почтового клиента.

Нет, не должно. Даже в строгом-строгом ГОСТе 28147-89 начальное значение счетчика (синхропосылка) передается в канале открытым текстом (п.3.1.6).

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

1) BLOB
2) запаковать в int32

если вы рисуете, то нужен.
если не рисуете, то не нужен.

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

пароль + код на email - вполне себе двухфакторная аутентификация.
Одноразовый пароль, отправляемый по email можете просто генерировать рандомно на стороне сервера и потом сравнивать его с полученным от пользователя.
Отличие от SMS - канал передачи одноразового пароля. Вы можете даже использовать пуш-уведомления на смартфоне для передачи одноразовых паролей.

Другой вариант - OTP генератор. То есть у вас должен быть генератор одноразовых паролей (аппаратный или программный), а на стороне сервера должна быть реализована логика сервера аутентификации по стандарту OATH. Есть готовые модули реализующие этот стандарт.

Другой, возможно, несколько устаревший способ: TAN-списки. Раньше их использовали некоторые банки. На обычном принтере печатается лист с одноразовыми паролями, которые потом сервер запрашивает при аутентификации или, как в случае с банками, при авторизации транзакции. По сути метод аналогичен отправке пароля по sms/email, но тут сервер уже должен хранить список сгенерированных паролей, а не только текущий пароль.

Еще один способ - печать матрицы с именованными столбцами и строками. Сервер аутентификации при входе будет запрашивать пароль по координатам матрицы, например, A4,B1,F1,C3

Полагаю, что вы можете использовать сертификат пользователя как второй фактор в добавок к паролю. Это вообще уже реализовано на веб-серверах и нужно просто немного настроить конфиг. В продакшене для такой задачи конечно лучше использовать смарт-карты и разворачивать PKI, но для курсовой можно обойтись и openssl.

Есть и другие, более экзотические методы двухфакторной аутентификации.

Можно написать простую Js функцию которая будет вычислять высоту экрана и назначать ее определенному классу

$(document).ready(function() {        
      $('.fullscreen').height($(window).height());    
      $(window).resize(function() {
        $('. fullscreen').height($(window).height());
      })
    });

далее задаете нужным блокам класс и их высота будет равна текущему размеру окна браузера

<div class="fullscreen">
</div>

сделайте как на всяких дропбоксах с гуглами: пароль + одноразовый код, генерируемый специальным приложением.