Max Donchenko

Ну, раз есть похожие вопросы, должны быть и похожие ответы. Съезжай от родителей.

А просто со временем, до всех доходит, что программирование это не интересные исследования, познания неведомого как в фантастике, прикручивание двумя кликами новых движков.
А на деле - это еще и множество рутинной и кропотливой работы, которая по сути - скучная, однообразная, И ее процентов 80.

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

Кому интересно решение данной задачи: все предельно просто.
Сначала создаем pop-up окно, авторизовываемся в нем и редиректимся на нашу страницу прослойку, там мы имеем уже наш jwt токен (или любой другой) и через window.opener мы можем вызвать любой метод в родительском окне. К примеру: window.opener.setToken('{token}'), перед этим определив функцию в родительском окне:

window.setToken = function(token){ /* записываем наш токен */}

Есть ожидаемое поведение и ожидаемые значения.
Есть - фактические.

Кроме реализации функционала контроля всех промежуточных состояний объектов (реестр состояний UML-диаграммы) и переменных в исполняемом коде с возможностью быстрого отключения данного функционала - других путей нет и быть не может.

/*BEFORE*/
////////TEST SECTION N////////
if (TEST) {
  //test variables and object states (+update UML states registry)
}
//////END TEST SECTION N/////

/* MAIN WORK BLOCK CODE (from UML diagramm)
.....
*/

/*AFTER*/
////////TEST SECTION N////////
if (TEST) {
  //test variables and object states (+update UML states registry)
}
//////END TEST SECTION N/////

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

PS: в regex и особенно, в условиях - довольно легко можно ошибиться и не заметить...

Chrome devTools->Sources->Event Listener Breakpoints
или ещё как вариант вариант

1. Обговариваешь ТЗ. Получаешь логины, явка, пароли.
2. Обговариваешь срок, порядок и канал оплаты. Это тоже важно.
3. Поднимаешь копию проекта у себя на хостинге/сервере и т.д. Не рекомендую пользоваться всяческими денверами. Например поведение php под liniux может отличаться от его поведения под windows.
4. Кодишь, кодишь, кодишь.
5. Показываешь заказчику на своем сервере.
6. Получаешь оплату.
7. Переносишь изменения к заказчику. Тут пригодится вышеупомянутый GIT.
Рекомендации:
На рабочем месте лучше держать linux. Во-первых как выше написал родная среда для web-приложений, во-вторых проще будет админить на vps и хостингах. А админить или хотя бы диагностировать проблему приходится часто. Особенно на мелких проектах.
Использовать VCS, например GIT.
Держать несколько каналов для оплаты. Например банковская карта, Яндекс.деньги, Qiwi и Webmoney.
Сразу проработать схемы перевода прибыли в доступные для траты денежные средства.
Не лениться и не бояться.
Все начинали с мелких проектов, всех хоть раз кидали.
Во фрилансе учатся на ошибках. Редко получается учиться по готовым руководствам и боже упаси всяким тренингам и видеокурсам.

learn.javascript.ru конечно же )

<meta name="viewport" content="width=ширина сайта например 1200">