Penyelesaian Masalah Penyerahan Data Besar: Memahami `post_max_size` dan kesannya pada $ _post

Jika data $ _POST hilang dalam PHP, perkara pertama yang perlu dilakukan ialah menyemak konfigurasi post_max_size; Tetapan ini mentakrifkan jumlah maksimum permintaan pos yang boleh diterima oleh PHP. Jika ia melebihi, $ _post dan $ _files akan kosong dan tidak ada prompt ralat lalai. Ia boleh dikesan dengan memeriksa bahawa request_method adalah pos dan $ _post kosong dan digabungkan dengan content_length dan post_max_size; Ia adalah perkara biasa dalam sebilangan besar medan input, JSON tersembunyi, gambar BASE64 atau pelbagai senario muat naik fail; Penyelesaian ini termasuk peningkatan dalam php.ini post_max_size (jika ditetapkan kepada 32m), dan pastikan bahawa upload_max_filesize tidak melebihi nilai ini, dan menyesuaikan tetapan yang berkaitan seperti memori_limit, max_execution_time, dan lain -lain, dan mulakan semula pelayan web selepas pengubahsuaian; Anda boleh mengesahkan bahawa konfigurasi berkuatkuasa melalui phpinfo () atau ini_get ('post_max_size'); Gunakan ini_set () semasa runtime untuk membaiki permintaan tanpa had; Amalan yang disyorkan termasuk log pemantauan, pengesahan front-end, muat naik fail besar, rakaman pengecualian pos kosong, dan mendokumentasikan keperluan pelayan.

Apabila berurusan dengan penyerahan data yang besar dalam PHP, salah satu isu yang paling biasa pemaju yang dikendalikan adalah dipotong atau hilang data $_POST . Ini sering berlaku bukan kerana bug dalam kod, tetapi disebabkan oleh had konfigurasi pelayan: post_max_size .

Apa itu post_max_size ?

post_max_size adalah arahan konfigurasi PHP yang mentakrifkan saiz maksimum data pos yang akan diterima oleh PHP dari satu permintaan. Ia ditetapkan dalam fail php.ini dan memohon secara global untuk semua permintaan pos yang dikendalikan oleh PHP.

Contohnya:

 post_max_size = 8m

Ini bermakna sebarang permintaan pos lebih besar daripada 8 megabait akan ditolak secara senyap -senyap - PHP tidak akan mengisi superglobal $_POST , dan sebarang muat naik fail mungkin juga gagal.

Yang penting, had ini merangkumi semua data pos: medan teks, muat naik fail (termasuk metadata), dan sebarang kandungan yang dikodkan bentuk lain.

Bagaimana post_max_size mempengaruhi $_POST

Apabila penyerahan borang melebihi had post_max_size :

• PHP tidak membuang amaran secara lalai.
• $_POST dan $_FILES menjadi kosong , walaupun hanya satu medan menolak permintaan atas had.
• Skrip terus berjalan, sering menyebabkan bug yang mengelirukan seperti "data borang yang hilang" atau "muat naik gagal" tanpa sebab yang jelas.

Kegagalan senyap ini adalah salah satu aspek yang paling mengecewakan - tidak ada ralat automatik melainkan anda secara jelas menyemaknya.

Anda boleh mengesan senario ini dengan memeriksa:

 jika ($ _server ['request_method'] === 'pos' && kosong ($ _ post) && $ _server ['content_length']> (int)
    error_log ('Data pos melebihi Post_max_size Limit.');
    // Mengendalikan ralat: tunjukkan mesej, log, dll.
}

Senario biasa di mana ini berlaku

• Borang dengan banyak medan input - contohnya, antara muka, tinjauan, atau bentuk dinamik pukal yang menghasilkan beratus -ratus input.
• Payloads JSON Tersembunyi - Kadang -kadang pemaju membenamkan rentetan JSON yang besar dalam bidang bentuk tersembunyi, yang dengan mudah boleh melebihi beberapa megabait.
• Data Base64 yang dikodkan -Memuat naik imej melalui kanvas (contohnya, pad tandatangan) sering menghantar data Base64 dalam pos, yang boleh menghairankan besar.
• MUNGKIN MUNGKIN FILE - Walaupun upload_max_filesize membolehkan fail individu, jumlah saiz pos masih boleh melebihi post_max_size .

Nota: post_max_size mesti lebih besar daripada atau sama dengan upload_max_filesize . Jika tidak, walaupun fail berada dalam had muat naik, keseluruhan permintaan boleh ditolak.

Cara memperbaikinya

1. Tingkatkan post_max_size dalam php.ini

    post_max_size = 32m

   Laraskan berdasarkan keperluan aplikasi anda.

2. Periksa juga tetapan berkaitan

   • upload_max_filesize - Saiz maksimum setiap fail yang dimuat naik.
   • memory_limit - harus lebih tinggi daripada post_max_size untuk mengelakkan keletihan memori.
   • max_execution_time dan max_input_time - berguna untuk penyerahan yang sangat besar yang mengambil masa untuk diproses.

3. Mulakan semula pelayan web anda selepas menukar php.ini , mulakan semula Apache, Nginx, atau PHP-FPM untuk perubahan yang berlaku.

4. Sahkan perubahan Gunakan phpinfo() atau semak melalui kod:

    echo ini_get ('post_max_size');

5. Tetapkan had setiap aplikasi (pilihan), anda boleh menyesuaikannya semasa runtime (walaupun ia tidak akan membantu jika jawatan itu telah ditolak):

    // ini hanya berfungsi jika permintaan belum melebihi had ini
   ini_set ('post_max_size', '32m'); // tidak berkesan dalam semua konteks

   ⚠️ Nota: ini_set() tidak dapat mengatasi post_max_size selepas permintaan dihuraikan - ia mesti ditetapkan dalam php.ini , .htaccess , atau konfigurasi pelayan.

   ---

   Amalan terbaik

   • Pantau saiz pos sebenar dalam log untuk bentuk besar.
   • Mengesahkan sisi klien - memberi amaran kepada pengguna sebelum mengemukakan borang yang besar.
   • Gunakan muat naik chunked untuk fail besar dan bukannya memasukkan semuanya ke dalam pos.
   • Log Apabila $ _POST kosong pada permintaan pos yang diharapkan - membantu menangkap isu -isu ini dalam pengeluaran.
   • Keperluan Pelayan Dokumen - Terutama jika menggunakan hosting yang dikongsi di mana hadnya ketat.

   ---

   Pada asasnya, jika data $_POST anda secara misteri hilang, selalu periksa post_max_size . Ia adalah suasana yang kecil dengan kesan yang besar.

   Atas ialah kandungan terperinci Penyelesaian Masalah Penyerahan Data Besar: Memahami `post_max_size` dan kesannya pada $ _post. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!