Hanya beberapa hari yang lalu, salah seorang pengguna kami melaporkan masalah yang luar biasa. Masalahnya ialah dia mencapai had item menu tersuai. Mana -mana kandungan yang dia simpan selepas mencapai had item menu tidak akan disimpan sama sekali. Kami tidak pernah mendengar isu ini, jadi kami memutuskan untuk mencubanya pada pemasangan tempatan kami. Lebih daripada 200 item menu dicipta dan disimpan. Kesannya sangat baik. Pindahkan 100 item ke senarai juntai bawah dan simpan dengan baik. Kemudian kami tahu ia berkaitan dengan pelayan. Selepas penyelidikan lanjut, nampaknya ramai yang lain menghadapi masalah yang sama. Selepas menggali lebih mendalam, kami mendapati tiket TRAC ( #14134) yang menyoroti isu ini. Selepas membaca tiket penjejakan yang sangat panjang, masalahnya nampaknya tidak dapat diselesaikan, tetapi bagi mereka yang mempunyai masalah ini, terdapat penyelesaian. Dalam artikel ini, kami akan menunjukkan kepada anda bagaimana untuk memperbaiki sekatan item menu tersuai di WordPress.
Untuk menyelesaikan masalah ini, anda perlu mengedit fail php.ini. Jika anda menggunakan pelayan khusus atau VPS dengan akses root, anda sepatutnya tahu apa yang kami bicarakan. Jika anda menggunakan hosting bersama atau tidak tahu di mana fail php.ini, tanya penyedia web hosting anda untuk melakukan ini untuk anda.
Anda perlu meminta mereka menetapkan nilai berikut dalam konfigurasi php.ini:
suhosin.post.max_vars = 5000suhosin.request.max_vars = 5000
Bergantung pada
Gunakannya dengan satu klik di WordPress
Pengguna lain, "Ronnieg," mengeluarkan penyelesaian untuk laman web dan menu hartanahnya yang besar (450+ halaman dan berkembang). Anda boleh menindaklanjuti dengan membaca jawapannya. (Nota: kami belum mencuba ini)
Penerangan Masalah
Soalan ini tidak sepenuhnya berdasarkan WordPress, kerana orang yang berbeza melihat sekatan yang berbeza (ada yang mengatakan 16, yang lain mengatakan 50, seperti yang anda tahu, kami mempunyai sebanyak 200, tetapi kami tidak melihat apa -apa sekatan). Secara teori, WordPress tidak mengehadkan bilangan menu yang anda boleh. Pelayan hosting web anda adalah. Suhosin mempunyai had pada pembolehubah maksimum pos, yang membatasi sejumlah besar penyertaan yang disimpan. Nacin menjawab dalam tiket TRAC bahawa ini bukan pepijat, tetapi peningkatan. Pasukan teras perlu mencari cara untuk menyelesaikan sekatan pelayan dan mencari cara yang lebih baik untuk menyimpan item menu, jadi anda tidak akan melihat sekatan menu tersuai tanpa mengira konfigurasi pelayan anda. Senang dikatakan tetapi sukar dilakukan
WordPress adalah projek sumber terbuka (sukarela) dan pasukan teras berusaha keras untuk memperbaikinya setiap hari. Ini akan diperbaiki, tetapi garis masa belum ditakrifkan kerana ia mengatakan "versi masa depan".
Atas ialah kandungan terperinci Cara Memperbaiki Had Item Menu tersuai di WordPress. 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

Sebab-sebab utama mengapa WordPress menyebabkan lonjakan dalam penggunaan CPU pelayan termasuk masalah pemalam, pertanyaan pangkalan data yang tidak cekap, kualiti kod tema yang buruk, atau lonjakan trafik. 1. 2. Masukkan mod penyelesaian masalah untuk secara beransur-ansur membolehkan pemalam untuk menyelesaikan masalah kesesakan prestasi, gunakan QueryMonitor untuk menganalisis pelaksanaan pemalam dan memadam atau menggantikan pemalam yang tidak cekap; 3. Pasang pemalam cache, bersihkan data berlebihan, menganalisis log pertanyaan perlahan untuk mengoptimumkan pangkalan data; 4. Periksa sama ada topik itu mempunyai masalah seperti kandungan beban, pertanyaan kompleks, atau kekurangan mekanisme caching. Adalah disyorkan untuk menggunakan ujian topik standard untuk membandingkan dan mengoptimumkan logik kod. Ikuti langkah -langkah di atas untuk memeriksa dan menyelesaikan lokasi dan selesaikan masalah satu demi satu.

Kaedah untuk mengoptimumkan tapak WordPress yang tidak bergantung pada pemalam termasuk: 1. Gunakan tema ringan, seperti Astra atau GeneratePress, untuk mengelakkan tema tumpukan; 2. Secara manual memampatkan dan menggabungkan fail CSS dan JS untuk mengurangkan permintaan HTTP; 3. Mengoptimumkan imej sebelum memuat naik, gunakan format web dan saiz fail kawalan; 4. Configure.htaccess untuk membolehkan cache penyemak imbas, dan sambungkan ke CDN untuk meningkatkan kelajuan pemuatan sumber statik; 5. Hadkan semakan artikel dan data yang kerap dibersihkan data yang berlebihan.

Fail JavaScript Minive boleh meningkatkan kelajuan memuatkan laman web WordPress dengan mengeluarkan kosong, komen, dan kod yang tidak berguna. 1. Gunakan pemalam cache yang menyokong penggabungan mampatan, seperti w3totalcache, aktifkan dan pilih mod mampatan dalam pilihan "Minify"; 2. Gunakan plug-in mampatan khusus seperti fastvelocityminify untuk memberikan lebih banyak kawalan berbutir; 3. Secara manual memampatkan fail JS dan memuat naiknya melalui FTP, sesuai untuk pengguna yang biasa dengan alat pembangunan. Perhatikan bahawa beberapa tema atau skrip plug-in mungkin bertentangan dengan fungsi mampatan, dan anda perlu menguji fungsi laman web dengan teliti selepas pengaktifan.

Transientsapi adalah alat terbina dalam di WordPress untuk menyimpan data tamat tempoh automatik sementara. Fungsi terasnya adalah set_transient, get_transient dan delete_transient. Berbanding dengan OptionsAPI, transien menyokong penetapan masa kelangsungan hidup (TTL), yang sesuai untuk senario seperti hasil permintaan API cache dan data pengkomputeran yang kompleks. Apabila menggunakannya, anda perlu memberi perhatian kepada keunikan penamaan utama dan ruang nama, mekanisme "penghapusan malas" cache, dan isu yang mungkin tidak bertahan dalam persekitaran cache objek. Senario aplikasi biasa termasuk mengurangkan kekerapan permintaan luaran, mengawal irama pelaksanaan kod, dan meningkatkan prestasi pemuatan halaman.

Cache objek membantu penyimpanan berterusan, sesuai untuk akses yang tinggi dan kemas kini yang rendah, mentolerir data yang hilang jangka pendek. 1. Data yang sesuai untuk "kegigihan" dalam cache termasuk konfigurasi pengguna, maklumat produk popular, dan lain -lain, yang boleh dipulihkan dari pangkalan data tetapi boleh dipercepat dengan menggunakan cache. 2. Pilih backend cache yang menyokong kegigihan seperti REDIS, membolehkan mod RDB atau AOF, dan konfigurasikan dasar tamat tempoh yang munasabah, tetapi ia tidak dapat menggantikan pangkalan data utama. 3. Tetapkan TTL Long atau tidak pernah tamat tempoh, mengamalkan struktur nama kunci yang jelas seperti pengguna: 1001: profil, dan kemas kini cache serentak apabila mengubah suai data. 4. Ia boleh menggabungkan cache tempatan dan diedarkan untuk menyimpan data kecil tempatan dan besar data redis untuk menyimpan data besar dan menggunakannya untuk pemulihan selepas dimulakan semula, sambil memberi perhatian kepada isu konsistensi dan penggunaan sumber.

Plugincheck adalah alat yang membantu pengguna WordPress dengan cepat menyemak keserasian dan prestasi pemalam. Ia digunakan terutamanya untuk mengenal pasti sama ada pemalam yang dipasang pada masa ini mempunyai masalah seperti tidak serasi dengan versi terkini WordPress, kelemahan keselamatan, dan lain-lain. Bagaimana untuk memulakan cek? Selepas pemasangan dan pengaktifan, klik butang "Runascan" di latar belakang untuk mengimbas semua pemalam secara automatik; 2. Laporan ini mengandungi nama pemalam, jenis pengesanan, penerangan masalah dan cadangan penyelesaian, yang memudahkan pengendalian masalah yang serius; 3. Adalah disyorkan untuk menjalankan pemeriksaan sebelum mengemas kini WordPress, apabila keabnormalan laman web tidak normal, atau kerap dijalankan untuk menemui bahaya tersembunyi terlebih dahulu dan mengelakkan masalah utama di masa depan.

Cara yang paling berkesan untuk mengelakkan spam komen adalah untuk mengenal pasti dan memintasnya secara automatik melalui cara programatik. 1. Menggunakan mekanisme kod pengesahan (seperti Googler Captcha atau HCaptcha) untuk membezakan secara berkesan antara manusia dan robot, terutama yang sesuai untuk laman web awam; 2. Tetapkan bidang tersembunyi (teknologi honeypot), dan gunakan robot untuk mengisi ciri -ciri secara automatik untuk mengenal pasti komen spam tanpa menjejaskan pengalaman pengguna; 3. Semak senarai hitam Kata Kunci Kandungan Komen, maklumat spam penapis melalui pemadanan kata yang sensitif, dan perhatikan untuk mengelakkan salah faham; 4. Hakim kekerapan dan sumber IP komen, hadkan bilangan penyerahan per unit masa dan buat senarai hitam; 5. Gunakan perkhidmatan anti-spam pihak ketiga (seperti Akismet, CloudFlare) untuk meningkatkan ketepatan pengenalan. Boleh berdasarkan laman web

Apabila membangunkan blok gutenberg, kaedah aset enqueue yang betul termasuk: 1. Gunakan daftar_block_type untuk menentukan laluan editor_script, editor_style dan gaya; 2. Daftar sumber melalui wp_register_script dan wp_register_style dalam fungsi.php atau plug-in, dan tetapkan kebergantungan dan versi yang betul; 3. Konfigurasikan alat binaan untuk mengeluarkan format modul yang sesuai dan pastikan laluan itu konsisten; 4. Kawalan logik pemuatan gaya depan melalui add_theme_support atau enqueue_block_assets untuk memastikan logik pemuatan gaya front-end dipastikan.
