Melaksanakan kadar API yang mengehadkan di Laravel.
Jul 30, 2025 am 03:29 AMLaravel menyediakan alat terbina dalam untuk melaksanakan kadar yang mengehadkan dalam API. Pemaju boleh menggunakan middleware pendikit untuk menyekat bilangan permintaan bagi setiap pengguna atau IP, seperti membenarkan 60 permintaan seminit dengan Route :: middleware ('Throttle: 60,1'). Untuk senario yang lebih maju, logik tersuai boleh digunakan untuk menetapkan had yang berbeza berdasarkan peranan pengguna, seperti menawarkan kuota yang lebih tinggi untuk pengguna premium. Laravel secara automatik menambah tajuk seperti X-Ratelimit-Limit dan X-Ratelimit-Remaining untuk memaklumkan kepada pelanggan tentang penggunaan mereka. Pemaju juga boleh menambah tajuk ini secara manual apabila menggunakan logik throttling tersuai. Ujian harus melibatkan simulasi lalu lintas yang tinggi untuk memastikan sistem mengembalikan 429 kesilapan apabila had melebihi, sementara pemantauan penggunaan dunia nyata membantu ambang halus dari masa ke masa.
Apabila membina API dengan Laravel, kadar pengurangan adalah ciri yang mesti dimiliki untuk mengelakkan penyalahgunaan dan memastikan penggunaan yang adil. Laravel menjadikannya cukup mudah untuk dilaksanakan, terutamanya apabila menggunakan middleware dan sistem pendikit terbina dalam.

Menggunakan middleware untuk pendikit asas
Laravel dilengkapi dengan middleware throttle
terbina dalam yang boleh anda gunakan secara langsung di laluan anda. Ia membolehkan anda menentukan berapa banyak permintaan yang boleh dibuat oleh pelanggan dalam beberapa minit.
Contohnya:

Route :: Middleware ('Throttle: 60,1')-> kumpulan (fungsi () { Route :: Get ('/API/Data', [DataController :: Class, 'Index']); });
Ini bermakna titik akhir /api/data
akan membolehkan sehingga 60 permintaan per minit setiap pengguna (atau IP jika tidak disahkan). Ini berfungsi dari kotak dan sesuai untuk kes penggunaan mudah.
Jika anda menggunakan Pasport Laravel atau Sanctum untuk pengesahan, pendikit akan berdasarkan kepada pengguna yang disahkan. Jika tidak, ia kembali ke alamat IP pelanggan.

Had Kadar Menyesuaikan Berdasarkan Peranan Pengguna
Kadang-kadang anda mahukan had yang berbeza untuk pelbagai jenis pengguna-katakan, pengguna bebas berbanding pengguna premium. Laravel membolehkan anda menentukan logik tersuai di dalam middleware pendikit.
Anda boleh melakukan ini dengan membuat middleware tersuai atau menggunakan penutupan di dalam kumpulan laluan anda:
Route :: middleware (fungsi ($ permintaan, $ seterusnya) { $ maxAttempts = $ request-> user ()?-> isPremium ()? 1000: 200; Aplikasi Kembali (\ Illuminate \ Routing \ Middleware \ Throttlerequests :: Class) -> mengendalikan ($ permintaan, $ seterusnya, $ maxAttempts, 1); })-> kumpulan (fungsi () { Route :: Get ('/API/Limited-Data', [DataController :: Class, 'Limited']); });
Dengan cara ini, pengguna premium mendapat lebih banyak panggilan API setiap minit. Hanya pastikan logik di dalamnya pantas dan tidak menghalang prestasi.
Menambah tajuk untuk menunjukkan maklumat had kadar
Amalan yang baik untuk membiarkan pengguna API tahu berapa banyak permintaan yang telah mereka buat dan berapa banyak yang tersisa. Laravel secara automatik menambah tajuk ini apabila menggunakan middleware pendikit terbina dalam:
-
X-RateLimit-Limit
: Bilangan maksimum permintaan yang dibenarkan. -
X-RateLimit-Remaining
: Bilangan permintaan yang tinggal di tetingkap semasa.
Sekiranya anda menggunakan logik pendikit tersuai atau perlu menguruskan tajuk secara manual, anda boleh menambahkannya sendiri:
kembali $ seterusnya (permintaan $)-> header ('X-Ratelimit-Limit', $ Limit) -> Header ('X-Ratelimit-Remaining', $ baki);
Pelanggan kemudian boleh membaca tajuk ini untuk mengendalikan kesilapan had kadar dengan anggun.
Menguji dan memantau persediaan anda
Sebaik sahaja anda telah menetapkan kadar yang mengehadkan, uji dengan teliti. Gunakan alat seperti Postman atau Curl untuk mensimulasikan lalu lintas yang tinggi dan mengesahkan bahawa respons mengembalikan 429 terlalu banyak permintaan selepas memukul had.
Juga, perhatikan log dan metrik. Sekiranya titik akhir tertentu melanda batas terlalu kerap, ini mungkin bermakna batasnya terlalu ketat atau seseorang cuba menyalahgunakan sistem.
- Cuba memukul titik akhir berulang kali untuk melihat apabila ia menyekat.
- Semak kod status respons dan tajuk semasa ujian.
- Pantau penggunaan sebenar dari masa ke masa dan menyesuaikan had dengan sewajarnya.
Itu pada dasarnya. Laravel memberi anda alat yang kukuh untuk mengehadkan kadar, dan dengan sedikit penyesuaian, anda boleh menyokong kes penggunaan yang paling biasa tanpa memerlukan pakej pihak ketiga.
Atas ialah kandungan terperinci Melaksanakan kadar API yang mengehadkan di Laravel.. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undress AI Tool
Gambar buka pakaian secara percuma

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Clothoff.io
Penyingkiran pakaian AI

Video Face Swap
Tukar muka dalam mana-mana video dengan mudah menggunakan alat tukar muka AI percuma kami!

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas

1. 2. Prestasi tinggi memerlukan pergantungan pada cache (redis), pengoptimuman pangkalan data, CDN dan giliran tak segerak; 3. Keselamatan mesti dilakukan dengan penapisan input, perlindungan CSRF, HTTPS, penyulitan kata laluan dan kawalan kebenaran; 4. Pengiklanan pilihan wang, langganan ahli, ganjaran, komisen, pembayaran pengetahuan dan model lain, terasnya adalah untuk memadankan nada komuniti dan keperluan pengguna.

Artikel ini bertujuan untuk menyelesaikan kesilapan umum dalam rangka kerja Laravel di mana parameter penghalaan lulus memadankan kaedah pengawal. Kami akan menerangkan secara terperinci mengapa menulis parameter secara langsung kepada nama kaedah pengawal dalam definisi penghalaan akan mengakibatkan kesilapan "kaedah tidak wujud", dan memberikan sintaks definisi penghalaan yang betul untuk memastikan pengawal dapat menerima dan memproses parameter penghalaan dengan betul. Di samping itu, artikel itu akan meneroka amalan terbaik untuk menggunakan kaedah HttpDelete dalam operasi penghapusan.

Artikel ini bertujuan untuk menyelesaikan cara untuk mengakses sifat -sifat mendalam yang cekap dan selamat yang berkaitan dengan model melalui laluan rentetan apabila data yang dinamik dalam komponen LaravelliveWire. Apabila anda perlu mendapatkan medan tertentu model yang berkaitan berdasarkan rentetan konfigurasi (seperti "user.name"), akses menggunakan sifat objek akan gagal. Artikel ini akan memperkenalkan fungsi penolong data_get Laravel secara terperinci dan memberikan contoh kod untuk menunjukkan cara menggunakannya untuk menyelesaikan masalah ini dengan anggun dan memastikan fleksibiliti dan keteguhan pemerolehan data.

Apabila memilih rangka kerja PHP yang sesuai, anda perlu mempertimbangkan secara komprehensif mengikut keperluan projek: Laravel sesuai untuk pembangunan pesat dan menyediakan enjin template eloquentorm dan bilah, yang mudah untuk operasi pangkalan data dan rendering bentuk dinamik; Symfony lebih fleksibel dan sesuai untuk sistem kompleks; Codeigniter adalah ringan dan sesuai untuk aplikasi mudah dengan keperluan prestasi tinggi. 2. Untuk memastikan ketepatan model AI, kita perlu memulakan dengan latihan data berkualiti tinggi, pemilihan penunjuk penilaian yang munasabah (seperti ketepatan, penarikan balik, nilai F1), penilaian prestasi biasa dan penalaan model, dan memastikan kualiti kod melalui ujian unit dan ujian integrasi, sambil terus memantau data input untuk mencegah data drift. 3. Banyak langkah diperlukan untuk melindungi privasi pengguna: menyulitkan dan menyimpan data sensitif (seperti AES

Terdapat tiga cara utama untuk menetapkan pembolehubah persekitaran dalam PHP: 1. Konfigurasi global melalui php.ini; 2. Melalui pelayan web (seperti setenv Apache atau fastcgi_param of nginx); 3. Gunakan fungsi Putenv () dalam skrip PHP. Antaranya, php.ini sesuai untuk konfigurasi global dan jarang mengubah konfigurasi, konfigurasi pelayan web sesuai untuk senario yang perlu diasingkan, dan putenv () sesuai untuk pembolehubah sementara. Dasar kegigihan termasuk fail konfigurasi (seperti php.ini atau konfigurasi pelayan web), fail .Env dimuatkan dengan perpustakaan dotenv, dan suntikan dinamik pembolehubah dalam proses CI/CD. Maklumat sensitif pengurusan keselamatan harus dielakkan dengan keras, dan disyorkan untuk digunakan.

Untuk membolehkan bekas PHP menyokong pembinaan automatik, terasnya terletak pada mengkonfigurasi proses integrasi berterusan (CI). 1. Gunakan Dockerfile untuk menentukan persekitaran PHP, termasuk imej asas, pemasangan lanjutan, pengurusan ketergantungan dan tetapan kebenaran; 2. Konfigurasi alat CI/CD seperti Gitlabci, dan tentukan peringkat binaan, ujian dan penempatan melalui fail .gitlab-ci.yml untuk mencapai pembinaan, pengujian dan penggunaan automatik; 3. Mengintegrasikan kerangka ujian seperti PHPUnit untuk memastikan ujian secara automatik dijalankan selepas perubahan kod; 4. Gunakan strategi penempatan automatik seperti Kubernet untuk menentukan konfigurasi penempatan melalui fail penyebaran.yaml; 5. Mengoptimumkan Dockerfile dan mengamalkan pembinaan pelbagai peringkat

Artikel ini secara mendalam meneroka penghantaran parameter penghalaan yang betul dan mekanisme pemadanan kaedah pengawal dalam rangka kerja Laravel. Sebagai tindak balas kepada "kaedah tidak wujud" biasa yang disebabkan oleh penulisan parameter penghalaan secara langsung kepada nama kaedah pengawal, artikel itu menghuraikan cara yang betul untuk menentukan penghalaan, iaitu, mengisytiharkan parameter dalam URI dan menerima mereka sebagai parameter bebas dalam kaedah pengawal. Pada masa yang sama, artikel ini juga menyediakan contoh kod dan cadangan mengenai amalan terbaik untuk kaedah HTTP, yang bertujuan untuk membantu pemaju membina aplikasi Laravel yang lebih mantap dan tenang.

Artikel ini membincangkan postur pemindahan parameter yang betul kaedah pengawal dalam penghalaan Laravel secara mendalam. Sebagai tindak balas kepada kesilapan biasa yang disebabkan oleh menulis parameter penghalaan secara langsung kepada nama kaedah pengawal, sintaks definisi penghalaan yang betul dijelaskan secara terperinci, dan mekanisme parameter automatik Laravel mengikat ditekankan. Pada masa yang sama, artikel itu mengesyorkan menggunakan kaedah httpDelete yang lebih selaras dengan spesifikasi yang tenang untuk mengendalikan operasi penghapusan untuk meningkatkan pemeliharaan dan semantik permohonan.
