15 wp-config Snippets untuk Konfigurasi Laman WordPress Anda
Pentadbir WordPress memudahkannya menguruskan konfigurasi tanpa menyentuh garis kod. Seting konfigurasi asas kemudiannya disimpan dalam wp-options jadual dalam pangkalan data. Tetapi, WordPress juga mempunyai fail konfigurasi berasingan, dipanggil wp-config.php, yang boleh digunakan untuk penyesuaian lanjut.
Wp-config adalah fail di mana anda data hosting tersuai (nama pangkalan data, hos pangkalan data, dan sebagainya) diselamatkan apabila anda memasang laman WordPress sendiri yang dihoskan. Anda juga boleh menambah pilihan konfigurasi lain untuk fail ini, yang membolehkan anda mendayakan atau melumpuhkan ciri-ciri seperti debugging, cache, multisite, login SSL, kemas kini automatik, dan lain-lain lagi.
Templatkan dan edit wp-config
Apabila anda memuat turun WordPress, yang wp-config.php fail ialah belum hadir di dalam folder pemasangan. Walau bagaimanapun, terdapat fail yang dipanggil wp-config-sample.php bahawa anda perlu menyalin dan menamakan semula wp-config.php. Kemudian, anda perlu tambah data sambungan asas anda (nama pangkalan data, nama pengguna pangkalan data, kata laluan pangkalan data, nama hos, kunci keselamatan) ke fail ini.
Jika penyedia hosting anda menggunakannya Pemasang auto lembut (paling berbuat demikian) proses ini automatik untuk anda dan anda akan dapati wp-config.php dan a wp-config-sample.php fail dalam folder root anda apabila anda menyambungkan pelayan anda melalui FTP.
Perhatikan bahawa perintah tetapan perkara, jadi jangan ulangi mereka. Apabila mengedit fail wp-config, sentiasa menggunakan editor kod seperti Teks Sublime, Atom, Notepad ++, Visual Studio Code, atau TextMate. Pemproses kata (Microsoft Office, Google Docs, LibreOffice, dll.) Akan merosakkan fail anda, tidak pernah menggunakannya untuk mengedit fail kod.
Tetapan disimpan ke dalam wp-config menimpa pangkalan data, sekiranya terdapat konfigurasi jenis yang sama pada kedua-dua (mis. URL rumah)
Di mana untuk meletakkan coretan kod
Dalam artikel ini, anda boleh mencari 20 coretan kod dengan mana anda boleh gunakan untuk menyesuaikan diri anda wp-config.php fail.
Kebanyakan pilihan konfigurasi ini tidak wujud dalam wp-config secara lalai. Jika anda ingin menggunakannya, anda perlu menambahnya di bawah permulaan tag dan komen kod, tetapi di atas tetapan MySQL.
1. Hidupkan debugger WP
Anda boleh menghidupkan dan mematikan debugger WordPress dalam fail wp-config. Coretan pertama di bawah tidak wujud secara lalai dalam wp-config (di bawah konfigurasi pangkalan data) tetapi nilainya ditetapkan salah. Untuk menghidupkan debugger tersebut, ubah nilainya kepada benar.
Coretan kedua menghidupkan debugger frontend yang membolehkan anda untuk menyebarkan skrip CSS dan JavaScript. Gunakan debugger hanya di tapak pembangunan tidak pernah dalam pengeluaran.
# Menghidupkan debugger PHP menentukan ('WP_DEBUG', benar); # Menghidupkan debugger CSS dan JavaScript define ('SCRIPT_DEBUG', benar); 2. Tukar awalan jadual pangkalan data
WordPress menggunakan wp_ awalan jadual secara lalai. Jika anda mahukan pangkalan data yang lebih selamat anda boleh pilih awalan meja yang lebih rumit.
Pilihan config ini juga wujud dalam fail wp-config secara lalai, anda hanya perlu ubah nilai daripada $ table_prefix pemboleh ubah kepada yang lebih selamat.
Hanya ubah awalan jadual jika anda mempunyai bersihkan pemasangan atau pada a tapak pembangunan, kerana ia berisiko untuk melakukannya di tapak produksi.
# Mencipta awalan meja selamat untuk jadual pangkalan data # Hanya nombor, huruf, menggariskan $ table_prefix = 'a81kJt_';
3. Tukar URL WordPress
Awak boleh tetapkan URL dan URL rumah dalam admin WordPress, di bawah Tetapan> Umum menu. Walau bagaimanapun, anda juga boleh mengkonfigurasi URL ini dalam fail wp-config.
Menetapkan WP_SITEURL dan WP_HOME pemalar dalam fail wp-config mempunyai dua kelebihan:
- ia boleh menyelamatkan nyawa jika anda tidak boleh mengakses kawasan admin anda atas sebab tertentu
- ia boleh mengurangkan bilangan panggilan pangkalan data sementara tapak anda dimuatkan (sebagai wp-config mengatasi pilihan yang disimpan dalam pangkalan data)
WP_SITEURL menentukan URL pengguna boleh sampai ke laman web anda dengan, sementara WP_HOME mentakrifkan akar pemasangan WP anda. Jika anda memasang WordPress ke dalam folder root anda (ini adalah pilihan lalai) mereka mengambil nilai yang sama.
# Menentukan URL tapak URL ('WP_SITEURL', 'http://www.yourwebsite.com'); # Menentukan URL laman web (akar pemasangan WP) menentukan ('WP_HOME', 'http://www.yourwebsite.com/wordpress'); 4. Sampah kosong selepas waktu tertentu
Anda boleh membuat WordPress secara automatik kosongkan sampah anda selepas beberapa tarikh tertentu. Nilai terkecil pemalar ini ialah 0, dalam kes ini anda lumpuhkan ciri sampah.
# Sampah Empties selepas 7 hari menentukan ('EMPTY_TRASH_DAYS', 7); 5. Dayakan cache WordPress
Awak boleh membolehkan ciri caching terbina dalam WordPress dengan baris kod berikut. Kebanyakan plugin caching, seperti W3 Total Cache dan WP Super Cache, tambah coretan ini secara automatik ke fail wp-config.
# Membolehkan cache WP define ('WP_CACHE', benar); 6. Dayakan WordPress Multisite
Dengan menambah WP_ALLOW_MULTISITE malar ke fail wp-config anda, anda boleh membolehkan ciri multisite WordPress yang membolehkan anda mencipta rangkaian laman web WP.
# Menghidupkan WordPress multisite define ('WP_ALLOW_MULTISITE', benar); 7. Mengalihkan subdomain dan subfolder yang tidak ada lagi
Kadangkala pengunjung menaip subdomain atau subfolder yang tidak ada ke dalam bar URL. Awak boleh mengarahkan pengguna ini ke laman lain pada domain anda, misalnya ke halaman utama dengan bantuan NOBLOGREDIRECT berterusan.
# Redirects subdomain dan subfolder yang tidak ada pada laman utama yang ditentukan ('NOBLOGREDIRECT', 'http://www.yourwebsite.com'); 8. Mengurus semakan pasca
WordPress mempunyai sistem kawalan versi terbina dalam, yang bermaksud ia menyelamatkan semua semakan pasca anda mencipta. Pos yang sering diedit boleh mempunyai sebanyak 25-30 semakan yang boleh memuat banyak ruang pangkalan data selepas beberapa ketika.
Dengan WP_POST_REVISIONS malar, anda boleh memaksimumkan bilangan semakan pos atau sepenuhnya lumpuhkan ciri ini.
# Sepenuhnya menyahdayakan revisi pas menentukan ('WP_POST_REVISIONS', palsu); # Membolehkan 5 revisi jawatan maksimum menentukan ('WP_POST_REVISIONS', 5); 9. Membolehkan pengoptimuman pangkalan data terbina dalam
WordPress mempunyai ciri pengoptimum pangkalan data terbina dalam anda boleh menghidupkan dengan menambah baris berikut ke fail wp-config.
Saya menulis secara terperinci bagaimana alat ini berfungsi dalam artikel ini. Perkara yang paling penting untuk diperhatikan ialah skrin pengoptimuman pangkalan data adalah boleh didapati untuk sesiapa sahaja (walaupun untuk pelawat yang tidak log masuk). Dayakan ciri ini hanya untuk tempoh masa yang anda mahu jalankan alat pengoptimuman, maka jangan lupa untuk mematikannya.
# Menghidupkan ciri pengoptimum pangkalan data menentukan ('WP_ALLOW_REPAIR', benar); 10. Lumpuhkan kemas kini automatik
Berjalan lancar kemas kini latar belakang automatik secara lalai untuk siaran kecil dan fail terjemahan.
Awak boleh toggle feature ini on dan off dengan menetapkan nilai-nilai AUTOMATIC_UPDATER_DISABLED (untuk semua kemas kini) dan WP_AUTO_UPDATE_CORE (untuk kemas kini teras) pemalar mengikut peraturan berikut:
# Melumpuhkan semua kemas kini automatik menentukan ('AUTOMATIC_UPDATER_DISABLED', benar); # Melumpuhkan semua kemas kini teras yang menentukan ('WP_AUTO_UPDATE_CORE', palsu); # Membolehkan semua kemas kini teras, termasuk siaran kecil dan utama menentukan ('WP_AUTO_UPDATE_CORE', benar); # Membolehkan kemas kini teras hanya untuk siaran kecil (lalai) tentukan ('WP_AUTO_UPDATE_CORE', 'minor'); 11. Meningkatkan had memori PHP
Kadang-kadang anda mungkin mahu menambah had memori PHP pembekal hosting anda telah diperuntukkan ke laman web anda, terutamanya jika anda mendapat yang ditakuti “Saiz ingatan yang dibenarkan dari bait xxxxxx yang habis” mesej. Untuk berbuat demikian, gunakan WP_MEMORY_LIMIT untuk laman web dan WP_MAX_MEMORY_LIMIT untuk kawasan pentadbir.
Perhatikan bahawa sesetengah tuan rumah tidak membenarkan untuk menambah had memori secara manual, dalam kes ini hubungi mereka dan minta mereka melakukannya untuk anda.
# Sets limit memory untuk define the website ('WP_MEMORY_LIMIT', '96M'); # Tetapkan had ingatan untuk kawasan admin menetapkan ('WP_MAX_MEMORY_LIMIT', '128M'); 12. Memaksa masuk SSL
Untuk meningkatkan keselamatan laman web, anda boleh memaksa pengguna untuk log masuk SSL setiap masa. The FORCE_SSL_ADMIN tetap menjadikan SSL wajib untuk kedua-duanya login pengguna dan sesi admin.
Perhatikan bahawa yang sebelumnya sah FORCE_SSL_LOGIN pemalar telah ditamatkan di WordPress 4.0, jadi kini anda sentiasa terpakai FORCE_SSL_ADMIN.
# Kekuatan login SSL didefinisikan ('FORCE_SSL_ADMIN', benar); 13. Lumpuhkan suntingan / pengeditan plugin dan tema
Pentadbir boleh edit fail plugin dan tema di kawasan admin WordPress. Anda boleh membuat laman web anda lebih selamat jika anda nyahdayakan plugin dan editor tema menggunakan DISALLOW_FILE_EDIT berterusan. Jadi, jika tapak anda digodam, penggodam tidak akan mempunyai akses kepada fail plugin dan tema anda.
Anda juga boleh lumpuhkan ciri kemas kini plugin dan tema menggunakan DISALLOW_FILE_MODS. Dengan cara ini pentadbir tidak akan dapat mengemas kini plugin dan tema di kawasan admin.
DISALLOW_FILE_MODS juga melumpuhkan plugin dan editor tema, jadi jika anda menggunakannya, anda tidak perlu menambah DISALLOW_FILE_EDIT.
# Melumpuhkan penyunting plugin dan tema menentukan ('DISALLOW_FILE_EDIT', benar); # Melumpuhkan plugin & tema editor PLUS plugin & tema pembaharuan menentukan ('DISALLOW_FILE_MODS', benar); 14. Padam suntingan imej
Setiap kali anda mengedit imej, WordPress menyelamatkannya dalam resolusi yang berbeza. Tetapi, jika anda tidak mahu menggunakan set gambar sebelumnya anda boleh keluarkan mereka dengan menetapkan nilai IMAGE_EDIT_OVERWRITE berterusan kepada benar.
Akibatnya, fail imej terdahulu akan ditindih oleh yang baru apabila anda mengedit imej dan hanya yang set terakhir akan disimpan di dalam wp-content folder.
# Membersihkan suntingan gambar didefinisikan ('IMAGE_EDIT_OVERWRITE', benar); 15. Lumpuhkan HTML yang tidak diisi
Walaupun pengguna peringkat rendah (pelanggan, penyumbang, pengarang) tidak dapat menyiarkan HTML yang tidak diisi di WordPress, editor dan pentadbir dibenarkan berbuat demikian.
Dengan menambah baris kod berikut ke fail wp-config anda, anda boleh meningkatkan keselamatan dengan menghalang pengguna peringkat tinggi daripada menerbitkan HTML tanpa label.
# Menyahdayakan HTML yang tidak diisi untuk pentadbir pentadbir dan definisi ('DISALLOW_UNFILTERED_HTML', benar);
