если npm: npm install redux если yarn: yarn add redux

Да, так и делала. Но все равно пишет что redux не найден.

Но body не в контексте главного компонента app

Вообще считается норм из компонента обращаться к document

Но body не в контексте главного компонента app

а что тебе мешает присвоить боди какой-то класс или айди

тогда даже без колбэков можно

Обычно реакт рекомендует такие вещи через реф, но данный случай не уместен.

Ребят, скиньте почитать материал, когда запросы нужно делать в actions, а когда в отдельное папке api

Вообще считается норм из компонента обращаться к document

Да

Да

Спс

Спс

https://medium.com/@ozluy/change-body-class-react-e0d63db7970d

ребят, такая ситуация, состояние гамбургер навбара expanded лежит в глобальном стейте (Context API), при переходе на другую страницу нужно закрывать навбар как это сделать? на гитхабе видел такой способ тогглить глоб. стейт при compDidMount

Привет всем! Простите за совсем уж нубский вопрос, но бесконечные описания в гугле так и не дали ясности, только ввели в еще большее не понимание. Может вы поможете разобраться? В общем есть некая потребность иметь на флешке маленькие утилитки (некоторые уже реализованы на python), которые мне нужно запускать на разных компьютерах и в разных операционных системах, без установки дополнительного ПО, типа виртуальных машин и интерпретаторов. В результате изысканий принял решение писать свои утилитки на JS, поскольку браузеры есть везде и для JS ничего не нужно, кроме самого браузера. И вот теперь вопрос: Начинаю смотреть в сторону react или vue, но там предлагается запускать свой сервер, для работы с ними... то есть так же как в питоне нужно будет таскать за собой очередную виртуальную машину? или интерпретатор? И вообще чем можно пользоваться (кроме чистого JS) для оформления интерфейса, чтобы программки могли работать в любой системе и только с браузером?

https://medium.com/@ozluy/change-body-class-react-e0d63db7970d

Да, спс. На willonmount отказываемся.

ребят, так норм пхп подключать? https://medium.com/@davisonpro/an-advanced-guide-on-setting-up-a-react-and-php-web-app-acaedb21ab3a

ребят, так норм пхп подключать? https://medium.com/@davisonpro/an-advanced-guide-on-setting-up-a-react-and-php-web-app-acaedb21ab3a

да вы издеваетесь

помню у нас был проект, фронт на реакте, бэк на пхп

помню у нас был проект, фронт на реакте, бэк на пхп

лол то есть так не правильно?)))))))

да вы издеваетесь

поддерживаю @sovasergey - в статье описывается какое-то мракобесие

у меня так каждый проект выглядет

последний так вообще laravel бэкем рулил XD

лол то есть так не правильно?)))))))

правильно или нет, я хз. Но точно не так было. Да и бэк тупо API генерировал. Так что там все отдельно было

Хотите на PHP бэкенд - выставляете его обычным endpoint для SAP написанного на реакте - не надо их «женить» еще и в шаблонизаторе

правильно или нет, я хз. Но точно не так было. Да и бэк тупо API генерировал. Так что там все отдельно было

ну даже я видел как в src создается папка api и там вся логика. есть статья как их правильно совмещать? или видео

на пыхе graphql ведь есть

знакомый за вечер мигрировал с обычного реста Yii 2

Приложение на React должно быть написано таким образом что оно от бэканда - вообще безотносительно - у него есть некие предустановки по работе с API - а что там (PHP/Java/BrainFuck) это пофигу, React приложенине не должно вообще ни как с кодовой базой бэкенда связано, в идеале даже и в репозитории отдельном

Приложение на React должно быть написано таким образом что оно от бэканда - вообще безотносительно - у него есть некие предустановки по работе с API - а что там (PHP/Java/BrainFuck) это пофигу, React приложенине не должно вообще ни как с кодовой базой бэкенда связано, в идеале даже и в репозитории отдельном

Человек дело говорит. Так что не надо скрещивать их

Приложение на React должно быть написано таким образом что оно от бэканда - вообще безотносительно - у него есть некие предустановки по работе с API - а что там (PHP/Java/BrainFuck) это пофигу, React приложенине не должно вообще ни как с кодовой базой бэкенда связано, в идеале даже и в репозитории отдельном

Ну, нет. Если на беке нода, то почему бы не использовать общие типы, кодовую базу?

да пусть хоть монорепо

Приложение на React должно быть написано таким образом что оно от бэканда - вообще безотносительно - у него есть некие предустановки по работе с API - а что там (PHP/Java/BrainFuck) это пофигу, React приложенине не должно вообще ни как с кодовой базой бэкенда связано, в идеале даже и в репозитории отдельном

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

Ну, нет. Если на беке нода, то почему бы не использовать общие типы, кодовую базу?

Использовать - нет проблем - выделяйте их и переиспользуйте на фронте и бэке - git submodules отлично поможет с этим управляться

фишка в том чтобы однажды ты мог взять свой фронт и пересадить на другой бэкенд который имплементирует такой же АПИ - вообще без проблем

фишка в том чтобы однажды ты мог взять свой фронт и пересадить на другой бэкенд который имплементирует такой же АПИ - вообще без проблем

Суровые бесполезные требования)

у меня так каждый проект выглядет

то есть так норм?

фишка в том чтобы однажды ты мог взять свой фронт и пересадить на другой бэкенд который имплементирует такой же АПИ - вообще без проблем

ну вот я так и хочу. ищу урок

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

а как на счет backend-proxy на эндпойнте продакшена, да блин так 90% а то и больше приложений развернуто в проде стоит NGINX который статикой отдает собранные бандлы фронта - а остальные запросы направляет к бэкенду (или даже бэкендам - так как можно с микросервисами заигрываться стало)

новичку который учит пхп и одновременно реакт можете посоветовать какое то модульное правильное решение?

одно из двух

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

корс и единый проект никак не связаны

добрый день, кто-нибудь работал по паттерну atomic design? где лучше расположить запрос к серверу? в pages?

ну вот я так и хочу. ищу урок

сторой бэкенд на PHP так, как будто он и понятия не имеет что там на фронте - он реализует некий API (как следствие - уроки по организации REST-подобных ендпойнтов на PHP) строй фронт на React отдельно - так, как будто он ничего не знает про бэкенд и просто работает с API (как следствие ищи уроки по реакту - просто уроки по реакту :))

добрый день, кто-нибудь работал по паттерну atomic design? где лучше расположить запрос к серверу? в pages?

t.me/atomicdesign

t.me/atomicdesign

о, спасибо

добрый день, кто-нибудь работал по паттерну atomic design? где лучше расположить запрос к серверу? в pages?

я создаю src/api/users.js где лежат сами запросы в src/pages/some/page.js лежит лишь отображение страницы в src/pages/some/model.js логика этой страницы и вызовы запросов гляди тут github.com/howtocards/frontend

сторой бэкенд на PHP так, как будто он и понятия не имеет что там на фронте - он реализует некий API (как следствие - уроки по организации REST-подобных ендпойнтов на PHP) строй фронт на React отдельно - так, как будто он ничего не знает про бэкенд и просто работает с API (как следствие ищи уроки по реакту - просто уроки по реакту :))

ну да я так и понял. как подключать index.php с id="root" мне нужно кажется у меня норм статья по поводу этого https://medium.com/@davisonpro/an-advanced-guide-on-setting-up-a-react-and-php-web-app-acaedb21ab3a

корс и единый проект никак не связаны

в смысле в проект под одним адресам

в смысле в проект под одним адресам

не обязательно

в смысле в проект под одним адресам

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

не обязательно

соглашусь что есть врианты, например aws endpoints другие варианты не приходят к мысле кроме выключение корс что не есть хорошо

соглашусь что есть врианты, например aws endpoints другие варианты не приходят к мысле кроме выключение корс что не есть хорошо

бекенд может разрешить запросы с определенных адресов

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

вот собственно

бекенд может разрешить запросы с определенных адресов

ок это правда

соглашусь что есть врианты, например aws endpoints другие варианты не приходят к мысле кроме выключение корс что не есть хорошо

его не надо выключать 🙂 надо настроить спец.заголовки ответа сервера таким образом чтобы проблемы CORS при перекрестном взаимодействии просто не возникало

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

поднять стейт на самый верхний уровень и всё

либо взять state manager

У меня компонента зароучена как в неё передать пропсы? Так можно?

просто так ничего не работает

component={(props) => <Component {...props} />}`

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

ругаается

я понимаю, что надо закрыть тег, но он не закрывается....

сильнее хлопни

Роут на 27 закрой

фигурную скобку пропил

всё я дурак, спасибо ❤️

Только проп не component, а render

новичку который учит пхп и одновременно реакт можете посоветовать какое то модульное правильное решение?

Не учить пхп

новичку который учит пхп и одновременно реакт можете посоветовать какое то модульное правильное решение?

та rest api просто

Только проп не component, а render

?

та rest api просто

а если пхп переменные передавать в жс?

а если пхп переменные передавать в жс?

Не используешь пхп и нет проблем

или в хтмл

а если пхп переменные передавать в жс?

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

?

Да, если инлайн функция, то рендер А вообще там можно так же как и с другими сделать <Route component={Main} />