Magento 2 제품 목록 정렬 [닫기]


13

Magento 2에서 제품 목록 페이지를 정렬 할 때 또는 페이지 당 표시되는 제품 수가 변경 될 때 페이지의 동작 방식이 변경된 것을 알 수 있습니다.
Magento 1에는 정렬을 위해 URL에 매개 변수가 추가되었습니다.

http://demo.magentocommerce.com/men/shirts.html? dir = asc & order = price
http://demo.magentocommerce.com/men/shirts.html ? dir = asc & limit = 24 & order = price

그러나 magento 2에서는 정렬 및 페이지 제한이 POST 요청을 통해 변경됩니다.
'웹 개발'학생 인 경우 더 나은 사용자 환경을 위해 모든 필터링 및 정렬을 GET을 통해 수행해야한다는 것을 알게되었습니다.
이 방법으로 사용자는 이미 정렬 된 '사물'목록을 북마크하거나 목록을 필터링하고 정렬 한 링크를 공유 할 수 있습니다.

이것이 더 이상 Magento 2에서 사용되지 않는 좋은 이유가 있습니까? 그리고 그 이유가 무엇이든 약간의 고객 경험을 희생 할 가치가 있습니까?


2
좋은 말, 같은 궁금, 그들이 왜 게시물을 사용해야하는 이유를 볼 수 없습니다 : |
Toon Van Dooren

올바른 캐시 처리를 원하십니까?
Amasty

@ 아마 스티. 조금 설명해 주시겠습니까? 또한 귀하의 설명을 답변으로 자유롭게 추가하십시오.
Marius

1
프록시 수준 캐싱을 망칠 것이라고 생각합니다.
Paras는

5
Magento의 시험판 버전과 관련이 있기 때문에이 질문을 주 제외로 닫으 려고
Raphael at Digital Pianism

답변:


1

가능한 DOS 공격을 피하기 위해 요청 인수가 잘립니다. 따라서 POST를 사용하여 필터를 수정합니다.

그러나 실제로이 문제를 해결하려면 github에서 티켓을 만들어야한다고 생각합니다.


고마워 Anton. github.com/magento/magento2/issues/656 티켓을 이미 추가했습니다 . 나는이 POST 접근법을 정말로 좋아하지 않는다.
Marius

1
유용성,이 경우 링크 공유 기능이 매우 중요하다고 생각합니다.
Amasty

이제 다시 요청을 게시합니다 :)
amitshree

0

더 나은 사용자 경험을 위해서는 모든 필터링 및 정렬이 GET을 통해 수행되어야 함을 배웠습니다.

먼저 잘못된 것을 배웠습니다. 좋은 성능을 위해 Get 메소드와 정렬 관계는 없습니다. 포스트는 해킹의 가능성을 줄입니다.


1
너의 의도를 알 겠어. Anton이 말한 것과 비슷합니다. 내 "교사"를 찾아서 보여줘야한다고 생각합니다. 반면에 해킹을 피하려면 항상 쿼리를 삭제해야합니다.
Marius
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.