vaskadogana, если вы дочитаете первую ошибку до конца - там будет совет что вам делать и ссылка где почитать. В ссылке написано как сделать так чтобы все дерево не крашилось, и вместо упавшего компонента был отрендерен fallback. Без всяких "впечатлений об инкапсулированности". Там же в подробностях написано и про componentDidCatch, и про то в какой версии это появилось и много другой разной информации. Но если у вас нет желания читать сообщения об ошибках и документацию, потому что проще спросить на тостере - ваше право.
OnYourLips, не вижу где в словах «не позволяет» есть какой то второй пункт, где написано то же самое что я ответил (позволяет) и не вижу смысла спорить что он там есть. Лично вас у меня нет цели как то переубеждать, если вы просто хотели сказать что фронт не может начать без бека работать то да, такая ситуация чаще всего бывает.
Ernest22, под апи я понимаю апи, со всей его семантикой, тем как это ложится на бизнес-процессы, юзкейсы и прочее, в том числе и набор API endpoints которые написал бэкендер чтобы это все реализовать со своей стороны. И в том числе и слой для работы с API который написал фронтендер со своей. Вы возможно удивитесь, но можно написать 80% кода и там и там вообще без необходимости реального сетевого взаимодействия между беком и фронтом, а интеграцию делать уже потом или в процессе по мере готовности.
Джавараст Скриптович, Хотите total - берите total, кто ж вам запретит.
Если для вас эта картинка убедительна и вы ориентируетесь на нее в первую очередь - зачем вы спрашиваете?
"продакшен" не равно "самый быстрый". Самым быстрым будет какой-нибудь код собранный на коленке на ванильном JS под ограниченный кейс.
//где-нибудь при загрузке расширения
if (там где нужно включить)
//сохранить в localStorage или storage Api
//где-то где та логика которую надо включать - отключать
if (//сохраненный флаг - выключить)
//выходим и ничего не делаем
более примерный как что-то сохранить/прочитать можете посмотреть например тут (можно и просто в localStorage насколько я понимаю но не проверял и не гуглил - попробуйте или погуглите): https://developer.chrome.com/extensions/storage
как сделать так чтобы код выполнялся или нет в зависимости от того true или false у вас в переменной - думаю сами разберетесь уже.
@evgensenin
Обрабатывать токены не требует много ресурсов, тем более связь сервер-сервер куда быстрее и мощнее чем сервер - клиент. Будет очень сложно ее загрузить так чтобы дц не вытянул, ваш php сервер умрет намного, намного раньше.
Проще просто в локалсторадж переменную положить и ставить ее в true/false при заходе. и от этой переменной дальше определять скрипту работать или нет. а скрипт сделайте один для всех, зачем этот огород?
OnYourLips, Позволяет, можно и без ТЗ возможно вы просто не видели грамотную одновременную работу.
Если по принципу "пусть нам бэкенд систему спроектирует, апи разработает и предоставит, все протестирует, и запустит а мы потом на это прикрутим формочки" то да, надо подождать.
Лучший вариант когда бек и фронт работают над проектом вместе и апи - плод общих усилий, это конечно требует хорошей команды и грамотной организации процесса, но это оптимальный вариант.
