ой всё

есть такой скринкаст
learn.javascript.ru/screencast/nodejs
там есть пример авторизации
скорее всего после этого скринкаста вы сможете разобраться и с этой петрушкой

вроде эти настройки делают трюк

<div class="main-nav-bg" style="z-index: 1; opacity: 1;"></div>

.main-nav-bg, .nav-close {
    position: fixed;
    top: 0;
    left: 0;
}
.main-nav-bg {
    opacity: 0;
    height: 100%;
    right: 0;
    bottom: 0;
    background: #d50032;
    z-index: -1;
}

по UX лучше всего "не заставляйте меня думать"

так через sources в dev tools поставьте брейкпойнт в начале функции и посмотрите по шагам как и что считается, в хроме удобнее всего

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

слёту не разберусь в вашем регексе, он проверяет на пустое поле?

чистая проблема usability
половина юзеров будет попадать на страницу, а половина открывать меню, причем когда в следующий раз они случайно нажмут наоборот, то будут очень злиться из-за того, что не могут найти то, что им надо, в лучшем случае они вам пожалуются, в 99.99% случаях они просто уходят

поэтому так не надо делать, вполне достаточно поставить нужную вам ссылку первым пунктом списка, открывающегося по стрелке, если эта ссылка не заслуживает отдельной строки в основном списке меню

не обязательно отлавливать ввод, это можно делать для всех полей текущего слайда при нажатии кнопки перехода на следующий

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

https://www.impactbnd.com/blog/the-10-must-have-sa...
гугл переводчик вам в помощь, хотя там очевидно

вот как вы сказали, так и есть - это способ взаимодействия и обмена данными сервера и клиента
данные на клиенте, промежуточные состояния данных не хранятся на сервере, данные можно кэшировать
данные могут быть в виде json, html, xml
URI, унифицированный интерфейс доступа к данным, вместо бесконечного серверного кода с запросами к бд для каждого проекта по отдельности
в википедии английской все подробно написано, может и на русский так же хорошо перевели

$('p').contents().unwrap();

такое гляньте
https://www.skyverge.com/blog/how-to-simplify-free...
и гугл транслейт в помощь если английского не знаете

не водите много раз, водите один раз
все события становятся в очередь и выполняют вашу анимацию - все работает корректно

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

но как вы узнаете, что, как и когда делает юзер на самом деле?

судя по всему никак
вам придется писать обработчики на каждое событие

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

облако конечно, разница в цене коллосальная
богатые выбирают амазон

макбук конечно
занятие крайне муторное, пусть хоть красивая машинка вас радует