Это происходит из-за перенаправления с первого URL-адреса. Перенаправленные запросы GET по своей природе, и здесь перенаправление нацелено на URL-адрес, который принимает только POST. В этом случае проблема с вторым URL-адресом (целью перенаправления) с использованием метода POST решает проблему.
Теперь, как вы говорите, перенаправление является обязательным, один из способов сделать это, чтобы новый URL разрешил GET и передал зашифрованный токен, содержащий полезные параметры, в качестве параметра строки запроса. Таким образом, вы можете получить оба: 1. шифрование делает второй url secure и 2. вы можете передать параметры на новый url, не подвергая их в строке запроса.
Надеюсь, это поможет.
исправьте меня, если я ошибаюсь, возможно ли, что запрос GET создается из-за перенаправления и запрос перенаправляется на URL-адрес, который принимает только POST ?? то это может быть случай, поскольку перенаправление GET в природе. – SamGhatak
@ SamGhatak, да, вы правы. После перенаправления на URL-адрес, который принимает только сообщение. В этой ситуации что делать. – shamim
Это трудно предложить из указателей данных, которые мы имеем здесь. От скрипача вы можете попасть во второй URL напрямую с помощью метода POST? – SamGhatak