Napredne varnostne nastavitve za WordPress wp-config.php datoteko

Napredne varnostne nastavitve za WordPress wp-config.php datoteko vključujejo zaščito dostopa do baze podatkov, krepitev ključev seje, onemogočanje urejanja datotek, varno upravljanje izhodov za odpravljanje napak, obvezno uporabo SSL in omejevanje kritičnih poti direktorijev. Na kratko, wp-config.php je eden od osrednjih varnostnih elementov vaše WordPress strani; z ustreznimi nastavitvami zmanjšuje površino napada, zmanjšuje tveganje za nepooblaščen dostop in omejuje škodo v primeru varnostnega incidenta.

Večina lastnikov spletnih strani, ki nameščajo WordPress, wp-config.php datoteko vidi le kot tehnično datoteko, v katero vnesejo ime baze podatkov, uporabniško ime in geslo. Vendar pa je ta datoteka ključen del varnostne arhitekture v živi spletni strani. Zlasti za e-trgovine, sisteme članstev, korporativne spletne strani in visoko obremenjene bloge pravilno konfigurirana wp-config.php datoteka zagotavlja močno obrambno plast proti preprostim napadom botov, manipulaciji datotek prek nadzorne plošče, iztekanju napak in poskusom kraje sej.

V tem vodiču bomo korak za korakom obravnavali napredne varnostne nastavitve, ki jih je mogoče uporabiti na WordPress wp-config.php datoteki za blog Hostragons. Razložili bomo, kaj vsaka nastavitev počne, kdaj jo priporočamo in na kaj je treba biti pozoren pred izvajanjem, s preprosto, a tehnično natančno razlago. Če še nimate varne in posodobljene infrastrukture za gostovanje, je izbira zanesljivega WordPress gostovanja prav tako pomembna, skupaj z utrjevanjem wp-config.php. Na tej točki so lahko koristne strani WordPress gostovalni paketi in varne rešitve za gostovanje spletnih strani.

Kaj je wp-config.php datoteka in zakaj je kritična za varnost?

wp-config.php je konfiguracijska datoteka, ki se nahaja v korenskem direktoriju WordPress-a in vsebuje osnovne delovne parametre strani. WordPress se preko te datoteke poveže z bazo podatkov, prebere varnostne ključe, določi obnašanje odpravljanja napak, upravlja operacije datotečnega sistema in izvaja nekatere napredne konstante. Zaradi tega je vsebina te datoteke veliko bolj občutljiva kot običajna datoteka teme.

V tej datoteki se običajno nahajajo naslednje kritične informacije:

• Ime baze podatkov, uporabniško ime, geslo in informacije o strežniku
• Varnostni ključi in soli, znani kot Authentication Unique Keys in Salts
• Predpona tabel baze podatkov
• Nastavitve odpravljanja napak in beleženja
• Konstantne vrednosti, ki nadzorujejo obnašanje urejanja datotek, posodabljanja in SSL
• Nastavitve delovanja, kot so omejitve pomnilnika WordPress in začasni direktorij datotek

Če napadalec dostopa do vsebine wp-config.php, lahko pridobi informacije o povezavi z bazo podatkov. V tem primeru so v tveganju ne le WordPress nadzorna plošča, temveč tudi uporabniški računi v bazi podatkov, zapisi naročil, obrazci, vsebine in posebni podatki strank. Zato je zaščita wp-config.php datoteke eden od osnovnih korakov za varnost WordPress-a.

Pred začetkom: Načrt za varnostne kopije, teste in dostop

Že majhna napaka pri tipkanju v wp-config.php datoteki lahko povzroči napako belega zaslona na vaši strani, prekine povezavo z bazo podatkov ali onemogoči dostop do nadzorne plošče. Zato pred spreminjanjem nastavitev uporabite tridelnim varnostnim načrtom.

1. Naredite popolno varnostno kopijo

Najprej naredite varnostno kopijo datotek in baze podatkov. Samo prenos wp-config.php datoteke na vaš računalnik ni dovolj; ker lahko spremembe vplivajo na povezavo z bazo podatkov, je prav tako pomembna varnostna kopija baze podatkov. Če vaša nadzorna plošča ponuja funkcijo samodejnega varnostnega kopiranja, preverite datum zadnje varnostne kopije. Če je potrebno, ustvarite ročno varnostno kopijo. Za to lahko nadaljujete z vsebino vodnik za varnostno kopiranje spletnih strani.

2. Spremembe izvajajte postopoma

Namesto da dodate 8 ali 10 varnostnih nastavitev hkrati, po vsaki spremembi preizkusite stran, nadzorno ploščo in kritične obrazce. Na primer, najprej onemogočite urejanje datotek, nato preverite stran. Nato konfigurirajte nastavitve odpravljanja napak. Ta metoda vam omogoča hitro ugotavljanje, katera vrstica povzroča težavo, če pride do napake.

3. Preverite dostop do FTP ali upravitelja datotek

Če je wp-config.php shranjen napačno, morda ne boste mogli dostopati do WordPress nadzorne plošče. Zato se prepričajte, da vaš upravitelj datotek cPanel, SFTP ali varni dostop do datotek deluje. Uporaba SFTP je bolj varna kot FTP, ker je povezava šifrirana. Za varni dostop je lahko uporaben vodnik Kaj je SFTP in kako ga uporabljati.

Povzetek varnostnih nastavitev wp-config.php

V tabeli spodaj je praktično povzetek osnovnih in naprednih varnostnih nastavitev, obravnavanih v tem priročniku. Pred uporabo na živem spletnem mestu preučite vsako vrstico glede na potrebe vaše strani.

Krepitev varnostnih ključev in solnih vrednosti

Varnost seje WordPress-a podpirajo ključi AUTH_KEY, SECURE_AUTH_KEY, LOGGED_IN_KEY, NONCE_KEY in njihove solne vrednosti v wp-config.php. Ti ključi naredijo piškotke uporabnikov in postopke potrjevanja sej bolj varne. Če so ključi šibki, privzeti ali dolgo niso bili spremenjeni, se lahko varnost sej oslabi.

Priporočena praksa je, da prek uradnega generatorja skrivnih ključev WordPress-a ustvarite nove in naključne ključe. Ti ključi so običajno daljši od 64 znakov, vsebujejo naključne simbole in so praktično nepredvidljivi. Zamenjati morate samo obstoječe vrstice v wp-config.php z novimi ključi.

Učinek te operacije je jasen: vse aktivne seje uporabnikov se zaključijo in uporabniki se morajo znova prijaviti. Če sumite, da je bil račun skrbnika prevzet, je hitro obnavljanje solnih vrednosti nujen ukrep. Zlasti vsake 6 mesecev ali v primeru suma varnostnega kršenja je priporočljivo obnoviti te ključe.

Onemogočite urejanje datotek prek nadzorne plošče

WordPress nadzorna plošča vključuje urejevalnik, ki dovoli urejanje datotek tem in dodatkov. Ta funkcija se med razvojem zdi praktična, vendar predstavlja resno tveganje na aktivnih spletnih mestih. Če napadalec pridobi dostop do skrbniškega računa, lahko prek urejevalnika datotek v nadzorni plošči doda zlonamerno PHP kodo.

Urejanje datotek iz nadzorne plošče lahko onemogočite z dodajanjem te konstante v wp-config.php: define('DISALLOW_FILE_EDIT', true);

Ta nastavitev onemogoči urejevalnik datotek tem in dodatkov v WordPress nadzorni plošči. Priporočamo, da je ta nastavitev privzeto aktivna za bloge z rednim objavljanjem, korporativne strani in WooCommerce trgovine. Če so potrebne spremembe datotek, naj se te izvedejo preko SFTP, Git ali varnih procesov distribucije.

Za bolj napreden pristop lahko uporabite konstanto DISALLOW_FILE_MODS, ki prav tako omejuje nalaganje in posodabljanje datotek. Vendar pa ta nastavitev lahko prepreči tudi posodobitve dodatkov in tem, zato jo je treba uporabljati le v zelo občutljivih sistemih, kjer spremembe ne bi smele potekati izven časa vzdrževanja.

Prilagodite nastavitve odpravljanja napak za živo stran

V razvojnem okolju WordPress-a je koristno aktivirati WP_DEBUG; to vam omogoča, da vidite napake, odkrijete nezdružljive dodatke in diagnosticirate težave s temami. Vendar pa lahko napake, ki se prikažejo na živi strani, vsebujejo informacije, ki bi lahko bile koristne za napadalce, kot so pot strežnika, ime dodatka, lokacija datoteke, namigi o poizvedbah baze podatkov in različica PHP.

V varnem pristopu za živo okolje velja ta logika: ne prikazujte napak obiskovalcem, temveč jih po potrebi zapišite v posebno dnevniško datoteko. Za to mora biti WP_DEBUG nastavljen na false; če potrebujete beleženje v razvojnem obdobju, morate uporabiti WP_DEBUG_LOG true in WP_DEBUG_DISPLAY false. Primer logike je naslednji: define('WP_DEBUG', false); define('WP_DEBUG_DISPLAY', false);

Če morate raziskati napako, kratkoročno omogočite beleženje, rešite težavo in ga ponovno izklopite. Prav tako se prepričajte, da do dnevniške datoteke ni dostopano iz javnega direktorija. Ker se datoteka debug.log včasih lahko nahaja v bližini korenskih lokacij spletne strani in jo lahko preberejo napačno konfigurirani strežniki. Za zmanjšanje teh tveganj je ključna pravilna konfiguracija gostovanja. Kako upravljati WordPress napake in varno WordPress gostovanje sta naravna nadaljnja vsebina v tem kontekstu.

Obvezno uporabite SSL in varnost nadzorne plošče

SSL certifikat šifrira promet med uporabnikom in strežnikom. Ker se v WordPress nadzorno ploščo prijavite z uporabniškim imenom in geslom, mora biti promet skrbnika obvezen prek HTTPS. Ta nastavitev je še posebej pomembna za ekipe, ki dostopajo do nadzorne plošče prek skupnih omrežij, zunaj pisarne ali mobilnih povezav.

V wp-config.php lahko obvezite SSL v nadzorni plošči z uporabo konstante FORCE_SSL_ADMIN: define('FORCE_SSL_ADMIN', true);

Da bi ta nastavitev pravilno delovala, mora imeti vaše domeno veljaven SSL certifikat. Če še ne uporabljate SSL, najprej dokončajte namestitev certifikata. SSL ni le osnovna zahteva za varnost, temveč tudi za zaupanje uporabnikov in SEO. Za SSL možnosti preko Hostragons si lahko ogledate stran izdelki SSL certifikatov, za upravljanje domen pa preverjanje domen in registracija domen.

Če po prisilni uporabi SSL nastane napaka neskončnega preusmerjanja, to običajno pomeni, da konfiguracija proxyja, CDN ali uravnoteževalnika obremenitve ni pravilno prepoznana. V takšnem primeru je treba preveriti HTTPS naslove na strežniški strani in nastavitve naslova spletne strani WordPress.

Upravljajte informacije o bazi podatkov in predpono tabel na varnejši način

Vrednosti DB_NAME, DB_USER, DB_PASSWORD in DB_HOST v wp-config.php omogočajo WordPressu povezovanje z bazo podatkov. Te informacije morajo biti močne in z omejenimi privilegiji. Ena najpogostejših napak je dodelitev prekomernih pravic uporabniku baze podatkov.

Za živo WordPress stran je priporočljivo, da ima uporabnik baze podatkov le dovoljenja, ki jih potrebuje. Običajno so dovoljenja SELECT, INSERT, UPDATE, DELETE, CREATE, ALTER in INDEX zadostna. Uporaba široko privilegiranih uporabnikov, ki imajo dostop do vseh baz podatkov na ravni upravljanja strežnika, je tvegana v WordPress konfiguraciji.

Pravilni pristop k predponi tabel

Privzeta predpona tabel WordPress je wp_. Pri novih namestitvah lahko to spremenite v drugačno in naključno vrednost, kar oteži delo avtomatskim napadalnim orodjem. Na primer, namesto wp_ lahko uporabite hr7x_, kar je kratka, a težko napovedljiva predpona. Vendar pa sprememba predpone tabel na obstoječi strani ne pomeni le spremembe vrednosti table_prefix v wp-config.php; imena tabel v bazi podatkov in nekateri zapisi usermeta je treba prav tako posodobiti.

Zato, če nameravate spremeniti predpono tabel na obstoječem aktivnem spletnem mestu, najprej naredite popolno varnostno kopijo, poskusite postopek v testnem okolju in ga nato prenesite na živo stran. Pri novih namestitvah pa je bolj varna in manj tvegana uporaba drugačne predpone od začetka.

Možnost premestitve wp-config.php datoteke iz korenskega direktorija

WordPress lahko v nekaterih konfiguracijah strežnika prebere wp-config.php datoteko tudi iz enega nivoja nad korenskim direktorijem. Na primer, če so WordPress datoteke v public_html, lahko datoteko wp-config.php premaknete v višji direktorij zunaj public_html. Ta metoda zmanjšuje tveganje neposrednega dostopa prek spleta.

Vendar pa ta praksa morda ne deluje enako v vseh gostiteljskih okoljih. V skupinskih gostovanjih je morda nemogoče premakniti datoteko v višji direktorij zaradi dovoljenj direktorijev, strukture nadzorne plošče ali varnostnih politik. Poleg tega morajo osebe, ki opravljajo vzdrževanje, vedeti, kje se datoteka nahaja; sicer se lahko postopek odpravljanja napak v prihodnosti podaljša.

Preden uporabite to metodo, preverite strukturo datotek vašega gostitelja. Če uporabljate upravljano WordPress gostovanje, se obrnite na podporo, da se pozanimate o priporočeni strukturi direktorijev. V infrastrukturi Hostragons lahko vsebina vodnik po nadzorni plošči gostovanja pomaga pri pravilnem upravljanju direktorijev in dovoljenj.

Zaostrite dovoljenja datotek in pravice do pisanja

Varnost wp-config.php ni le povezana s konstantami znotraj njega, temveč tudi z dovoljenji na ravni operacijskega sistema. Splošna priporočila vključujejo, da wp-config.php datoteka ne sme biti pisljiva za vse. V večini Linuxovih gostiteljskih okolij so lahko dovoljenja datotek nastavljena na 400, 440 ali 600, kar so bolj omejene vrednosti. Katera vrednost bo delovala, je odvisno od uporabnika strežnika in modela delovanja PHP.

Praktičen pristop je naslednji: datoteka naj ima najnižja dovoljenja, ki ne bodo ovirala delovanja strani. Nastavitve, ki omogočajo pisanje za vse, kot je 777, se nikoli ne smejo uporabljati. 644 deluje kot privzeta v nekaterih okoljih, vendar so pri bolj občutljivih namestitvah morda bolj primerne vrednosti 600 ali 440. Po spremembi je treba preizkusiti zagon strani, nadzorno ploščo in zaslon za posodobitev dodatkov.

Poleg tega je pomembno tudi onemogočiti dostop do datoteke wp-config.php na ravni spletnega strežnika. V sodobnih gostiteljskih okoljih se PHP datoteke ne prikazujejo neposredno kot vir; vendar pa lahko v napačno konfiguriranih strežnikih nastanejo tveganja. Zato je zanesljiva infrastruktura gostovanja prav tako pomembna kot dovoljenja datotek.

Upravljajte samodejne posodobitve z varnostnim poudarkom

WordPress jedro, dodatki in teme redno prejemajo varnostne posodobitve. Obnašanje samodejnih posodobitev lahko deloma upravljate prek wp-config.php. Z vidika varnosti se običajno priporoča, da so samodejne posodobitve manjših različic omogočene. Te posodobitve pogosto ciljajo na varnost in odpravljanje napak.

Na primer, ohranjanje manjših posodobitev WordPress jedra omogoča zmanjšanje zamud pri znanih ranljivostih. Vendar pa lahko prehod na večje različice zahteva testiranje glede združljivosti tem in dodatkov. Zato je najboljši pristop v korporativnih spletnih mestih, da omogočite samodejne varnostne popravke, velike posodobitve pa testirate v testnem okolju pred prenosom na živo stran.

V strategiji posodobitev lahko uporabite tri osnovna pravila: najprej varnostna kopija, nato testiranje, nazadnje prenos na živo stran. Ta preprosta zaporedja zagotavljajo pravi ravnotežje med varnostjo in kontinuiteto.

Nadzorujte omejitve pomnilnika PHP in porabo virov

V wp-config.php lahko s pomočjo vrednosti WP_MEMORY_LIMIT in WP_MAX_MEMORY_LIMIT določite količino pomnilnika, ki ga lahko uporablja WordPress. Te nastavitve se sicer ne zdijo neposredno povezane z varnostjo, vendar so pomembne pri napadih na porabo virov, napakah dodatkov in intenzivnih administrativnih opravilih.

Na primer, za majhen blog je 128M pogosto dovolj, medtem ko lahko za WooCommerce trgovine ali večjezične strani potrebujete 256M. Vendar pa lahko nepotrebno zvišanje omejitev pomnilnika povzroči, da napaka v dodatku porabi še več virov in zmanjša delovanje strežnika. Pravilna vrednost je treba oceniti glede na promet strani, število dodatkov in vire gostovalnega paketa.

Če pogosto prejemate napake pomnilnika, namesto da bi le zvišali omejitev, raziščite vir težave. Težki dodatki, neoptimizirane poizvedbe, stara različica PHP ali nezadosten gostovalni paket lahko prispevajo k težavam. Zanesljivost in varnost morata biti obravnavani skupaj. V tej zvezi optimizacija zmogljivosti WordPress in visoko zmogljivi gostovalni paketi nudita naravne možnosti za povezavo.

Ohranite začasni direktorij in obnašanje nalaganja varno

V nekaterih gostiteljskih okoljih WordPress shrani začasne datoteke v privzete sisteme direktorijev. To je normalno, vendar lahko napačno dodeljena dovoljenja skupnih direktorijev predstavljajo varnostno tveganje. S pomočjo wp-config.php lahko določite direktorij, ki ga bo WordPress uporabljal za začasne datoteke, z WP_TEMP_DIR.

Če se odločite za to metodo, se prepričajte, da je direktorij zaprt za javni dostop, nadzorovan za pisanje in dostopen le ustreznemu uporabniku strani. Zlasti pri nalaganju datotek, obdelavi medijev in posodabljanju dodatkov se aktivno uporabljajo začasni direktoriji. Napačno konfiguriran začasni direktorij lahko privede do napak pri nalaganju ali tveganju za uhajanje datotek.

Varnost piškotkov in večstranske varnosti

WordPress večstranske strani, ki uporabljajo strukturo poddomena ali poddirektorija, zahtevajo bolj občutljivo obravnavo prostora za piškotke in vrednosti URL strani. Napačna definicija prostora za piškotke lahko povzroči, da so seje veljavne na nepričakovanih poddomenah ali privede do zank prijave. Z varnostnega vidika je treba obseg piškotkov za vsako arhitekturo strani omejiti na minimum.

Na primer, v strukturah, kot so admin.example.com, shop.example.com in blog.example.com, je treba zavestno določiti, ali bodo piškotki veljavni na vseh poddomenah ali le na določeni domeni. Preširok obseg piškotkov povečuje verjetnost, da bo ranljivost na eni poddomeni vplivala na seje na drugih.

Če uporabljate večstranske strani, skupaj preučite konstante multisite v wp-config.php, nastavitve za preslikavo domen in konfiguracijo SSL. Na teh projektih sta načrtovanje domen in SSL prav tako pomembna. upravljanje več domen in wildcard SSL certifikat povezave so lahko relevantne v tem kontekstu.

Seznam kontrolnih točk za varnost wp-config.php

Spodnji seznam lahko periodično preverite na svoji aktivni WordPress strani. Zlasti po namestitvi novih dodatkov, spremembah tem, prenosih strežnikov in sumljivih poskusih prijave je dobro pregledati ta seznam.

• Je aktualna varnostna kopija datoteke wp-config.php shranjena na varnem mestu?
• So varnostni ključi in solne vrednosti edinstveni in naključni?
• Je DISALLOW_FILE_EDIT aktiven?
• Ali je WP_DEBUG na aktivni strani izklopljen ali v varnem načinu beleženja?
• Ali se nadzorna plošča izvaja prek HTTPS?
• Ali uporabnik baze podatkov nima nepotrebnih pravic?
• Je predpona tabel pri novih namestitvah drugačna od privzete wp_?
• Ali dovoljenja datotek ne vsebujejo nevarnih vrednosti, kot je 777?
• Ali so samodejne varnostne posodobitve odprte na nadzorovan način?
• Je v vašem gostovanju pravilno konfiguriran SFTP, varnostno kopiranje in SSL?

Pogoste napake in kako se jim izogniti

Najpogostejša napaka pri wp-config.php je dodajanje delov kode, najdenih na internetu, brez razumevanja njihovega delovanja. Vsaka WordPress stran nima enake strežniške, tematske, dodatne in prometne strukture. Zato lahko nastavitev, ki na eni strani deluje brez težav, na drugi strani povzroči težave s sejami ali napakami pri posodobitvah.

Druga pogosta napaka je, da pustite odprto odpravljanje napak na aktivni strani. To lahko pokvari uporabniško izkušnjo in povzroči uhajanje tehničnih informacij. Tretja napaka je, da varnostno kopijo datoteke wp-config.php pustite v korenskem direktoriju spletne strani pod imeni, kot so wp-config-backup.php ali wp-config-old.php. Te datoteke lahko v napačno konfiguriranih strežnikih prenašate kot navadno besedilo. Varnostne kopije je treba hraniti v prostorih, ki nimajo dostopa do spleta.

Četrta napaka je, da spremenite dovoljenja datotek na 777, da odpravite težavo, in jih nato ne vrnete v prvotno stanje. To se morda zdi, da v kratkem roku reši problem, vendar je zelo nevarno z varnostnega vidika. Peta napaka je aktiviranje FORCE_SSL_ADMIN brez namestitve SSL; to lahko povzroči težave z dostopom do nadzorne plošče.

Kako vzpostaviti profesionalno varnostno plast za WordPress?

Utrjevanje wp-config.php je pomemben korak, vendar samo po sebi ne zagotavlja popolne varnosti. Profesionalni pristop k varnosti mora biti plastičen. Močna izolacija gostovanja, posodobljena različica PHP, požarni zid za spletne aplikacije, zanesljiv SSL, redno varnostno kopiranje, omejen skrbniški račun, dvostopenjska avtentifikacija in sledenje dnevnikom morajo biti obravnavani skupaj.

Na primer, ko napadalec poskuša izkoristiti ranljivost dodatka, lahko plast WAF zahteva zahtevo. Če je geslo uporabnika prevzeto, se aktivira dvostopenjska avtentifikacija. Če pride do spremembe datoteke, se hitro vrnite na varnostno kopijo. wp-config.php pa je v tej verigi kritična točka za konfiguracijo in omejevanje.

Če postavljate svojo WordPress stran, začnite z varnostnim poudarkom: načrtujte močno domeno in SSL, izberite varno gostovanje, spremenite privzeto predpono tabel, edinstveno ustvarite solne ključe, onemogočite urejanje datotek v nadzorni plošči in aktivirajte redne varnostne kopije. Ti osnovni koraki preprečujejo številne težave, preden se pojavijo.

Zaključek: Majhne nastavitve, velik varnostni učinek

Napredne varnostne nastavitve za WordPress wp-config.php datoteko ponujajo praktične in učinkovite ukrepe za zmanjšanje površine napada vaše strani. Obnavljanje varnostnih ključev, onemogočanje urejanja datotek, skrivanje izhodov odpravljanja napak, obvezna uporaba SSL, omejevanje pravic baze podatkov in zaostritev dovoljenj datotek; so koraki, ki prinašajo visoke koristi za večino WordPress strani.

Pri izvajanju teh nastavitev ne hitite: naredite varnostno kopijo, izvedite spremembe eno za drugo in preizkusite vsak korak. Varna konfiguracija, pravilna infrastruktura gostovanja in redno vzdrževanje skupaj naredijo vašo WordPress stran veliko bolj odpornejšo. Če načrtujete varnejšo in bolj trajnostno infrastrukturo, lahko s preučevanjem rešitev Hostragons WordPress gostovanje, SSL certifikat in registracija domen določite ustrezen začetek za vaše potrebe.

Pogosto zastavljena vprašanja

Ali je varno urejati datoteko wp-config.php?

Da, varno je, če pravilno naredite varnostno kopijo in spremembe izvajate kontrolirano. Vendar pa lahko ena sama napaka pri tipkanju vpliva na dostop do strani. Zato najprej ustvarite varnostno kopijo datotek in baze podatkov, nato pa nastavite nastavitve eno za drugo.

Kaj se zgodi, če spremenim solne ključe v wp-config.php?

Vse aktivne seje uporabnikov se zaključijo in uporabniki se morajo prijaviti znova. Ta postopek ne izbriše vsebin, ne poškoduje baze podatkov. To je še posebej priporočljiv hiter ukrep po sumljivih prijavah ali tveganju prevzema skrbniškega računa.

Ali naj ostane WP_DEBUG vklopljen na aktivni WordPress strani?

Ne. Če je WP_DEBUG vključen na aktivni strani, lahko napake razkrijejo tehnične informacije obiskovalcem. Varen pristop je, da napak ne prikazujete na zaslonu in uporabite nadzorovano beleženje le v kratkoročnih potrebah.

Ali DISALLOW_FILE_EDIT preprečuje posodobitve dodatkov in tem?

Ne, DISALLOW_FILE_EDIT le onemogoča urejevalnik datotek v nadzorni plošči. Posodobitve dodatkov in tem potekajo normalno. Za onemogočanje posodobitev so potrebne druge, bolj omejevalne nastavitve.

Kako naj bi bila dovoljenja datoteke wp-config.php?

Se spreminjajo glede na konfiguracijo strežnika, vendar je cilj, da datoteko ohranite z najnižjimi dovoljenji, ki ne bodo ovirala delovanja. 777 se nikoli ne sme uporabljati. V večini okolij delujeta 600, 440 ali 644; po spremembi je treba preizkusiti stran in nadzorno ploščo.