Riešenie problému „Nie je možné pridať informácie o hlavičke – hlavičky sú už odoslané“. Oprava chyby: nie je možné upraviť informácie v hlavičke - hlavičky už odoslal Oprava chyby nemôže upraviť informácie hlavičky - hlavičky už odoslal

Vložil dňa Št, 05.04.2017 - 12:55

Popis konkrétneho problému

Po kliknutí na tlačidlo sa zobrazí chyba:

Upozornenie: Nie je možné upraviť informácie v hlavičke - hlavičky už odoslané používateľom (výstup začal na C:\OpenServer\domains\testsite\WEB\5_phpRedirect.php:10) v C:\OpenServer\domains\testsite\WEB\5_phpRedirect.php na riadku 12

Kód je podobný kódu uvedenému v tejto téme:

Experimentálny web

Vyberte skript na stiahnutie



Skript obslužného programu:



Kedy sa to stane

Typ chyby (upozornenia):

Upozornenie: Nie je možné upraviť informácie v hlavičke - hlavičky už odoslal

Vyskytuje sa, ak ste už urobili niečo, čo si vyžaduje nastavenie hlavičiek prehliadača, a teraz ich chcete prepísať novými. Napríklad, ak ste už zobrazili text, php nastaví hlavičky (najmä hlavičku Poloha-- ktorá ukazuje, či zostať na požadovanej stránke alebo či potrebujete prejsť na inú stránku a tam dostať odpoveď na požiadavku), aby ste prehliadaču klienta (vo svojej odpovedi) ukázali, ako sa má správať.

Koreň problému

S najväčšou pravdepodobnosťou je problém vo vašom prípade, že už poskytujete obsah (značky html, ktoré sú v súbore zmiešané so skriptom) predtým príkazy:

Echo header($redirect);

Pamätajte, že funkciu header() je možné volať iba v prípade, že klient zatiaľ neboli odoslané žiadne údaje. To znamená, že by mal byť vo výstupe na prvom mieste, pred jeho volaním by nemali byť žiadne značky HTML, prázdne riadky atď. Pomerne často dochádza k chybe, keď pri čítaní kódu pomocou súborových funkcií, ako je include alebo required, sú v tomto kóde medzery alebo prázdne riadky, ktoré sa vytlačia pred volaním header(). Rovnaké problémy môžu nastať pri použití jedného súboru PHP/HTML.

To znamená, že je potrebné zbaviť obslužný program skriptu html - koniec koncov, sám v podstate nič nevypisuje, ale jednoducho prenesie na inú adresu - toto je prvé.

Hlavička($redirect);

Echo header($redirect);

Experimentujte

Keďže echo() vo všeobecnosti píše do Telo odpovede http, a nie v hlavičkách a hlavička vracia void (to znamená nevracia hodnoty), ako je uvedené vyššie, potom nemá zmysel používať echo(), ale
- napriek tomu navrhujem vykonať experiment:

  1. odstrániť html
  2. neodstraňujte ozvenu

Keďže header() sa v podstate volá pred echo() (keďže header() je argument pre echo()) a teda vracia – zároveň skontrolujeme, či funkcia vracia hodnotu null – bude to interpretované ako prázdny reťazec resp. (ktoré alebo skôr) echo ani nezačne fungovať, keď už dôjde k presmerovaniu.

Opäť si ujasnime dôvod

Tie. pred volaním header() by sa nemal zobrazovať žiadny obsah(o čom sa píše v popise funkcie: http://php.net/manual/ru/function.header...)

  • 1) ani s ozvenou
  • 2) nie jednoduchým vložením html textu do prehliadača.

V našom prípade zrejme echo nič neovplyvňuje, ale html v handleri naozaj áno.

problém bol vyriešený

Na vašu radu boli odstránené HTML tagy. Teraz sa presmerovanie uskutoční správne, skript obsluhy vyzerá takto:

Funkcia echo naozaj neovplyvňuje prevádzku, t.j. Môžete to nechať aj ako u S. Holznera:

Pri písaní kódu pre presmerovanie by ste mali venovať pozornosť aj prípone súboru, na ktorý sa prechod uskutočňuje: s navrhovanou syntaxou musí byť špecifikovaná v argumente hlavičky.

  • Ak chcete uverejňovať komentáre, prihláste sa

Ale môžete to urobiť

Môžete však tiež sfunkčniť predchádzajúci ovládač

Presmerovanie používateľa

ak nastavíte možnosť v súbore php.ini

Output_buffering = 4096

  • Ak chcete uverejňovať komentáre, prihláste sa

Opätovné odosielanie hlavičiek je zakázané, protokol HTTP takto nefunguje! Ale čo máme robiť? Ak po zobrazení na stránke potrebujete aj spustiť reláciu a nastaviť cookie? - Spomeňme si na vyrovnávaciu pamäť výstupu.

To znamená, že keď je nastavená nenulová veľkosť vyrovnávacej pamäte, až do jej zaplnenia je stále možné manipulovať s hlavičkami. Ak je veľkosť vyrovnávacej pamäte nula, po výstupe obsahu sa obsah okamžite vráti predchádza odovzdávanie hlavičiek HTTP odpovedí klientovi.

A ukázalo sa, že chceme zmeniť hlavičky, ktoré už „preleteli“ cez sieť ku klientovi (čo znamená, že ich už nie je možné opraviť – najmä hlavičku Poloha, čo naznačuje, či zostať na požadovanej stránke alebo požiadať o ďalšiu - odpoveď skriptu „redirector“ (pre nás je to obslužný program formulára) len hovorí, že musíme požiadať o ďalšiu stránku), na čo nás php varuje .

Ale: Samozrejme, takto (nie veľmi správne, presnejšie) sa problém vyriešiť nedá.

_____________
Matematická fakulta VŠU a iné klasiky =)

  • Ak chcete uverejňovať komentáre, prihláste sa

S touto chybovou správou sa často stretávajú programátori, ktorí začínajú používať PHP. Pochopenie, prečo sa táto chyba vyskytuje, vám pomôže nájsť riešenie.

PHP robí veľa práce pri generovaní webových stránok za vás, bez toho, aby ste sa o to pýtali. Webová stránka sa skladá z dvoch častí: hlavičky a tela.

Toto bežné Chyba PHP pozorované, keď programátor urobí chyby pri manipulácii alebo vytváraní hlavičiek. Tu je príklad:

Upozornenie: Nie je možné upraviť informácie v hlavičke – hlavičky už odoslané používateľom (výstup začal na /home/usr1/public_html/sent.php:42) v /home/usr1/public_html/includes/theme-header.php na riadku 12

Zvyčajne sa nemusíte starať o hlavičku, pretože sa generuje automaticky a obsahuje informácie o stránke, serveri a súbore cookie. Informácie v hlavičke sú dôležité, ale zvyčajne ich používateľ nevidí. Tu je niekoľko príkladov:

Dátum: Po, 10. júl 2006 18:51:59 GMT Server: Apache/2.2.0 (Unix) mod_ssl/2.2.0 OpenSSL/0.9.7g Kódovanie obsahu: gzip Typ obsahu: text/html

Niekedy chcú programátori zmeniť niektoré hodnoty hlavičky. Napríklad, ak PHP generuje výstup XML, Content-Type sa musí zmeniť, aby to indikovalo. Ďalším bežným príkladom je presmerovanie prehliadača používateľa na inú webovú stránku pomocou prvku hlavičky Location, ako je popísané v tomto článku.

Hlavička musí byť v odpovedi z webového servera na prvom mieste a od tela je oddelená jedným prázdnym riadkom. Dôvodom tejto chyby je, že určitá časť tela webovej stránky už bola odoslaná používateľovi pred pokusom o nastavenie hodnoty hlavičky. Keďže PHP vám veľa vecí zjednodušuje, problém môže číhať na zvyčajnom mieste. Tu je niekoľko pokynov na nájdenie problému:

  1. Nájdite príkaz header(), ktorý spôsobuje problém. Chyba musí byť na tomto riadku alebo pred ním.
  2. Pred týmto príkazom hlavičky vyhľadajte všetky pokyny, ktoré by mohli smerovať výstup k používateľovi. Ak nájdete jeden alebo viac, zmeňte kód tak, aby sa inštrukcia hlavičky presunula pred ne. Komplexné podmienené príkazy môžu skomplikovať problém, ale môžu tiež pomôcť vyriešiť problém. Prípadne môžete použiť podmienený výraz v hornej časti PHP skript, ktorý čo najskôr určí hodnotu hlavičky a nastaví ju tam.
  3. Uistite sa, že mimo značiek začiatku a konca PHP nie sú žiadne medzery. Zatiaľ čo prázdny riadok pred štartovacou značkou
  4. Ak súbor uložíte v kódovaní UTF-8, uistite sa, že súbor je uložený bez podpisu (bez kusovníka). Podpis je bajt pridaný na začiatok súboru a ak je skript PHP uložený v tomto formáte, tento bajt bude vnímaný ako súčasť výstupu tela stránky, čo by nemalo byť povolené, aby sme sa vyhli problému, ktorý zvažujú.

V tomto článku sa pozrieme na to, na čo sú potrebné hlavičky, bez toho, aby sme zachádzali do podrobností o tom, ktorý z nich je za čo zodpovedný. Úlohy najbežnejších nadpisov budú opísané v nasledujúcich článkoch.

Všetky články zo série:

  • Čo sú hlavičky HTTP? Všeobecná teória.

HTTP znamená HyperText Transfer Protocol. Protokol je súbor pravidiel, podľa ktorých si rôzne zariadenia vymieňajú údaje. Vznikla v 90. rokoch minulého storočia. Teraz sa používa takmer všade na internete. Všetko, čo vidíte v okne prehliadača, bolo získané prostredníctvom tohto protokolu. Hlavičky http sú možno hlavnou vecou komunikácie medzi zariadeniami. Poskytujú základné informácie o nadväzovanom spojení a informácie prenášané týmto spojením.
Pozrime sa na komunikačný diagram medzi týmito dvoma zariadeniami. Nech sú tieto zariadenia váš počítač a nejaký server na internete:

Ako vidíte, prehliadač odoslal požiadavku http. Môže to vyzerať nejako takto:

GET /other-19 HTTP/1.1
Hostiteľ: www.scriptsite.ru
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; ru; rv:1.9.1.5) Gecko/20091102 Firefox/3.5.5 (.NET CLR 3.5.30729)
Prijať: text/html,application/xhtml+xml,application/xml;q=0,9,*/*;q=0,8
Akceptovaný jazyk: ru,en-us;q=0,7,en;q=0,3
Accept-Encoding: gzip,deflate
Accept-Charset: windows-1251,utf-8;q=0,7,*;q=0,7
Keep-Alive: 300
Spojenie: keep-alive

V tomto prípade je prvý riadok riadkom požiadavky, všetky ostatné riadky sú hlavičky http, ktoré nesú dodatočné informácie o požiadavke, o klientovi, ktorý tieto informácie požaduje ao mnohých ďalších veciach.
Ako odpoveď na našu požiadavku môže server odoslať nasledujúce hlavičky:

Server: Apache/2.0.61 (Unix) mod_ssl/2.0.61 OpenSSL/0.9.8k mod_dp20/0.99.2 PHP/5.2.5 mod_python/3.3.1 Python/2.5.1 mod_ruby/1.2.6 Ruby/1.8. (2007-09-24)

X-Powered-By: PHP/5.2.5

Set-Cookie: PHPSESSID=ft47gokfee6amv3eda3k1p93s3; cesta=/

Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0

Pragma: no-cache

Keep-Alive: časový limit=10, max=1024

Spojenie: Keep-Alive

Transfer-Encoding: chunked

Typ obsahu: text/html

Prvý riadok je stavový riadok. Zvyšné riadky sú hlavičky. Diagram ukázal, že je načítaný aj obsah stránky. Tento obsah sa však zvyčajne nezobrazuje v doplnkoch prehliadača hlavičiek. A obsah stránky je len špeciálny prípad. Podľa protokolu sa stránka nemusí nevyhnutne prenášať. Namiesto toho je možné prenášať obrázok, zvukový súbor a video. A všetky budú mať veľmi odlišné nadpisy.

Ako zobraziť hlavičky http?

Ak chcete zobraziť hlavičky http, odporúčam nasledujúce doplnky pre prehliadač firefox:

Ak používate prehliadač Chrome, všetky informácie môžete zobraziť kliknutím na tlačidlo nastavení - nástroje - nástroje pre vývojárov. Karta Siete.
Používateľom prehliadača Opera nemôžem poskytnúť žiadnu radu, pretože s týmto prehliadačom nie som priateľom. Po nainštalovaní a spustení doplnkov skúste stránku obnoviť. Okamžite uvidíte obrovské zoznamy požiadaviek a odpovedí, prostredníctvom ktorých váš prehliadač komunikoval so serverom.

Http hlavičky a prístup k nim v php

Ak ste vývojár PHP, môžete pristupovať k hlavičkám požiadaviek pomocou funkcie getallheaders(). Aby ste pochopili, ako to funguje, spustite nasledujúci kód:

A dostaneme výtlačok poľa hlavičiek.

Ale častejšie sa k nim pristupuje cez globálnu premennú $_SERVER. Takmer každá hlavička http má v tejto premennej podobný názov prvku, vytvorený podľa princípu HTTP_header_name. Takže pre toho istého ‚User_Agent‘ existuje premenná $_SERVER[‘HTTP_USER_AGENT‘];

Na získanie hlavičiek, ktoré sa server chystá odoslať používateľovi, sa používa funkcia headers_list(). Chýbajúce požadované hlavičky na konci všetkých skriptov spravidla vytvára server. Toto pole teda bude obsahovať hlavičky buď tie, ktoré server vytvoril pred spustením skriptu (a nebudú sa meniť), alebo tie, ktoré nastavíme manuálne. Môžu byť nastavené manuálne pomocou hlavičky funkcie ("text hlavičky");
Spustíme nasledujúci kód:

Uvidíme výtlačok hlavičiek pripravených na odoslanie v čase volania funkcie:

Prvá hlavička bola nastavená automaticky a nesie názov servera, na ktorom je skript spustený. Druhý bol nainštalovaný ručne u nás. Ak by prehliadač potreboval hlavičku „Fruit“, zobral by ju z http odpovede servera a použil by ju. Ale keďže to náš prehliadač nepotrebuje, jednoducho ignoruje riadok, ktorému nerozumie.

Štruktúra HTTP požiadavky

Naša požiadavka vyzerá takto:

Prvý riadok v ňom, ako už bolo spomenuté, je riadok dotazu. Pozostáva z troch častí:

  • metóda(metóda) – označuje, aký typ požiadavky. Najbežnejšie metódy: GET, POST, HEAD. O nich sa bude písať v nasledujúcom odseku.
  • cesta(cesta) – zvyčajne je to časť adresy URL, ktorá nasleduje za doménou. Ak napríklad do panela s adresou zadáte http://www.scriptsite.ru/about/, hodnota cesty bude /about/.
  • protokol(protokol) — použitý protokol. Zvyčajne pozostáva z „HTTP“ a verzie protokolu. Zvyčajne v moderné prehliadače používa sa verzia 1.1

Ďalej nasledujú hlavičky vo forme reťazcov vo formáte „Názov: hodnota“.
Mimochodom, v tejto požiadavke sa prenášajú aj údaje cookies ako jedna z hlavičiek. Väčšina týchto riadkov je voliteľná. Dopyt možno zredukovať len na dva riadky:

GET /článok/zobraziť/4/ HTTP/1.1

Hostiteľ: scriptsite.ru

Metódy žiadosti

GET

Požiadavka na získanie sa zvyčajne používa na vyžiadanie dokumentu a odovzdanie niektorých parametrov.
Toto je hlavná metóda používaná na získanie stránok HTML, obrázkov, súborov CSS a JavaScript atď.
Vzhľadom na to, že parametre môžu byť akékoľvek a server nemá žiadne obmedzenia na ich spracovanie, na prenos informácií sa často používa metóda žiadosti o údaje. Napríklad budeme mať takýto formulár

V tomto prípade budú tieto parametre viditeľné v adresný riadok prehliadač.

POST

Post je metóda používaná na odosielanie údajov na server. Hoci môžete odosielať údaje na server pomocou metódy GET cez panel s adresou prehliadača, vo väčšine prípadov je vhodnejšie použiť POST. Posielanie veľkého množstva dát cez GET je nepraktické. Okrem toho má GET určité obmedzenia, ktoré neumožňujú napríklad publikovať tento článok na mojom webe len cez jeden riadok prehliadača. Žiadosti POST sa najčastejšie používajú na odosielanie webových formulárov. Upravme formulár z predchádzajúceho príkladu, aby sme mu dali metódu POST

Jedného dňa, keď som išiel na svoj blog, bol som prekvapený, keď som našiel nepochopiteľnú chybu, niečo ako:

Upozornenie: Nie je možné upraviť informácie hlavičky — hlavičky už odoslal (výstup sa začal na /xxxxxxxx/wp-config.php:1)

Okrem toho neexistuje spôsob, ako vstúpiť do panela správcu. Hneď som išiel skontrolovať, čo je so súborom wp-config.php zle. Všetko bolo na svojom mieste, heslá databázy boli správne. Myslel som, že to bolo znova hacknuté)) Ale opäť neboli na FTP zaznamenané žiadne známky vandalizmu. Najzvláštnejšie (to ma nakoniec úplne zmiatlo) bolo, že nefungoval iba odkaz na stránku bez www, alebo naopak (nepamätám si presne). Začal som kontaktovať hostiteľa, pozrieť sa na nastavenia v paneli správcu domény - vo všeobecnosti veľa vecí.

Ale ukázalo sa, že je to oveľa jednoduchšie - na začiatku konfiguračného súboru bol určitý kusovník— značka (podpis) pre súbory UTF-8. Preto sa objavila vyššie uvedená chyba. Aby sa vám to nestalo, musíte v prvom rade použiť editory kódu, ktoré buď tento podpis nevkladajú vôbec, alebo pred uložením súboru ujasnia, či je to potrebné.

V niektorých textové editory V nastaveniach nájdete začiarkavacie políčka „Include Unicode Signature (BOM)“, „Add Byte Order Mark“ alebo podobné. V opačnom prípade, bez toho, aby ste mohli zakázať nepotrebnú možnosť v konkrétnom programe, sa neodporúča používať ju. Na špecializovaných fórach nájdete zoznam dobrých textových editorov, sú to: Notepad2, PSPad, UnicEdit, Notepad++. Vo všeobecnosti sa o tom druhom píše veľa mocný nástroj. Nejako náhodou som ho mal na sklade v počítači. alternatívny editorAkelpad— Používam ho na podobné úlohy.

Ďalším bodom, ktorý stojí za zmienku, je, že chyba s kusovníkom sa môže vyskytnúť nielen v súbore wp-config.php. Navyše, ak je možnosť zobrazovania upozornení zakázaná, vôbec neuvidíte, kde sa problém vkradol. V takýchto prípadoch (a všetkých ostatných) by som odporučil použiť jednoduchý skript na vyhľadávanie súborov s kusovníkom. Jurijovi Belotitskému treba poďakovať za vývoj.

Používanie skriptu je veľmi jednoduché.

  1. požadovaný súbor
  2. Nahrajte ho na server FTP v koreňovom adresári. Ak WordPress nie je nainštalovaný v koreňovom adresári stránky (ale napríklad v priečinku blogu), skript musí byť umiestnený v adresári, kde sa nachádza WordPress, a odtiaľ musí byť spustený.
  3. Spustenie je veľmi jednoduché - stačí zadať do adresného riadku prehliadača odkaz http://your.site/find_bom.php

V dôsledku toho dostanete zoznam súborov, ktoré sú chybné. Mimochodom, na urýchlenie práce skript kontroluje iba tie adresáre, kam používatelia zvyčajne nahrávajú súbory - root, /wp-content/themes a /wp-content/plugins.

To je v podstate všetko. Aké ťažké to bolo vyriešiť jednoduchý problém. Dúfam, že som vám svojou skúsenosťou trochu pomohol a teraz, keď sa objaví príslušné varovanie, budete vedieť, čo máte robiť :) Ak sa vám nepodarí opraviť ten či onen súbor z kusovníka, môžete jednoducho nahrať nový zo zoznamu WordPress distribúcia.

P.S. Vhodným miestom pre mladomanželov je organizovanie banketov a riešenie všetkých záležitostí súvisiacich so svadbou.

Je úžasné, ako malá chyba môže spôsobiť, že váš web WordPress bude úplne nefunkčný. Hovoríme, samozrejme, o známej chybe varovania WordPress Upozornenie: nie je možné upraviť informácie v hlavičke — hlavičky už odoslané prostredníctvom pluggable.php (nedá sa zmeniť informácie v hlavičke). Ak ste jedným z tých, ktorí čelia tejto chybe, potom ste na správnom mieste. V tomto budeme diskutovať o dôvode, prečo sa táto chyba objavuje na prvom mieste, a pozrieme sa na riešenia, ktoré problém vyriešia natrvalo.

Čo potrebuješ

Skôr ako začnete, uistite sa, že máte nasledujúce:

  • Prístup k ovládaciemu panelu vášho hostingu alebo FTP prístup

Ako sa vyskytujú informácie o hlavičke nemožno upraviť – hlavičky, ktoré už boli omylom odoslané?

Pozrime sa na príklad tejto chyby, aby sme lepšie pochopili dôvody. Chyba sa zvyčajne zobrazuje v tejto forme:

Upozornenie: Nie je možné upraviť informácie hlavičky – hlavičky už odoslal (výstup začal na /public_html/wp-content/plugins/my-plugin/my-function.php:#) v /public_html/wp-includes/pluggable.php v riadku #

Ako vidíte, chyba uvádza dva súbory. Prvý súbor (v našom prípade: moja-funkcia.php Publikované v /public_html//wp-content/plugins/my-plugin/) na čele podozrivých. Toto je náš vlastný kód, ktorý je určený na úpravu základných funkcií poskytovaných WordPress. Základná funkcia je v súbore pluggable.php(Základný súbor WordPress, nezmenený pre akúkoľvek inštaláciu WordPress). Inými slovami, problém je v prvom súbore, ktorý bráni správnemu spusteniu druhého súboru.

Hlavná príčina chyby je zbytočná medzery v prvom súbore. Sú to medzery v hornej alebo dolnej časti súboru, zbytočné medzery kdekoľvek v súbore alebo dokonca medzery v značkách PHP . Mimochodom, pretože programátori môžu (a zvyčajne to robia) omylom vložiť do svojho kódu medzery navyše, táto chyba sa vyskytuje častejšie, než by ste čakali. Riadok # uvedený v chybovom hlásení odkazuje na miesto problému – pomôže to vyriešiť problém rýchlejšie a bez problémov.

Oprava chyby nemôže zmeniť informácie hlavičky – hlavičky už odoslal

Teraz, keď viete, čo chybu spôsobuje, môžete prejsť k jej oprave. Ukážeme vám dve možnosti na odstránenie problému, ktoré môžete vyskúšať jednotlivo alebo postupne, ak jednotlivo nepomôže.

Možnosť 1 – Úprava chybného súboru

Prvé riešenie chyby Upozornenie: Nie je možné upraviť informácie v hlavičke– manuálna oprava súboru s chybou. Už máte potrebné informácie na nájdenie problému v samotnom chybovom hlásení (nezabudnite, že toto je prvý súbor v správe). Všetko, čo musíte urobiť, je otvoriť tento súbor cez FTP pomocou klienta ako FileZilla alebo cez správcu súborov.

V podstate všetko, o čo sa tu treba postarať, je odstránenie nadbytočných medzier/prázdnych riadkov zo súboru. Dobré miesto na začiatku bude riadok # uvedený v chybovom hlásení. Odtiaľto môžete pokračovať v analýze zvyšku súboru, hľadaní ďalších nepotrebných medzier alebo prázdnych riadkov až po koniec dokumentu.

Uistite sa, že ste správne napísali počiatočné a koncové značky PHP. Pred alebo za značkou by nemala byť medzera , ako aj značku ?> . Posledný riadok kódu by tiež nemal končiť medzerou alebo ďalším riadkom.

Na snímke obrazovky nižšie môžete vidieť súbor wp-config.php, ktorý má pred prvým tagom PHP medzery.


CLUE: Mnoho textových editorov dokáže automaticky odstrániť nepotrebné medzery. Ak chcete napríklad odstrániť nadbytočné medzery v editore Atom, zvýraznite celý kód a prejdite na P ackages -> Whitespace -> Remove Trailing Whitespace.

Možnosť 2 – Vymeňte chybný súbor

Samozrejme, úprava celej série súborov s chybami môže byť náročná. Súbory môžu súvisieť s doplnkom alebo témou, ktorú ste práve nainštalovali na svoj web, alebo môžu byť dokonca základnými súbormi WordPress.

Ak je chyba skutočne spôsobená doplnkom alebo témou, všetko, čo musíte urobiť, je preinštalovať ho. Táto akcia pomáha vo väčšine prípadov. Na druhej strane, ak je príčinou chyby súbor jadra WordPress, najlepšie riešenie vezmite čistú kópiu WordPress a nahraďte súbor s chybou vo vašej inštalácii rovnakým súborom v správnej verzii. Tým sa zabezpečí obnovenie chybného súboru počiatočný stav, zatiaľ čo zvyšok inštalácie vašej stránky WordPress zostane nedotknutý. Teraz stačí znova načítať stránku a uistiť sa, že chyba je opravená.

Na záver

Či už ste prilepili kus kódu do súboru, pridali nový doplnok/tému alebo kód napísali manuálne, existuje riziko, že sa v súbore objavia ďalšie medzery. Tieto zdanlivo nevinné miesta sa môžu zmeniť na chybu WordPress Upozornenie: Nie je možné upraviť informácie v hlavičke — hlavičky už odoslal.

V tejto príručke sme sa pozreli na to, ako opraviť takéto chyby, a vaša stránka teraz opäť funguje podľa očakávania. Viac tutoriálov WordPress nájdete tu.

Autor

Elena má odborné technické vzdelanie v odbore informačných technológií a skúsenosti s programovaním rôzne jazyky pre rôzne platformy a systémy. Webovému odvetviu sa venuje viac ako 10 rokov, pracuje s rôznymi CMS, ako sú Drupal, Joomla, Magento a samozrejme najpopulárnejším redakčným systémom súčasnosti – WordPress. Jej články sú vždy technicky overené a presné, či už ide o recenzie pre WordPress alebo pokyny na nastavenie vášho servera VPS.