Robur

Ставьте кнопке при клике атрибут disabled. При получении ответа - убирайте.

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

у вас при отправке вызывается funMZZrU();
Вы можете переопределить эту функцию - самый простой способ просто скопипастить код из старой функции в новую и добавить туда строчку с нужным действием после того как запрос отработает.

Если хочется чтобы версия ставилась автоматически:
https://github.com/conventional-changelog/standard...

версионирование по semver, работает на коммит-сообщениях которые должны следовать соглашению

записывайте не просто продукт а продукт + количество

basket.push({product, count: 1})

и потом, перед тем как пушить, проверяйте, если там уже такой же продукт, если есть то вместо .push
пишите увеличивайте count.

const productInBucket = bucket.find(item => /* проверить что item.product == product так как вам нужно*/)
if (productInBucket) productInBucket.count++
else basket.push({product, count: 1})

Нормально вам тимлид говорит, если сделать это грамотно. Single Source Of Truth рулит.

- разные проекты вполне могут оставаться разными проектами используя один и тот же общий для обоих код. Способов это сделать много. монорепа, модуль, реестр схемы например.
- у вас уже взаимная зависимость - общий GraphQL API. Вы вряд ли сможете поменять схему в одном проекте и оставить её старой в другом. Возможность хранить схему отдельно и менять независимо - это не гибкость, это прямая дорога к тоннам проблем и куче потерянного времени. Вас не смущает то что каждый раз меняя схему в одном месте надо обязательно сходить и поменять ее в другом чтобы они были всегда синхронизированы, и если вы этого не сделаете/забудете/опечатаетесь/не так скопипастите то что-то где-то обязательно сломается? Именно в этот момент стоило бы почувствовать что-то неладное.
- если вы не видели чего-то - это не значит что то, чего вы не видели плохо, а то что видели - хорошо.

В общем, делать стоит - главное делать грамотно. Если вы сейчас весь код в одну кучу свалите то конечно ничего хорошего не выйдет.

хороший ресурс с кучей текста, примерами и информацией разного уровня сложности: https://microservices.io/
начините с него

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

Кем "не рекомендуется"?
Чтобы решать проблему нужно убедиться что есть проблема и четко сформулировать ее.
Если вы решаете проблему что код не подходит под какие-то рекомендации, то это одно, а если вы решаете проблемы с памятью во время выполнения приложения это совсем другое.
Во втором случае у вас на руках должны быть данные полученные в результате анализа того как ваше приложение работает.
Подавляющее большинство render функций вызывается на самом деле достаточно редко чтобы это имело значение.

Реальный вариант только один: Нанять/уговорить того, кто разбирается.
Если он вам не подходит - значит вы не очень серьезны насчет проекта, значит вам и безопасность не сильно актуальна.

Да.

https://proxy.duckduckgo.com/iu/?u=http%3A%2F%2Fww...

начал работать - жмешь на правый, отвлекся - жмешь на левый. как дотикало, записывай в блокнот что сделал (можно в реальный) и заново

Работает с любой ОС.

можно запустить хром с флагом "--allow-file-access-from-files" тогда он даст загрузить файл если через инспектор поставить ссылку вида "file:///c:/file.jpg".
Но это если один раз и по быстрому что-то нужно проверить, лучше всего сделать так как вам советуют выше - поднять локальный сервер и проверять все на нем.

ну если уж вам mdn "не так уж много" то читайте спеку https://www.w3.org/DOM/DOMTR