PHP投稿の送信時に入力変数が1000を超えました

投稿を送信するとき、配列が大きすぎると、次のような問題が発生する可能性があります:

リーリー

解決策は: php.ini を開いてパラメータを変更します
max_input_vars = 1000;

デフォルトの 1000 をより大きな値に変更します。

簡単な質問のようですね。ただし、ポストリクエストユーザーを受け取り、サーバー環境がさまざまである場合、サービスを使用するすべてのユーザーにこのパラメーターを変更させることはできません。

そこで、最初にjson_encodeとbase64を使用してpost配列を処理しました。これはパラメータに封入されていましたが、サーバーがこれらの配列を解析するのに 0.3 秒かかりました。以前の100倍の費用がかかりました。これでもまだ不適切な気がします。また、memory_limit の設定が小さすぎると、メモリ不足が発生します。

どちらのオプションにも独自の欠点があります。

あなただったら、この問題にどう対処しますか?

返信内容:

投稿を送信するとき、配列が大きすぎると、次のような問題が発生する可能性があります:

リーリー

解決策は: php.ini を開いてパラメータを変更します
max_input_vars = 1000;

デフォルトの 1000 をより大きな値に変更します。

簡単な質問のようですね。ただし、ポストリクエストユーザーを受け取り、サーバー環境がさまざまである場合、サービスを使用するすべてのユーザーにこのパラメーターを変更させることはできません。

そこで、最初にjson_encodeとbase64を使用してpost配列を処理しました。これはパラメータとしてシールされていましたが、サーバーがこれらの配列を解析するのに 0.3 秒かかりました。以前の100倍の費用がかかりました。これでもまだ不適切な気がします。また、memory_limit の設定が小さすぎると、メモリ不足が発生します。

どちらのオプションにも独自の欠点があります。

あなただったら、この問題にどう対処しますか?

2 番目のオプションである json 送信を選択します。

まず第一に、JSON 解析が投稿解析より 0.3 秒遅いという計算方法がわかりません。つまり、投稿の解析にどのくらい時間がかかるのかをどうやって知ることができるのでしょうか。

第二に、フォームデータと比較して、json 形式はカスタマイズ可能であり、リストやオブジェクトなどのサポートが優れています。これらをうまく活用すると、転送されるデータのサイズを大幅に削減できます。