Роман, ну на самом деле все просто, вам нужно контролировать, что попадает в параметр match, а также следить за роутами.
Например, если базовый URL у вас /Milk, а дочерний у него задан как /Milk:id, то Float и будет тем самым параметром id и так далее. Следите за порядком роутов, от этого тоже все зависит.
Или скиньте пример в песочницу, чтобы было проще вам помочь.
Совет на будущее - не допускайте в URL заглавных букв, только строчные
urajo, не знаю как там в sequelize, я смотрю на ваш код и ошибку. Вы вызываете метод, которого нет, вам нужно разобраться в том, что приходит к вам в функцию, но это явно не то, чего вы ожидаете
Как раз обычно пишут. Боты грузят страницу без скрипта и заполняют все поля формы. Я возможно не правильно выразился, я делаю поле скрытым благодаря обертке с display: none, а не type hidden.
Антон Р., нет, просто человек пишет, что он верстальщик и двигается в сторону React. Чтобы из этого получить максимальный выхлоп нужно этому время и посвятить.
Знаний хватит, видосов на ютубе полно - разберешься, если с головой дружишь. Сначала верстаешь - потом натягиваешь.
Если верстать аля по БЭМ, то там есть свои тонкости в натягивании, но вся инфа тоже легко гуглится, а так под вордпресс именно ВП разрабы сразу верстают с учетом классов, которые вшиты в ВП.
Админка в вордпрессе уже есть, ее не нужно делать, нужно только что-то дополнительно прикрутить и это тоже не сложно.
Но опять же, мой совет, лучше потрать время на React и быстрее найди работу, чем сидеть месяц делать сайт на том, что не знаешь и потом никогда не пригодится.
Антон, ваша функция является коллбеком для обработчика события input. Первый аргумент такой функции всегда - event - объект события. У этого события есть свойство target. конструкция handleChange({ target }) это синтаксис деструктуризации. То есть, вы извлекаете сразу свойство target из события event, отбрасывая остальные неиспользуемые свойства, а также укорачиваете обращение к этому свойству. Если это не писать, то придется делать так handleChange(e) и к свойству target обращаться так - e.target
А кто вам сказал, что сайт на ВП у Васи будет некачественным? Вы описываете банальную функциональность, для которой хотите извратиться.
Да, за кеширование надо платить, и еще за пару плагинов. Ну выйдет разработка на 80-85к с учетом плагинов. Но это будет отличное решение - недорого, качественно и быстро.
То что пилится на JS либах решает проблемы большого бизнеса, логика которого построена на куче микросервисов, которые пилятся на всяких явах, питонах и php фреймворках, но никак не на WP
Наймите хорошего вордпресс разработчика, ваш сайт будет летать, если сделать все грамотно с архитектурой. Не лукавьте, вы выберете дешевый сайт у Васи, т.к. он будет работать и надежно, и быстро, и главное легко и просто.
ВП - очень популярен, и никто с этим не спорит. Но для решения тривиальных задач не нужно изобретать велосипед.
Ксения, вынесите роутинг в приложении в отдельный компонент в корневой папке src, роуты должны переходить на компоненты-страницы, их вынесите в папки pages. И вот в самих страницах юзайте коннект, чтобы получать данные из редакс стора. Если ваше приложение будет разрастаться, то каждое отслеживаемое изменение стора будет ререндерить все ваше приложение, а это неправильно
Ксения, он так делает, потому что вы делаете window.location - вы попадаете на ту страницу путем перезагрузки страницы, а она сбрасывает стейт (и не сохраняет ничего, что вы делали). Вам нужно делать history.push насколько я помню
Например, если базовый URL у вас /Milk, а дочерний у него задан как /Milk:id, то Float и будет тем самым параметром id и так далее. Следите за порядком роутов, от этого тоже все зависит.
Или скиньте пример в песочницу, чтобы было проще вам помочь.
Совет на будущее - не допускайте в URL заглавных букв, только строчные