Napredne sigurnosne postavke WordPress wp-config.php datoteke

Napredne sigurnosne postavke WordPress wp-config.php datoteke obuhvataju konfiguracije za zaštitu pristupa bazi podataka, jačanje sigurnosnih ključeva sesije, onemogućavanje uređivanja datoteka, sigurno upravljanje debug ispisom, prisilno korištenje SSL-a i ograničavanje pristupa kritičnim direktorijima. Ukratko, wp-config.php je jedan od sigurnosnih centara vaše WordPress stranice; uz pravilne postavke smanjuje površinu za napade, umanjuje rizik od neovlaštenog pristupa i ograničava štetu u slučaju potencijalnog sigurnosnog incidenta.

Većina vlasnika stranica koji instaliraju WordPress doživljava wp-config.php samo kao tehničku datoteku u koju se unose ime baze podataka, korisničko ime i lozinka. Međutim, ova datoteka je kritičan dio sigurnosne arhitekture na aktivnoj web stranici. Posebno za e-trgovine, sisteme članstva, korporativne web stranice i blogove s visokim prometom, pravilno konfigurisana wp-config.php datoteka pruža snažan odbrambeni sloj protiv jednostavnih bot napada, manipulacije datotekama preko administracije, curenja informacija putem poruka o grešci i pokušaja krađe sesije.

U ovom vodiču za blog Hostragonsa obradit ćemo korak po korak napredne sigurnosne postavke koje se mogu primijeniti na WordPress wp-config.php datoteci. Objasnit ćemo čemu svaka postavka služi, u kojim situacijama preporučujemo njenu upotrebu i na šta treba obratiti pažnju prije implementacije, na jednostavan ali tehnički precizan način. Ako još uvijek nemate sigurnu i ažurnu hosting infrastrukturu, uz "učvršćivanje" wp-config.php datoteke važan je i odabir pouzdanog WordPress hostinga. U tom kontekstu, stranice WordPress hosting paketi i sigurna web hosting rješenja mogu biti relevantne.

Šta je wp-config.php datoteka i zašto je kritična za sigurnost?

wp-config.php je konfiguracijska datoteka smještena u korijenskom direktoriju WordPressa koja sadrži osnovne radne parametre stranice. WordPress se putem ove datoteke povezuje s bazom podataka, čita sigurnosne ključeve, određuje ponašanje pri otklanjanju grešaka, upravlja operacijama sistema datoteka i pokreće neke napredne konstante. Zbog toga je sadržaj ove datoteke daleko osjetljiviji od obične datoteke teme.

Ova datoteka obično sadrži sljedeće kritične informacije:

• Ime baze podataka, korisničko ime, lozinku i informacije o serveru
• Sigurnosne ključeve sesije poznate kao Authentication Unique Keys i Salts
• Prefiks tablica baze podataka
• Postavke za otklanjanje grešaka (debug) i logovanje
• Konstante koje kontroliraju uređivanje datoteka, ažuriranja i SSL ponašanje
• Radne postavke poput WordPress memorijskog limita i direktorija za privremene datoteke

Ako napadač dobije pristup sadržaju wp-config.php, može preuzeti podatke za povezivanje s bazom podataka. U tom slučaju nije ugrožena samo WordPress administracija, već i korisnički računi, zapisi narudžbi, obrasci, sadržaj i privatni podaci kupaca u bazi podataka. Stoga je zaštita wp-config.php datoteke jedan od osnovnih koraka WordPress sigurnosti.

Prije nego počnete: Plan za backup, testiranje i pristup

Čak i mala greška u kucanju u wp-config.php datoteci može uzrokovati bijeli ekran (white screen of death), prekid veze s bazom podataka ili onemogućavanje pristupa administracijskom panelu. Stoga, prije bilo kakvih izmjena, primijenite trostepeni sigurnosni plan.

1. Napravite potpuni backup

Prvo napravite backup datoteka i baze podataka. Nije dovoljno samo preuzeti wp-config.php datoteku na svoj računar; backup baze podataka je također važan jer izmjena može utjecati na konekciju s bazom. Ako vaš kontrolni panel ima opciju automatskog backupa, provjerite datum posljednjeg backupa. Ako je potrebno, kreirajte ručni backup. Po ovom pitanju možete pratiti sadržaj vodič za backup web stranice.

2. Primjenjujte izmjene jednu po jednu

Umjesto dodavanja 8 ili 10 sigurnosnih postavki odjednom, testirajte stranicu, administracijski panel i kritične forme nakon svake izmjene. Na primjer, prvo onemogućite uređivanje datoteka, pa provjerite stranicu. Zatim konfigurišite debug postavku. Ova metoda vam omogućava da brzo pronađete koja linija koda uzrokuje problem ako dođe do greške.

3. Osigurajte FTP ili pristup File Manageru

Ako se wp-config.php spremi s greškom, možda nećete moći pristupiti WordPress panelu. Zbog toga se uvjerite da vaš cPanel file manager, SFTP ili siguran pristup za prijenos datoteka rade ispravno. Korištenje SFTP-a je sigurnije od FTP-a jer se veza odvija u šifrovanom obliku. Za siguran pristup, vodič pod naslovom šta je SFTP i kako se koristi može biti koristan.

Pregled sigurnosnih postavki wp-config.php

Tabela ispod praktično sažima osnovne i napredne sigurnosne postavke opisane u ovom vodiču. Prije implementacije na aktivnoj stranici, procijenite svaku liniju prema potrebama vaše stranice.

Ojačajte sigurnosne ključeve i Salt vrijednosti

Sigurnost WordPress sesije podržana je putem AUTH_KEY, SECURE_AUTH_KEY, LOGGED_IN_KEY, NONCE_KEY i njihovih salt ekvivalenata unutar wp-config.php. Ovi ključevi čine korisničke kolačiće (cookies) i procese verifikacije sesije sigurnijim. Ako su ključevi slabi, zadani ili dugo nisu mijenjani, sigurnost sesije može oslabiti.

Preporučena praksa je generisanje novih i nasumičnih ključeva putem službenog WordPress generatora tajnih ključeva (secret key). Ovi ključevi su obično duži od 64 karaktera, sadrže nasumične simbole i praktično ih je nemoguće predvidjeti. Dovoljno je da zamijenite postojeće linije u wp-config.php s novim ključevima.

Efekat ove operacije je jasan: Sve aktivne korisničke sesije se prekidaju i korisnici se moraju ponovo prijaviti. Ako sumnjate da je administratorski račun kompromitovan, obnavljanje salt vrijednosti je brz korak u hitnim slučajevima. Dobra je operativna praksa obnavljati ove ključeve svakih 6 mjeseci ili pri sumnji na sigurnosni proboj.

Isključite uređivanje datoteka preko administracijskog panela

WordPress administracijski panel sadrži editor koji omogućava uređivanje datoteka tema i dodataka. Iako ova opcija izgleda praktično tokom razvoja, predstavlja ozbiljan rizik na aktivnim stranicama. Ako napadač dobije pristup administratorskom računu, može dodati zlonamjerni PHP kod putem editora datoteka u panelu.

Uređivanje datoteka preko panela možete isključiti dodavanjem sljedeće konstante u wp-config.php datoteku: define('DISALLOW_FILE_EDIT', true);

Ova postavka onemogućava editor datoteka tema i dodataka u WordPress panelu. Preporučujemo da se podrazumijevano aktivira za blogove koji svakodnevno objavljuju, korporativne stranice i WooCommerce trgovine. Ako su potrebne izmjene datoteka, one se trebaju vršiti putem SFTP-a, Git-a ili sigurnih procesa za deploy.

Kao naprednija opcija, može se koristiti konstanta DISALLOW_FILE_MODS koja ograničava i otpremanje i ažuriranje datoteka. Međutim, kako ova postavka može blokirati i ažuriranja dodataka i tema, treba je preferirati samo na vrlo osjetljivim sistemima gdje se izmjene ne smiju vršiti izvan perioda održavanja.

Prilagodite debug postavke za aktivnu stranicu

U WordPress razvojnom okruženju, uključivanje WP_DEBUG vrijednosti je korisno; vidite greške, pronalazite nekompatibilne dodatke i dijagnosticirate probleme s temama. Međutim, na aktivnoj stranici, poruke o greškama prikazane na ekranu mogu sadržavati informacije korisne napadaču, poput putanje servera, imena dodataka, lokacije datoteka, naznaka o upitima baze podataka i PHP verzije.

Siguran pristup u aktivnom okruženju slijedi ovu logiku: Ne prikazuj greške posjetiocu; ako je potrebno, piši ih u posebnu log datoteku. Za ovo, WP_DEBUG treba biti false; ako je logovanje potrebno tokom faze razvoja, WP_DEBUG_LOG treba biti true, a WP_DEBUG_DISPLAY false. Primjer logike je sljedeći: define('WP_DEBUG', false); define('WP_DEBUG_DISPLAY', false);

Ako trebate istražiti grešku, uključite logovanje na kratko, riješite problem i ponovo ga isključite. Također, osigurajte da log datoteci nije moguće pristupiti iz javnog direktorija. Jer debug.log datoteka se ponekad može kreirati na lokacijama blizu korijena stranice i može biti čitljiva spolja na pogrešno konfigurisanim serverima. Za smanjenje takvih rizika, pravilna hosting konfiguracija je kritična. kako upravljati WordPress zapisima grešaka i siguran WordPress hosting su prirodni nastavci sadržaja u ovom kontekstu.

Učinite SSL i sigurnost administracijskog panela obaveznim

SSL certifikat šifruje promet između korisnika i servera. Budući da se u WordPress panel prijavljujete s korisničkim imenom i lozinkom, ključno je da se administratorski promet odvija putem HTTPS-a. Ova postavka je još važnija za timove koji pristupaju administracijskom panelu s javnih mreža, van kancelarije ili putem mobilnih konekcija.

Unutar wp-config.php, SSL se u administracijskom panelu može učiniti obaveznim pomoću konstante FORCE_SSL_ADMIN: define('FORCE_SSL_ADMIN', true);

Da bi ova postavka ispravno radila, vaša domena mora imati važeći SSL certifikat. Ako još ne koristite SSL, prvo dovršite instalaciju certifikata. SSL nije samo sigurnosni, već i osnovni zahtjev za povjerenje korisnika i SEO. Za SSL opcije putem Hostragonsa možete pogledati stranicu SSL certifikat proizvodi, a za upravljanje domenom stranicu provjera domene i registracija domene.

Ako nakon prisilnog SSL-a dođe do greške s beskonačnim preusmjeravanjem, obično proxy, CDN ili load balancer konfiguracija nije pravilno prepoznata. U takvom slučaju treba provjeriti HTTPS zaglavlja na strani servera i postavke adrese WordPress stranice.

Sigurnije upravljajte podacima baze podataka i prefiksom tablica

Vrijednosti DB_NAME, DB_USER, DB_PASSWORD i DB_HOST u wp-config.php datoteci omogućavaju WordPressu da se poveže s bazom podataka. Ove informacije moraju biti jake i s ograničenim privilegijama. Jedna od najčešćih grešaka je davanje previše ovlaštenja korisniku baze podataka.

Za aktivnu WordPress stranicu preporučuje se da korisnik baze podataka ima samo potrebne dozvole. Obično su dovoljne dozvole poput SELECT, INSERT, UPDATE, DELETE, CREATE, ALTER i INDEX. Korištenje korisnika sa širokim ovlaštenjima koji imaju pristup svim bazama podataka na nivou upravljanja serverom u WordPress konfiguraciji je rizično.

Pravilan pristup prefiksu tablica

Zadani WordPress prefiks tablica je wp_. Kod novih instalacija, postavljanje drugačije i nasumične vrijednosti otežava posao automatizovanim alatima za napade. Na primjer, umjesto wp_ može se preferirati kratak ali teško predvidljiv prefiks poput hr7x_. Međutim, promjena prefiksa tablica na postojećoj stranici ne završava se samo promjenom vrijednosti table_prefix unutar wp-config.php; imena tablica u bazi podataka i neki usermeta zapisi također se moraju ažurirati.

Stoga, ako ćete mijenjati prefiks tablica na postojećoj aktivnoj stranici, prvo napravite potpuni backup, testirajte operaciju po mogućnosti u staging okruženju, a zatim je prenesite na aktivnu stranicu. Za nove instalacije je sigurnije i manje rizično koristiti drugačiji prefiks od samog početka.

Opcija premještanja wp-config.php datoteke izvan korijenskog direktorija

WordPress u nekim serverskim konfiguracijama može čitati wp-config.php datoteku i jedan nivo iznad korijenskog direktorija. Na primjer, ako se WordPress datoteke nalaze unutar public_html, wp-config.php datoteka se može premjestiti u direktorij iznad, izvan public_html. Ova metoda smanjuje rizik od direktnog pristupa putem weba.

Međutim, ova praksa možda neće funkcionisati na isti način u svakom hosting okruženju. Na dijeljenim hosting paketima premještanje datoteke u direktorij iznad možda neće biti moguće zbog dozvola direktorija, strukture kontrolnog panela ili sigurnosnih politika. Osim toga, osobe koje održavaju stranicu moraju znati lokaciju datoteke; u suprotnom, budući proces otklanjanja grešaka može potrajati.

Prije primjene ove metode, provjerite strukturu datoteka vašeg hosting provajdera. Ako koristite upravljani WordPress hosting, saznajte od tima za podršku preporučenu strukturu direktorija. Za pravilno upravljanje direktorijima i dozvolama na Hostragons infrastrukturi, sadržaj vodič za hosting kontrolni panel može biti od pomoći.

Pojačajte dozvole datoteka i ovlaštenja za pisanje

Sigurnost wp-config.php ne odnosi se samo na konstante unutar nje, već i na dozvole datoteke na nivou operativnog sistema. Opća preporuka je da wp-config.php datoteka ne smije biti upisiva od strane svih (world-writable). U većini Linux hosting okruženja, dozvole datoteka mogu se konfigurisati s restriktivnijim vrijednostima poput 400, 440 ili 600. Koja će vrijednost raditi zavisi od korisnika servera i modela rada PHP-a.

Praktičan pristup je sljedeći: Datoteka treba biti postavljena s najnižim dozvolama koje ne ometaju rad stranice. Postavke poput 777 koje svima daju dozvolu za pisanje nikako se ne smiju koristiti. 644 može raditi kao zadana vrijednost u nekim okruženjima, ali za osjetljivije instalacije može se preferirati 600 ili 440. Nakon izmjene, treba testirati učitavanje stranice, administracijski panel i ekrane za ažuriranje dodataka.

Dodatno, važno je i blokiranje pristupa wp-config.php datoteci na nivou web servera. U modernim hosting infrastrukturama, PHP datoteke se ne prikazuju direktno kao izvorni kod; međutim, rizik može postojati na pogrešno konfigurisanim serverima. Zbog toga je pouzdana hosting infrastruktura jednako važna kao i dozvole datoteka.

Upravljajte automatskim ažuriranjima sa sigurnosnim fokusom

WordPress jezgro, dodaci i teme redovno dobijaju sigurnosna ažuriranja. Putem wp-config.php možete u određenoj mjeri upravljati ponašanjem automatskih ažuriranja. Sa sigurnosnog aspekta, obično se preporučuje da se manja ažuriranja verzija obavljaju automatski, jer su ona uglavnom fokusirana na sigurnost i ispravke grešaka.

Na primjer, držanje uključenim manjih ažuriranja WordPress jezgre smanjuje kašnjenje u zaštiti od poznatih ranjivosti. Međutim, prelasci na veće verzije mogu zahtijevati testiranje zbog kompatibilnosti tema i dodataka. Stoga je za korporativne stranice najzdraviji metod da se automatske sigurnosne zakrpe drže uključenima, a da se velika ažuriranja prenose na aktivnu stranicu nakon testiranja u staging okruženju.

U strategiji ažuriranja možete koristiti tri osnovna pravila: Prvo backup, zatim test, pa primjena na aktivnoj stranici. Ovaj jednostavan redoslijed uspostavlja pravu ravnotežu između sigurnosti i kontinuiteta.

Držite PHP memorijski limit i potrošnju resursa pod kontrolom

U wp-config.php datoteci, vrijednostima WP_MEMORY_LIMIT i WP_MAX_MEMORY_LIMIT može se definirati količina memorije koju WordPress može koristiti. Iako ove postavke ne izgledaju direktno kao sigurnosne, važne su kod napada na potrošnju resursa, neispravnih dodataka i intenzivnih administratorskih operacija.

Na primjer, dok je 128M često dovoljno za mali blog, WooCommerce trgovine ili višejezične stranice mogu zahtijevati 256M. Međutim, nepotrebno visoko podizanje memorijskog limita može dovesti do toga da neispravan dodatak troši više resursa i smanjuje performanse servera. Ispravna vrijednost treba se procijeniti zajedno s prometom stranice, brojem dodataka i resursima hosting paketa.

Ako često dobijate greške o memoriji, umjesto da samo podižete limit, istražite izvor problema. Uzrok mogu biti teški dodaci, neoptimizovani upiti, stara PHP verzija ili nedovoljan hosting paket. Performanse i sigurnost treba razmatrati zajedno. U vezi s tim, sadržaji WordPress optimizacija performansi i hosting paketi visokih performansi nude prirodnu priliku za povezivanje.

Održavajte sigurnim direktorij za privremene datoteke i ponašanje pri otpremanju

U nekim hosting okruženjima, WordPress privremene datoteke čuva u zadanim sistemskim direktorijima. Ovo je normalno; međutim, pogrešno postavljene dozvole na javnim direktorijima mogu stvoriti sigurnosni rizik. Definisanjem WP_TEMP_DIR putem wp-config.php može se odrediti direktorij koji će WordPress koristiti za privremene datoteke.

Ako ćete koristiti ovu metodu, obratite pažnju da direktorij bude zatvoren za javni pristup, s kontrolisanom dozvolom za pisanje i dostupan samo korisniku te stranice. Privremeni direktoriji se aktivno koriste posebno u procesima otpremanja datoteka, obrade medija i ažuriranja dodataka. Pogrešno konfigurisan privremeni direktorij može uzrokovati greške pri otpremanju ili rizik od curenja datoteka.

Sigurnost domena kolačića (Cookie Domain) i više stranica (Multisite)

Kod projekata koji koriste WordPress više stranica (multisite), strukturu poddomena ili poddirektorija, domen kolačića i URL vrijednosti stranice postaju osjetljiviji. Pogrešna definicija domena kolačića može dovesti do toga da sesije budu važeće na neočekivanim poddomenama ili do petlji pri prijavi. Sa sigurnosnog aspekta, opseg kolačića treba biti ograničen na minimalno potrebno područje za svaku arhitekturu stranice.

Na primjer, u strukturama poput admin.example.com, shop.example.com i blog.example.com, treba svjesno odrediti hoće li kolačići vrijediti na svim poddomenama ili samo na određenoj domeni. Nepotrebno širok opseg kolačića može povećati mogućnost da ranjivost na jednoj poddomeni utječe na sesije na drugim poddomenama.

Ako koristite više stranica, zajedno procijenite multisite konstante u wp-config.php, postavke mapiranja domena i SSL konfiguraciju. Kod ovakvih projekata važno je i planiranje domena i SSL-a. upravljanje više domena i wildcard SSL certifikat linkovi mogu biti relevantni ovdje.

Primjenjiva sigurnosna kontrolna lista za wp-config.php

Listu ispod možete periodično provjeravati na svojoj aktivnoj WordPress stranici. Dobra je navika pregledati ovu listu posebno nakon instalacija novih dodataka, izmjena tema, migracija servera i sumnjivih pokušaja prijave.

• Da li je aktuelni backup wp-config.php datoteke pohranjen na sigurnom mjestu?
• Jesu li sigurnosni ključevi i salt vrijednosti jedinstveni i nasumični?
• Da li je DISALLOW_FILE_EDIT aktivan?
• Da li je WP_DEBUG isključen na aktivnoj stranici ili u sigurnom načinu logovanja?
• Da li administracijski panel radi obavezno putem HTTPS-a?
• Da li korisnik baze podataka ima nepotrebne privilegije?
• Da li je prefiks tablica kod novih instalacija različit od zadanog wp_?
• Da li dozvole datoteka uključuju opasne vrijednosti poput 777?
• Da li su automatska sigurnosna ažuriranja uključena na kontrolisan način?
• Da li su SFTP, backup i SSL ispravno konfigurisani na hosting računu?

Česte greške i načini da ih izbjegnete

Najčešća greška u vezi s wp-config.php je dodavanje isječaka koda pronađenih na internetu bez razumijevanja njihove funkcije. Svaka WordPress stranica nema isti server, temu, dodatke i strukturu prometa. Zbog toga postavka koja radi bez problema na jednoj stranici može uzrokovati problem sa sesijom ili grešku pri ažuriranju na drugoj.

Druga česta greška je ostavljanje uključenog debug ispisa na aktivnoj stranici. Ovo ne samo da kvari korisničko iskustvo, već dovodi i do curenja tehničkih informacija. Treća greška je ostavljanje backupa wp-config.php datoteke u web korijenskom direktoriju s imenima poput wp-config-backup.php, wp-config-old.php. Uz pogrešne postavke servera, ove datoteke se mogu preuzeti kao običan tekst. Backupi se trebaju čuvati u području zatvorenom za web pristup.

Četvrta greška je postavljanje dozvola datoteka na 777 radi rješavanja problema, a zatim nevraćanje na staro. Iako se čini da kratkoročno rješava problem, sigurnosno je vrlo opasno. Peta greška je aktiviranje FORCE_SSL_ADMIN prije instalacije SSL-a; ovo može uzrokovati probleme s pristupom administracijskom panelu.

Kako uspostaviti profesionalni WordPress sigurnosni sloj?

"Učvršćivanje" wp-config.php je važan korak, ali samo po sebi ne pruža potpunu sigurnost. Profesionalni sigurnosni pristup mora biti slojevit. Snažna hosting izolacija, ažurna PHP verzija, web aplikacijski firewall (WAF), pouzdan SSL, redovni backup, ograničeni administratorski računi, dvofaktorska autentifikacija i praćenje logova trebaju se razmatrati zajedno.

Na primjer, kada napadač pokuša iskoristiti ranjivost dodatka, WAF sloj može blokirati zahtjev. Ako je korisnička lozinka kompromitovana, dvofaktorska verifikacija stupa na snagu. Ako dođe do izmjene datoteke, brzo se vraća iz backupa. U tom lancu, wp-config.php je kritična tačka konfiguracije i ograničavanja.

Ako tek postavljate svoju WordPress stranicu, od samog početka idite sa sigurnosnim fokusom: napravite snažan plan za domenu i SSL, odaberite siguran hosting, promijenite zadani prefiks tablica, generišite jedinstvene salt ključeve, isključite uređivanje datoteka preko panela i aktivirajte redovne backupove. Ovi osnovni koraci sprečavaju mnoge probleme koji bi se mogli pojaviti u budućnosti.

Zaključak: Male postavke, veliki sigurnosni utjecaj

Napredne sigurnosne postavke koje se mogu napraviti putem WordPress wp-config.php datoteke nude praktične i efikasne mjere koje smanjuju površinu za napade na vašu stranicu. Obnavljanje salt ključeva, isključivanje uređivanja datoteka, sakrivanje debug ispisa, prisilno korištenje SSL-a, ograničavanje privilegija baze podataka i pojačavanje dozvola datoteka koraci su koji donose visoku korist za većinu WordPress stranica.

Nemojte žuriti prilikom primjene ovih postavki: napravite backup, pravite izmjene jednu po jednu i testirajte svaki korak. Sigurna konfiguracija, u kombinaciji s pravilnom hosting infrastrukturom i redovnim održavanjem, čini vašu WordPress stranicu mnogo otpornijom. Ako planirate sigurniju i održiviju infrastrukturu, možete pregledati Hostragonsova rješenja za WordPress hosting, SSL certifikat i registracija domene kako biste odredili početnu tačku koja odgovara vašim potrebama.

Često postavljana pitanja

Da li je sigurno uređivati wp-config.php datoteku?

Da, sigurno je ako pravilno napravite backup i izmjene primjenjujete kontrolisano. Međutim, jedna jedina greška u kucanju može utjecati na pristup stranici. Zbog toga prvo napravite backup datoteka i baze podataka, a zatim primjenjujte i testirajte postavke jednu po jednu.

Šta se događa ako promijenim salt ključeve u wp-config.php datoteci?

Sve aktivne korisničke sesije se prekidaju i korisnici se moraju ponovo prijaviti. Ova operacija ne briše sadržaj i ne kvari bazu podataka. To je brza mjera koja se posebno preporučuje nakon sumnjive prijave, rizika po administratorski račun ili sigurnosnog proboja.

Treba li WP_DEBUG ostati uključen na aktivnoj WordPress stranici?

Ne. Ako WP_DEBUG ostane uključen na aktivnoj stranici, poruke o grešci mogu odati tehničke informacije posjetiocima. Siguran pristup je ne prikazivati greške na ekranu i koristiti kontrolisano logovanje samo za kratkoročne potrebe.

Da li DISALLOW_FILE_EDIT sprečava ažuriranje dodataka i tema?

Ne, DISALLOW_FILE_EDIT samo isključuje editor datoteka u administracijskom panelu. Ažuriranja dodataka i tema se nastavljaju normalno. Za isključivanje i ažuriranja potrebne su drugačije i restriktivnije postavke.

Kolike trebaju biti dozvole za wp-config.php datoteku?

Iako varira u zavisnosti od konfiguracije servera, cilj je držati datoteku s najnižim dozvolama koje ne ometaju rad. 777 se nikako ne smije koristiti. U većini okruženja 600, 440 ili 644 mogu funkcionisati; nakon izmjene treba testirati stranicu i panel.