저는 이 문제에 대해 말할 권리가 있습니다. 제가 올해 한 일은 쇼핑몰에 관한 것뿐입니다. 그 중에는 장바구니나 제품 세부정보 페이지에서 주문 확인 페이지까지가 있습니다. 주문 확인 페이지의 데이터 형식에 따라 장바구니에 담긴 데이터를 정리한 후(보통 최종적으로 개체로 만들어짐) localstorage에 저장한 후(모두 모바일 측에서 수행) 해당 페이지로 바로 점프합니다. 괜찮습니다. 걱정하지 마세요. 이는 단지 사용자가 프런트 엔드에서 볼 수 있는 것입니다. 백엔드는 결제 시 주문 금액을 다시 계산한 다음 주문을 분할합니다. 그래서 사용자가 결제 정보를 변경하더라도 여전히 돈을 지불해야 합니다.
아니요, 장바구니 내용은 폼에서 서버로 전송되지 않습니다. SESSION, MySQL, redis 등 여부에 따라 다릅니다. 주문이 제출되면 장바구니가 삭제됩니다. 콘텐츠는 서버측에 있어야 하는데, 라이브러리나 SESSION, redis를 직접 읽어보는 방법입니다 제출 시 SKU 수량이 일치하는지 다시 확인하세요 총 가격, 할인, 한쪽에서 총 가격을 다시 계산하세요
마지막으로: 제품 가격을 포함하여 양식에 제출된 데이터를 절대 신뢰하지 마세요. 그렇지 않으면 농담을 하고 단돈 1페니에 수천 달러를 사게 될 것입니다.
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
저는 이 문제에 대해 말할 권리가 있습니다. 제가 올해 한 일은 쇼핑몰에 관한 것뿐입니다. 그 중에는 장바구니나 제품 세부정보 페이지에서 주문 확인 페이지까지가 있습니다. 주문 확인 페이지의 데이터 형식에 따라 장바구니에 담긴 데이터를 정리한 후(보통 최종적으로 개체로 만들어짐) localstorage에 저장한 후(모두 모바일 측에서 수행) 해당 페이지로 바로 점프합니다. 괜찮습니다. 걱정하지 마세요. 이는 단지 사용자가 프런트 엔드에서 볼 수 있는 것입니다. 백엔드는 결제 시 주문 금액을 다시 계산한 다음 주문을 분할합니다. 그래서 사용자가 결제 정보를 변경하더라도 여전히 돈을 지불해야 합니다.
아니요, 장바구니 내용은 폼에서 서버로 전송되지 않습니다.
SESSION, MySQL, redis 등 여부에 따라 다릅니다.
주문이 제출되면 장바구니가 삭제됩니다. 콘텐츠는 서버측에 있어야 하는데,
라이브러리나 SESSION, redis를 직접 읽어보는 방법입니다
제출 시 SKU 수량이 일치하는지 다시 확인하세요
총 가격, 할인, 한쪽에서 총 가격을 다시 계산하세요
마지막으로: 제품 가격을 포함하여 양식에 제출된 데이터를 절대 신뢰하지 마세요.
그렇지 않으면 농담을 하고 단돈 1페니에 수천 달러를 사게 될 것입니다.
백엔드와 협상하세요.
우리의 이전 접근 방식은 백엔드에서 제공하는 데이터 구조를 문자열로 통합하여 백엔드에 전달하면 백엔드가 자체 알고리즘에 따라 이를 구문 분석하는 것이었습니다
예를 들어
1_xxx_24:2_xxx_56이것은 콜론을 기준으로 여러 제품으로 분할한 후 밑줄을 기준으로 세 가지 매개변수의 값을 가져오는 백엔드입니다. 당시의 데이터는 매개변수의 순서가 틀릴 수 없으며 매개변수가 반드시 일치해야 합니다. 현재,
예를 들어, 백엔드에서 어떻게 구현하려는지에 따라 다르며, 프론트엔드는 전송 및 수신만 담당합니다
VUE의 vuex 및 반응의 redux와 같은 데이터를 프런트 엔드의 장바구니에 저장하세요. 이러한 데이터는 로그인하지 않은 경우에도 상관 없습니다. 먼저 장바구니에 담으시고 다시 로그인을 하신 후 결제를 클릭하여 최종적으로 json 배열 형식으로 제출해주세요