リダイレクトにこだわっている限り答えは得られません。
プログラムは書いた通りにしか動きません。
でもそれは「自分が思うように書いたらその通りに動いてくれる」わけではなく
「プログラムの仕様通りに動く」だけです。
用意されていない機能を勝手に創造してくれることはないし、
書き手の意図を汲み取ってくれはしません。
bとdは別だし、0とOは別だし、aとAは別なのです。
そのためにPHPにはPHPマニュアルがあり、Laravelにはドキュメントがあるわけです。原文はいずれも英語ですが、英語が苦手な日本人のために有志が頑張って日本語に訳してくれているわけです。
日本語になったからって内容が省略されているわけではなく、きちんと仕様書として形を成しています。
toll_treeさんはよく「調べたけど、分からなかった」という文句を定型句のように使われていますが、それは「自分が思っている通りのことが実現可能か書いてなかった」というだけですよね。
でもそれを**「実装されていないから不可能」**と解釈はできないものでしょうか?
機能として実装されていないものはどんなに食い下がってもないし、できないものはできません。今回に限らず。ずっとです。
リダイレクトについて何度も質問されていますが、到底リダイレクトの概念を理解したうえでの質問とは思えません。
私以外も回答がついていますが、その回答を見ている感じだと
「代替案を欲しいのであれば提示は可能、リダイレクトにこだわるのであれば知らない(勝手にして)」
という意図が込められているように思います。
そういう機能を自力で実装するか、
そういう機能があるプログラミング言語を自力で実装するか、
代替案を探すか
そういうレベルです。
そもそも、論理的に考えられる人であれば**リダイレクトである必要があるのか?**というところから検討します。
前の回答で私が「これを読んで納得できないのでしたらコアソースからやり方を探るか、実装を根本から見直してください。」と書いたのはそういう意図からです。
既に書いた通り、PHPマニュアルもLaravelのドキュメントも仕様書です。
そこに書いてない = 機能として実装されていない ということになります。
「ドキュメントには書いてないけどきっと自分が思った通りにできるはずだ」を貫きたいのでしたら、質問するのではなく、どうぞ気が済むまでコアソースを追ってください。点で質問して点の回答を得るよりも得られる情報は多いでしょう。
Githubに公開されているオープンソースですし、Laravelは昨今は最も勢いのあるフレームワークなのでアップデートも頻繁です。(今見たら数時間前にアップデートされているファイルもありました)
「思った通りに機能を実現できる人」というのは
あくまでマニュアル、ドキュメントをしっかりと活用し、ロジカルに物事を考え、組み立てられる人のことであって、他者のアドバイスにまるで耳を貸さない・我を通す人のことではありません。
人の話をちゃんと聞かない人はたいていドキュメントもまともに読みませんしルールも守りません。
プログラミング言語は確かにやろうと思えば何でもできるものですが、
それはマニュアル、ドキュメントをしっかりと活用し、ロジカルに物事を考え、組み立てられる人が「できる」のであって、思い込みでなんでもやれると思っている人には「できない」のが答えです。
思い込みの強い人には何もできないし、プログラミング言語は何も応えてくれません。返ってくるのはnullかfalseでしょう。
それを同じスタンスを続ける限りtrueにはならないし、null以外の有益な情報は返ってきません。
ちなみにLaravel系の質問でよく回答されているmikkameさんはtoll_treeさんの過去の質問で同じことを回答しています。
リダイレクトさせた場合必ずGETリクエストになります。
今回は「リダイレクトは新たなGETリクエストになります」
人の話聞いてましたか?
1週間以上何してたんですか?
「GETリクエストになる」ということは「パラメータを渡す手段は限られる」ということになります。1つ前の質問の回答の通りです。
この3つの回答を総合すると:
「GETリクエストで可能な方法」OR「実装を根本から見直した代替手段」
しかないのです。
「リクエスト」と「レスポンス」を理解した上でないと話になりませんし、
適切な実装にもつながりません。
これは今回のmikkameさんの回答にもつながってきています。
LaravelでもなくPHPでもなくhttpの基本の話です。
今回のhentaimanさんの回答も本質は同じです(他にも基本・基礎を学ぶように指南してくれた人はたくさんいるはず)。
もしかしたらこの質問(2019/06/26投稿)とも関連性があるんじゃないかと勘繰ってしまうくらいなのですが(もしかしたらもっと前の質問も?)、それなら、もはや実装を見直すべき内容です。早く着実に進めます。
ロジカルに考えられていたら2週間も3週間も悩むような問題ではないです。
trial and error (試行錯誤)
には切り替えの良さも重要な要素です。