Napredne sigurnosne postavke za WordPress wp-config.php datoteku

Napredne sigurnosne postavke za WordPress wp-config.php datoteku; osiguravanje pristupa bazi podataka, jačanje ključeva sesije, onemogućavanje uređivanja datoteka, sigurno upravljanje ispisom grešaka, obavezna upotreba SSL-a i ograničavanje kritičnih putanja direktorija su konfiguracije koje se primjenjuju. Ukratko, wp-config.php je jedan od sigurnosnih centara vaše WordPress stranice; pravim postavkama smanjuje površinu napada, smanjuje rizik od neovlaštenog pristupa i ograničava štetu u slučaju sigurnosnog incidenta.

Većina vlasnika stranica koji instaliraju WordPress vidi wp-config.php datoteku kao tehničku datoteku u koju se unose samo ime baze podataka, korisničko ime i lozinka. Međutim, ova datoteka je ključni dio sigurnosne arhitekture na aktivnoj web stranici. Osobito za e-trgovine, sustave članstva, korporativne web stranice i blogove s visokim prometom, ispravno konfigurirana wp-config.php datoteka pruža snažan sloj obrane protiv jednostavnih bot napada, manipulacije datotekama putem panela, curenja poruka o greškama i pokušaja krađe sesije.

U ovom vodiču ćemo korak po korak obraditi napredne sigurnosne postavke koje se mogu primijeniti na WordPress wp-config.php datoteku za blog Hostragons. Objasnit ćemo svaku postavku, zašto je preporučujemo i na što treba obratiti pažnju prije primjene, na jednostavan, ali tehnički točan način. Ako još nemate sigurnu i ažuriranu infrastrukturu za hosting, izbor pouzdane WordPress hosting usluge također je važan uz učvršćivanje wp-config.php. U ovom kontekstu, WordPress hosting paketi i sigurni web hosting rješenja stranice mogu biti relevantne.

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

wp-config.php je konfiguracijska datoteka koja se nalazi u korijenskom direktoriju WordPress-a i sadrži osnovne parametre rada stranice. WordPress se putem ove datoteke povezuje s bazom podataka, čita sigurnosne ključeve, određuje ponašanje debugginga, upravlja operacijama datotečnog sustava i pokreće neke napredne konstante. Stoga je sadržaj ove datoteke mnogo osjetljiviji od obične teme.

U ovoj datoteci obično se nalaze sljedeće kritične informacije:

• Ime baze podataka, korisničko ime, lozinka i informacije o poslužitelju
• Ključevi sigurnosti sesije poznati kao Authentication Unique Keys i Salts
• Prefiks tablica baze podataka
• Postavke za debugging i logiranje
• Konstante koje kontroliraju ponašanje uređivanja datoteka, ažuriranja i SSL-a
• Postavke rada poput memorijskog limita WordPress-a i putanje privremenih datoteka

Ako napadač dobije pristup sadržaju wp-config.php, može preuzeti informacije o vezi s bazom podataka. U tom slučaju, ne samo WordPress panel, već i korisnički računi u bazi podataka, zapisi o narudžbama, obrasci, sadržaj i posebni podaci o kupcima također su u opasnosti. Stoga je zaštita wp-config.php datoteke jedan od osnovnih koraka sigurnosti WordPress-a.

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

Čak i mala pogreška pri upisu u wp-config.php datoteku može uzrokovati da vaša stranica prikaže bijeli ekran greške, prekine vezu s bazom podataka ili izgubi pristup upravljačkom panelu. Stoga, prije nego što napravite promjene, primijenite trostupanjski plan sigurnosti.

1. Napravite potpuni backup

Prvo napravite backup datoteka i baze podataka. Samo preuzimanje wp-config.php datoteke na vaše računalo nije dovoljno; budući da promjena može utjecati na vezu s bazom podataka, backup baze podataka je također važan. Ako vaša kontrolna ploča ima automatsku funkciju backup-a, provjerite datum posljednjeg backupa. Ako je potrebno, izradite ručni backup. O tome možete dalje pročitati u vodiču za backup web stranica.

2. Primjenjujte promjene jednu po jednu

Umjesto da istovremeno dodate 8 ili 10 sigurnosnih postavki, testirajte stranicu, upravljački panel i kritične obrasce nakon svake promjene. Na primjer, prvo onemogućite uređivanje datoteka, a zatim provjerite stranicu. Zatim konfigurirajte postavku za debugging. Ova metoda vam omogućava da brzo otkrijete koja linija uzrokuje problem kada dođe do greške.

3. Osigurajte pristup FTP-u ili File Manageru

Ako je wp-config.php pogrešno spremljen, možda nećete moći ući u WordPress panel. Stoga provjerite radi li vaš cPanel File Manager, SFTP ili pristup sigurnom prijenosu datoteka. Korištenje SFTP-a je sigurnije od FTP-a jer se veza šifrira. Za siguran pristup, vodič pod naslovom Što je SFTP i kako ga koristiti može biti koristan.

Sažetak sigurnosnih postavki wp-config.php

Sljedeća tablica sažima osnovne i napredne sigurnosne postavke opisane u ovom vodiču na praktičan način. Prije primjene na aktivnoj stranici, procijenite svaku stavku prema potrebama vaše stranice.

Ojačajte sigurnosne ključeve i salt vrijednosti

Sigurnost sesije WordPress-a podržava se s AUTH_KEY, SECURE_AUTH_KEY, LOGGED_IN_KEY, NONCE_KEY i njihovim salt ekvivalentima unutar wp-config.php. Ovi ključevi čine korisničke kolačiće i procese autentifikacije sesije sigurnijima. Ako su ključevi slabi, zadani ili dugo nisu promijenjeni, sigurnost sesije može oslabiti.

Preporučena praksa je generirati nove i nasumične ključeve putem službenog generatora tajnih ključeva WordPress-a. Ovi ključevi obično su duži od 64 znaka, sadrže nasumične simbole i praktički je nemoguće pogoditi ih. Dovoljno je zamijeniti nove ključeve s postojećim linijama unutar wp-config.php.

Utjecaj ove operacije je jasan: Sve aktivne sesije korisnika bit će prekinute i korisnici će se morati ponovno prijaviti. Ako sumnjate da je administratorski račun kompromitiran, obnavljanje salt vrijednosti brz je hitni korak. Osobito je dobra praksa obnavljati ove ključeve svaka 6 mjeseci ili u slučaju sumnje na sigurnosni incident.

Onemogućite uređivanje datoteka preko panela

U WordPress upravljačkom panelu postoji uređivač koji omogućava uređivanje datoteka tema i dodataka. Ova funkcija može izgledati praktično tijekom razvoja, ali predstavlja ozbiljan rizik na aktivnim stranicama. Ako napadač dobije pristup administratorskom računu, može dodati zlonamjerni PHP kod putem uređivača datoteka u panelu.

Možete onemogućiti uređivanje datoteka dodavanjem sljedeće konstante u wp-config.php: define('DISALLOW_FILE_EDIT', true);

Ova postavka onemogućava uređivač datoteka tema i dodataka u WordPress panelu. Preporučujemo da se ova postavka prema defaultu aktivira za blogove koji redovito objavljuju, korporativne stranice i WooCommerce trgovine. Ako su potrebne promjene datoteka, trebale bi se raditi putem SFTP-a, Gita ili sigurnih distribucijskih procesa.

Kao naprednija opcija, može se koristiti konstanta DISALLOW_FILE_MODS koja također ograničava operacije učitavanja i ažuriranja datoteka. Međutim, ova postavka može također spriječiti ažuriranja dodataka i tema, pa se preporučuje samo za vrlo osjetljive sustave gdje se promjene ne smiju raditi izvan razdoblja održavanja.

Prilagodite postavke za debugging na aktivnoj stranici

Omogućavanje WP_DEBUG vrijednosti u razvojnim okruženjima WordPress-a je korisno; možete vidjeti greške, pronaći nekompatibilne dodatke i dijagnosticirati probleme s temama. Međutim, ispisivanje poruka o greškama na aktivnoj stranici može sadržavati informacije koje bi napadač mogao iskoristiti, kao što su putanja do poslužitelja, naziv dodatka, lokacija datoteke, tragovi upita baze podataka i verzija PHP-a.

Siguran pristup u aktivnom okruženju slijedi ovu logiku: Ne prikazujte greške posjetiteljima, nego ih, ako je potrebno, pišite u posebnu log datoteku. Za to bi WP_DEBUG trebao biti postavljen na false; ako je potrebno logirati tijekom faze razvoja, treba koristiti WP_DEBUG_LOG true, WP_DEBUG_DISPLAY false. Primjer logike bi bio: define('WP_DEBUG', false); define('WP_DEBUG_DISPLAY', false);

Ako trebate istražiti grešku, kratkotrajno omogućite logiranje, riješite problem i ponovno ga isključite. Također se pobrinite da log datoteka nije dostupna iz javnog direktorija. Budući da se debug.log datoteka ponekad može nalaziti blizu korijena stranice i može biti dostupna za čitanje na pogrešno konfiguriranim poslužiteljima. Da biste smanjili ove rizike, kritična je ispravna konfiguracija hostinga. Kako upravljati WordPress zapisima grešaka i siguran WordPress hosting su prirodne nastavne teme u ovom kontekstu.

Obavezno osigurajte SSL i sigurnost upravljačkog panela

SSL certifikat šifrira promet između korisnika i poslužitelja. Budući da se u WordPress panel ulazi s korisničkim imenom i lozinkom, promet administrativnog panela mora se odvijati putem HTTPS-a. Ova postavka je još važnija za timove koji pristupaju upravljačkom panelu s javnih mreža, izvan ureda ili putem mobilnih veza.

U wp-config.php, konstanta FORCE_SSL_ADMIN može se koristiti za obavezno korištenje SSL-a u upravljačkom panelu: define('FORCE_SSL_ADMIN', true);

Da bi ova postavka ispravno funkcionirala, vašoj domeni mora biti dodijeljen važeći SSL certifikat. Ako još ne koristite SSL, prvo završite instalaciju certifikata. SSL je osnovni zahtjev ne samo za sigurnost, već i za povjerenje korisnika i SEO. Za SSL opcije putem Hostragonsa, pogledajte stranicu proizvodi SSL certifikata, a za upravljanje domenama posjetite stranicu provjera domena i registracija domena.

Ako nakon obavezivanja SSL-a dođe do pogreške s beskonačnim preusmjeravanjem, obično to znači da konfiguracija proxyja, CDN-a ili load balancera nije pravilno prepoznata. U tom slučaju treba provjeriti HTTPS zaglavlja na strani poslužitelja i postavke adrese WordPress stranice.

Sigurnije upravljanje informacijama o bazi podataka i prefiksu tablica

Vrijednosti DB_NAME, DB_USER, DB_PASSWORD i DB_HOST u wp-config.php omogućuju WordPress-u povezivanje s bazom podataka. Ove informacije trebaju biti jake i s ograničenim privilegijama. Jedna od najčešćih pogrešaka je davanje previše privilegija korisniku baze podataka.

Preporučuje se da korisnik baze podataka na aktivnoj WordPress stranici ima samo dozvole koje su mu potrebne. Obično su permisije poput SELECT, INSERT, UPDATE, DELETE, CREATE, ALTER i INDEX dovoljne. Korištenje korisnika s širokim privilegijama koji pristupa svim bazama podataka na razini upravljanja poslužiteljem u WordPress konfiguraciji je rizično.

Ispravni pristup prefiksu tablice

Defaultni prefiks tablica WordPress-a je wp_. U novim instalacijama preporučuje se promjena na drugačiju i nasumičnu vrijednost kako bi se otežalo automatskim napadnim alatima. Na primjer, umjesto wp_ može se odabrati kratak, ali teško pogađajući prefiks kao što je hr7x_. Međutim, promjena prefiksa tablice na postojećoj stranici nije samo promjena vrijednosti table_prefix unutar wp-config.php; potrebno je ažurirati i nazive tablica u bazi podataka i neke korisničke zapise.

Zbog toga, ako planirate promjenu prefiksa tablica na aktivnoj stranici, prvo napravite potpuni backup, testirajte postupak, ako je moguće, u staging okruženju, a zatim ga prenesite na aktivnu stranicu. U novim instalacijama, korištenje različitog prefiksa od samog početka je sigurnije i manje rizično.

Mogućnost premještanja wp-config.php datoteke izvan korijenskog direktorija

WordPress može čitati wp-config.php datoteku iz jednog nivoa iznad korijenskog direktorija u nekim konfiguracijama poslužitelja. Na primjer, ako se WordPress datoteke nalaze u public_html, wp-config.php datoteku možete premjestiti izvan public_html u viši direktorij. Ova metoda smanjuje rizik od izravnog pristupa putem weba.

Međutim, ova primjena možda neće raditi na isti način u svim hosting okruženjima. Na dijeljenim hostingovima, zbog dozvola direktorija, strukture kontrolne ploče ili sigurnosnih politika, možda neće biti moguće premjestiti datoteku u viši direktorij. Također, oni koji održavaju sustav trebaju znati lokaciju datoteke; inače će se proces ispravljanja grešaka produžiti.

Prije nego što primijenite ovu metodu, provjerite strukturu datoteka svog hosting pružatelja. Ako koristite upravljani WordPress hosting, pitajte korisničku podršku za preporučenu strukturu direktorija. Za ispravnu upravu direktorija i dozvola u Hostragons infrastrukturi, sadržaj vodič za kontrolnu ploču hostinga može biti podrška.

Ograničite dozvole za datoteke i prava pisanja

Sigurnost wp-config.php ne odnosi se samo na konstante unutar nje, već i na dozvole datoteke na razini operativnog sustava. Općeniti savjet je da wp-config.php datoteka ne smije biti dostupna za pisanje svima. U većini Linux baziranih hosting okruženja, dozvole datoteka mogu se konfigurirati s ograničenim vrijednostima poput 400, 440 ili 600. Koja vrijednost će raditi ovisi o korisniku poslužitelja i PHP radnom modelu.

Praktičan pristup je sljedeći: Datoteka treba zadržati s najnižim dozvolama koje neće ometati rad stranice. Postavke koje nude dozvolu za pisanje svima, poput 777, nikako se ne smiju koristiti. U nekim okruženjima 644 može biti defaultno, ali za osjetljivije instalacije može se preferirati 600 ili 440. Nakon promjene, treba testirati učitavanje stranice, upravljački panel i ekran za ažuriranje dodataka.

Osim toga, važno je blokirati pristup wp-config.php na razini web poslužitelja. U modernim hosting infrastrukturnim rješenjima, PHP datoteke se ne prikazuju kao izvor, ali na pogrešno konfiguriranim poslužiteljima može doći do rizika. Stoga je pouzdana hosting infrastruktura jednako važna kao i dozvole datoteka.

Upravljajte automatskim ažuriranjima fokusirajući se na sigurnost

WordPress jezgra, dodaci i teme redovito primaju sigurnosne nadogradnje. Možete donekle upravljati ponašanjem automatskih ažuriranja putem wp-config.php. Zbog sigurnosti, automatsko ažuriranje manjih verzija obično se preporučuje. Jer se te nadogradnje često fokusiraju na sigurnost i ispravke grešaka.

Na primjer, održavanje manjih ažuriranja otvorenima u WordPress jezgri smanjuje kašnjenje u odnosu na poznate ranjivosti. Međutim, veće verzije zahtijevaju testiranje u odnosu na kompatibilnost tema i dodataka. Stoga je najzdraviji pristup za korporativne stranice; otvoriti automatske sigurnosne zakrpe, a veće nadogradnje testirati u staging okruženju prije nego ih prenesete na aktivnu stranicu.

U strategiji ažuriranja možete koristiti tri osnovna pravila: Prvo backup, zatim testiranje, konačno primjena na aktivnu stranicu. Ova jednostavna hijerarhija stvara pravi balans između sigurnosti i kontinuiteta.

Kontrolirajte limit memorije PHP-a i potrošnju resursa

U wp-config.php datoteci možete definirati količinu memorije koju WordPress može koristiti pomoću WP_MEMORY_LIMIT i WP_MAX_MEMORY_LIMIT vrijednosti. Ove postavke možda ne izgledaju kao sigurnosna postavka, ali su važne u slučaju napada na potrošnju resursa, grešaka u dodacima i intenzivnih administrativnih operacija.

Na primjer, za mali blog 128M često je dovoljno, dok WooCommerce trgovine ili višejezične stranice mogu zahtijevati 256M. Međutim, nepotrebno povećanje limita memorije može uzrokovati da greškom dodatak troši više resursa i smanji performanse poslužitelja. Ispravna vrijednost trebala bi se procijeniti u odnosu na promet stranice, broj dodataka i resurse hosting paketa.

Ako često dobivate greške vezane uz memoriju, istražite izvor problema umjesto da samo povećate limit. Teški dodaci, neoptimizirani upiti, stara verzija PHP-a ili nedovoljan hosting paket mogu biti uzroci. Performanse i sigurnost trebaju se razmatrati zajedno. O tome optimizacija performansi WordPress-a i visoko performansni hosting paketi nude prirodne prilike za povezivanje.

Držite privremeni direktorij i ponašanje učitavanja sigurnima

U nekim hosting okruženjima WordPress pohranjuje privremene datoteke u zadanim sustavskim direktorijima. To je normalno; međutim, pogrešno postavljeni zajednički direktoriji mogu predstavljati sigurnosni rizik. Definiranjem WP_TEMP_DIR u wp-config.php može se odrediti direktorij u kojem će WordPress pohranjivati privremene datoteke.

Ako koristite ovu metodu, pazite da direktorij bude zatvoren za javni pristup, da ima kontrolirane dozvole pisanja i da bude dostupan samo korisniku koji pripada toj stranici. Osobito se privremeni direktoriji aktivno koriste tijekom procesa učitavanja datoteka, obrade medija i ažuriranja dodataka. Pogrešno konfigurirani privremeni direktorij može uzrokovati greške pri učitavanju ili rizik od curenja datoteka.

Kolačići i sigurnost višestrukih stranica

U projektima koji koriste WordPress više stranica, strukturu poddomena ili poddirektorija, područje kolačića i URL-ovi stranica postaju osjetljiviji. Pogrešna definicija područja kolačića može dovesti do toga da sesije postanu važeće na neočekivanim poddomenama ili do beskrajnih petlji prijave. S aspekta sigurnosti, svaka arhitektura stranice treba ograničiti područje kolačića na minimalno potrebno.

Na primjer, u strukturama kao što su admin.example.com, shop.example.com i blog.example.com, treba svjesno odrediti hoće li kolačići biti važeći na svim poddomenama ili samo na određenoj domeni. Preširoko područje kolačića povećava vjerojatnost da će ranjivost na jednoj poddomeni utjecati na sesije na drugim domenama.

Ako koristite više stranica, razmotrite multisite konstante unutar wp-config.php, postavke mapiranja domena i konfiguraciju SSL-a zajedno. Planiranje domena i SSL-a također je važno za takve projekte. upravljanje više domena i wildcard SSL certifikat veze ovdje mogu biti relevantne.

Kontrolna lista za sigurnost wp-config.php

Sljedeću listu možete povremeno provjeravati na svojoj aktivnoj WordPress stranici. Osobito nakon instalacije novih dodataka, promjena tema, migracije poslužitelja i sumnjivih pokušaja prijave, dobro je pregledati ovu listu.

• Je li ažurirana kopija wp-config.php datoteke pohranjena na sigurnom mjestu?
• Jesu li sigurnosni ključevi i salt vrijednosti jedinstveni i nasumični?
• Je li DISALLOW_FILE_EDIT aktivan?
• Je li WP_DEBUG isključen ili u sigurnom režimu logiranja na aktivnoj stranici?
• Je li pristup upravljačkom panelu obavezan putem HTTPS-a?
• Ima li korisnik baze podataka nepotrebne privilegije?
• Je li prefiks tablica u novim instalacijama drugačiji od defaultnog wp_?
• Imate li opasne vrijednosti poput 777 u dozvolama datoteka?
• Jesu li automatska ažuriranja sigurnosti otvorena pod kontrolom?
• Je li vaš hosting račun pravilno konfiguriran za SFTP, backup i SSL?

Česte pogreške i načini za izbjegavanje

Najčešća pogreška u vezi s wp-config.php je dodavanje kodnih isječaka pronađenih na internetu bez razumijevanja njihove svrhe. Svaka WordPress stranica nema istu poslužiteljsku, temu, dodatke i strukturu prometa. Zbog toga postavka koja radi bez problema na jednoj stranici može izazvati probleme s sesijama ili greške s ažuriranjem na drugoj stranici.

Druga uobičajena pogreška je ostavljanje debug ispisa otvorenim na aktivnoj stranici. Ovo ne samo da narušava korisničko iskustvo, već također može dovesti do curenja tehničkih informacija. Treća pogreška je ostavljanje kopije wp-config.php datoteke u web korijenskom direktoriju s imenima poput wp-config-backup.php, wp-config-old.php. Ove datoteke mogu se preuzeti kao običan tekst na pogrešnim postavkama poslužitelja. Backup-ovi bi se trebali čuvati u zatvorenim područjima bez web pristupa.

Četvrta pogreška je postavljanje dozvola datoteka na 777 radi rješavanja problema, a zatim ih ne vraćanje na prethodne. Iako se može činiti da to kratkoročno rješava problem, iz sigurnosnog je stajališta vrlo rizično. Peta pogreška je aktiviranje FORCE_SSL_ADMIN bez instalacije SSL-a; to može uzrokovati probleme s pristupom upravljačkom panelu.

Kako izgraditi profesionalni sloj sigurnosti za WordPress?

Učvršćivanje wp-config.php je važan korak, ali samo po sebi ne osigurava potpunu sigurnost. Profesionalni pristup sigurnosti trebao bi biti višeslojan. Snažna izolacija hostinga, ažurirana verzija PHP-a, vatrozid za web aplikacije, pouzdani SSL, redoviti backup, ograničeni administrativni računi, dvofaktorska autentifikacija i praćenje zapisa trebali bi se razmatrati zajedno.

Na primjer, kada napadač pokuša iskoristiti ranjivost dodatka, WAF sloj može blokirati zahtjev. Ako se lozinka korisnika kompromitira, dvofaktorska autentifikacija se aktivira. Ako dođe do promjene datoteke, može se brzo vratiti iz backupa. wp-config.php je ključna točka konfiguracije i ograničenja u ovom lancu.

Ako postavljate novu WordPress stranicu, krenite od samog početka s fokusom na sigurnost: planirajte snažnu domenu i SSL, odaberite siguran hosting, promijenite zadani prefiks tablica, stvorite jedinstvene salt ključeve, onemogućite uređivanje datoteka iz panela i aktivirajte redovite backup-e. Ovi osnovni koraci sprječavaju mnoge probleme prije nego što se pojave.

Zaključak: Male postavke, veliki sigurnosni učinak

Napredne sigurnosne postavke za WordPress wp-config.php datoteku nude praktične i učinkovite mjere koje smanjuju površinu napada vaše stranice. Obnavljanje salt ključeva, onemogućavanje uređivanja datoteka, skrivenje ispisivanja grešaka, obavezno korištenje SSL-a, ograničavanje privilegija baze podataka i jačanje dozvola za datoteke predstavljaju korake koji donose visoke koristi za većinu WordPress stranica.

Kada primjenjujete ove postavke, ne žurite: napravite backup, vršite promjene jednu po jednu i testirajte svaki korak. Sigurna konfiguracija, ispravna hosting infrastruktura i redovito održavanje učinit će vašu WordPress stranicu mnogo otpornijom. Ako planirate sigurniju i održiviju infrastrukturu, možete istražiti WordPress hosting, SSL certifikat i registracija domena rješenja Hostragonsa kako biste odabrali odgovarajuću polaznu točku za svoje potrebe.

Česta pitanja

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

Da, sigurno je ako ispravno napravite backup i promjene primjenjujete kontrolirano. Međutim, jedna pogreška u pisanju može utjecati na pristup stranici. Stoga prvo napravite backup datoteke i baze podataka, a zatim primjenjujte postavke testirajući ih jednu po jednu.

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

Sve aktivne sesije korisnika bit će prekinute i korisnici će se morati ponovno prijaviti. Ova operacija ne briše sadržaj niti ne oštećuje bazu podataka. Preporučuje se kao brza mjera nakon sumnjivog pristupa, rizika administratorskog računa ili sigurnosnog incidenta.

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

Ne. Ako WP_DEBUG ostane uključen na aktivnoj stranici, poruke o greškama mogu otkriti tehničke informacije posjetiteljima. Siguran pristup je ne prikazivati greške na ekranu i koristiti kontrolirano logiranje samo u kratkim razdobljima potrebe.

Da li DISALLOW_FILE_EDIT onemogućava ažuriranja dodataka i tema?

Ne, DISALLOW_FILE_EDIT samo onemogućava uređivač datoteka u upravljačkom panelu. Ažuriranja dodataka i tema nastavljaju se normalno. Za onemogućavanje ažuriranja potrebne su druge, restriktivnije postavke.

Koje bi trebale biti dozvole za wp-config.php datoteku?

To se može razlikovati ovisno o konfiguraciji poslužitelja, ali cilj je zadržati datoteku s najnižim dozvolama koje neće ometati rad stranice. 777 se nikako ne smije koristiti. U većini okruženja 600, 440 ili 644 mogu raditi; nakon promjene, treba testirati stranicu i panel.