wp-config.php
fișier: Una dintre cele mai iubite funcții WordPress pentru unii, unul dintre cele mai proaste cosmaruri pentru alții.
Există nenumărate sfaturi și trucuri într-o mulțime de articole, și nu puteți obține destul de ele; cu toate acestea, acest articol are scopul de a fi diferit. În acest articol, ne vom familiariza cu opt noi wp-config
trucuri care sunt mai puțin cunoscute decât funcționalitatea, cum ar fi dezactivarea reviziilor post, creșterea limitei de memorie sau alte caracteristici similare.
wp-config.php
, desigur), astfel încât să puteți descărca doar o copie a dvs. wp-config.php
fișier, dar puteți face backup pentru baza de date și fișiere pentru a vă asigura. Mai bine în siguranță decât backup-urile frecvente sunt întotdeauna bune! Să presupunem că sunteți un web designer independent (sau o agenție de web design) care utilizează o temă WordPress de bază pentru aproape fiecare client al dvs. Nu ar fi minunat dacă nu trebuie să schimbați tema de la "Douăzeci de ceva" la tema "Awesome Base" de fiecare dată când creați o nouă instalare WordPress?
Ei bine, WP_DEFAULT_THEME
constanta te-a acoperit:
definiți ('WP_DEFAULT_THEME', 'default-theme-folder-name');
Puteți întreba: "Cum ar trebui să configurez o temă implicită prin editarea wp-config.php
fișier atunci când acel fișier este creat în timp ce instalați WordPress? "Întrebare excelentă, dar nu vom schimba wp-config.php
fișier de data aceasta: În schimb, vom introduce codul de mai sus în wp-config-sample.php
fişier!
Nu vorbesc despre editare și redenumire a fișierului, cum ar fi 2006, vorbesc despre editarea fișierului și lăsarea acestuia așa: WordPress poate detecta modificările și completările din interiorul wp-config-sample.php
(cu excepția acreditărilor bazei de date) și să le utilizați în timpul instalării copiei proaspete a WordPress.
Așteaptă, nu? Nu am gasit nici o pagina web care sa mentioneze aceasta bijuterie ascunsa (si am gasit aceasta tehnica accidental), asa ca acest tutorial ar putea fi prima data cand aceasta functie este acoperita.
S-ar putea să aveți motive să împiedicați să vă actualizați WordPress: Poate că sunteți un dezvoltator care trebuie să lucreze simultan pe mai multe versiuni ale WordPress sau dacă site-ul dvs. se află pe un server extrem de instabil care necesită să fiți extrem de atenți.
Indiferent de situație, suntem aici pentru a vă oferi soluția dezactivării actualizărilor automate pentru WordPress:
define ('AUTOMATIC_UPDATER_DISABLED', true);
Ați țipat vreodată într-o voce înaltă și ați blestemat timp de șapte minute, după ce ați șters un fișier media când nu ar trebui să îl ștergeți? Știu că am făcut-o, înainte de a învăța această constantă WordPress:
define ('MEDIA_TRASH', adevărat);
Setați-o și nu veți avea niciodată de ce să vă faceți griji cu privire la ștergerea unui fișier media - cu excepția cazului în care ați dezactivat caracteristica "coș de gunoi" a lui WordPress, prin setarea EMPTY_TRASH_DAYS
constant la "0".
Fii atent și cu asta.
Nu folosesc temele implicite. Vreodată. Nu sunt împotriva lor și nu le displace, dar prefer să creez și să utilizez propriile mele teme. Astfel, nu am nevoie de o nouă temă implicită atunci când instalez o actualizare majoră.
Deoarece WordPress este atât de flexibil și nu sunt unic în acest lucru, ne oferă opțiunea de a sări peste actualizarea wp-content
director:
define ('CORE_UPGRADE_SKIP_NEW_BUNDLED', true);
Acest lucru ar putea, de asemenea, să ofere un proces de actualizare o ușoară creștere a vitezei. Nu vă așteptați mai mult de o secundă.
Credit: Inginer WP
WordPress are restricții de tip de fișier când se încarcă fișiere în Biblioteca Media. Nu puteți încărca nimic, cu excepția imaginilor, a documentelor, a fișierelor audio sau video și este bine pentru siguranță. Dar dacă sunteți un dezvoltator de software independent și doriți să încărcați noile versiuni ale software-ului dvs., va trebui să utilizați un client FTP de fiecare dată când actualizați software-ul?
Nu, trebuie doar să definiți ALLOW_UNFILTERED_UPLOADS
la ALLOW_UNFILTERED_UPLOADS
asa:
define ('ALLOW_UNFILTERED_UPLOADS', true);
Însă acest cod nu permite fiecărui utilizator să încarce fiecare tip de fișier. Numai administratorii au permisiunea de a încărca ceea ce doresc.
Dacă aveți un site web multilingv și aveți nevoie de site-ul dvs. pentru a schimba limba temei și a panoului de administrare, puteți face un mic truc pentru a detecta limbajul browserului vizitatorului și pentru a defini WPLANG
constant pe baza acestor informații.
În primul rând, trebuie să creați o wp-lang.php
fișier și completați-l cu codul de mai jos, apoi salvați-l în același director wp-config.php
este in:
Apoi, în wp-config.php
fișier, înlocuiți linia de unde WPLANG
este definită cu linia de mai jos:
require_once (nume_director (__FILE__) ./wp-lang.php ');
Și voilà! Vizitatorii dvs. pot schimba acum limbajul temei și al panoului de administrare prin apăsarea simplă a butoanelor cu a lang = fr_FR
Parametrul URL.
Credit: O discuție despre depășirea stivei (am modificat codul.)
Dacă utilizați un plugin care necesită o cheie API WordPress.com (cum ar fi Jetpack sau Akismet) și aveți multe site-uri WordPress care să vă mențină, ar putea fi un pic enervant să introduceți cheia API WordPress.com de fiecare dată când instalați conecteaza.
Există o cale simplă, totuși. Puteți defini cheia dvs. API în wp-config.php
fișier ca o constantă:
define ('WPCOM_API_KEY', 'YourKeyHere');Verificați dacă celelalte plugin-uri preferate au această caracteristică. Plugin-uri precum SlideDeck și Gravity Forms suportă definirea cheilor API ca și constante.
Există o funcție în WordPress, wp_kses () care, conform WordPress Codex:
"... asigurați-vă că numai numele elementului HTML permis, numele atributului și valorile atributului plus doar entitățile HTML sane vor apărea în $ string".
Aveți posibilitatea să editați regulile sale cu filtre, cum ar fi:
array ()); returnează $ string; add_filter ('pre_kses', 'my_filter'); ?>
Dar dacă aveți nevoie control total, ceea ce înseamnă rescrierea $ allowedposttags
, $ allowedtags
și $ allowedentitynames
variabile, puteți face acest lucru prin definirea CUSTOM_TAGS
constant la Adevărat
în wp-config.php
:
define ('CUSTOM_TAGS', adevărat); $ permisposttags = array (); $ permisiții = array (); $ permisentitynames = array ();
Tu trebuie să rescrieți fiecare variabilă de mai jos. Puteți să copiați și să inserați variabilele în wp-includes / kses.php
, apoi editați codul pe care l-ați lipit.
Credit: OttoPress.com
Acum doi ani, am scris postarea Conquering wp-config.php File-11 Good Practices și a fost una dintre cele mai populare posturi WordPress din acel moment. Și doi ani mai târziu, împărtășesc altul wp-config
-dar, de data aceasta, am ales să împărtășesc sfaturi despre care nu ați auzit niciodată.
Sper că îți place.
Dar tu, știi bine wp-config
trucuri? Trimiteți un comentariu pentru a vă împărtăși experiența! Și dacă ți-a plăcut postul, nu uita să împărtășești!