[adminKeymaster Web]

Pokud se nikdo z uživatelů neozve, tak klidně napište, zkusím se na to podívat. Času sice moc nemám, ale vypadá to jen na drobnosti, takže by neměl být ani problém s cenou… Mimochodem, občas by se mi grafik na nějaké zakázky hodil, děláte i kódování do HTML/CSS?

[adminKeymaster Web]

Není to hloupost, fórum je bohužel občas nepřehledné a často stačí trochu změnit vyhledávací dotaz a dostanete mnoho zajímavých odpovědí… Těžko se to ale odhaduje předem, protože nevíte, na jaké klíčové slovo se přesně ptát… Občas s tím mám také problém, a to tady čtu vlastně všechno a měl bych mít přehled :-) Dejte pak jen prosím vědět, zda nějaké řešení fungovalo…

[adminKeymaster Web]

ad 1) Aha, tato navigační lišta je součástí WordPressu a neměla by se nikde natvrdo vypínat prostřednictvím zdrojového kódu. Můžete si ji sama jednoduše vypnout pro svůj uživatelský účet v menu Uživatelé – Profil – Navigační lišta – odškrtnout políčko “Zobrazovat navigační lištu při prohlížení webu”.

ad 2) Nyní tam zase dáváte všude zbytečné PHP značky:

echo '<?php _e('Copyright &copy;', TEMPLATE_DOMAIN); ?>'; echo '<?php gmdate(__('Y', TEMPLATE_DOMAIN)); ?>. <?php bloginfo('name');?>';

Uvedený příklad je špatně, správně to má být takto (pokud už jste v rámci PHP):

_e('Copyright ©', TEMPLATE_DOMAIN); echo gmdate(__('Y', TEMPLATE_DOMAIN)); echo '. '; bloginfo('name');

Nezkoušel jsem to, tak tam snad není žádná chyba :-) Celá problematika zápisu je ale o dost složitější. Celé mi to ale přijde nakonec trochu zbytečné, protože by mohlo stačit jednoduše využít možnosti nastavení šablony, kde je v Theme Options přímo políčko pro Footer (zápatí) a nemusíte se vůbec hrabat ve zdrojovém kódu šablony?

ad 4) V menu s názvem “rubrikové menu” (umístěno v oblasti Primary Menu) máte dvě položky (Nezařazené a ochrana Zvířat), které se na webu správně zobrazují. V menu s názvem “hlavní menu” (umístěno v oblasti Top Menu) máte tři položky (O čem se šušká, Testovací pro šablonu a Testovací pro písmo), které se tam také správně zobrazují. Sice to nevypadá kvůli nějaké úpravě hezky a trochu to přeskakuje, ale jinak je to v pořádku. Když aktivujete původní šablonu MesoColumn, tak se to zobrazuje správně, takže je tam asi jen nějaká drobnost…

ad 5) Je to stejný problém s vlastností text-transform: capitalize;. Tentokrát byla patrně natvrdo změněna v souboru wp-content/themes/mesocolumn/lib/scripts/superfish-menu/css/superfish.css, ale v odvozené šabloně už tato úprava bohužel není…

[adminKeymaster Web]

Patrně používáte hosting Endora, který má automaticky zapnutou ochranu před zahraničními požadavky (což je i WordPress.com). Někde v administraci hostingu (nikoli WordPressu) by měla být možnost povolit POST požadavky ze zahraničí. Potom by měl Jetpack bez problémů fungovat (zdroj)…

[adminKeymaster Web]

Pokud vím, tak to uměl plugin Network Shared Media, ale ve fóru jsou i nějaké reporty, že nemusí fungovat bezchybně… Jako zajímavý pokus vypadá také Multisite Global Media, ale nezkoušel jsem a nevím, do jaké míry jde o prototyp nebo funkční plugin…

Podobné problémy jsme řešili např. zde a zde.

[adminKeymaster Web]

Plugin Polylang by to měl umožňovat přímo prostřednictvím volitelného parametru dropdown funkce ppl_the_languages(). Nebo můžete použít parametr raw a poté si dělat s daty přesně to, co potřebujete…

[adminKeymaster Web]

ad 1) Nevím, co máte na mysli zrušenou horní lištou, ale přihlašovací informace jsou součástí widgetu “Základní informace”. Pokud “technik” něco rušil, tak to dělal předpokládám právě pomocí odvozené šablony? Ale pořád tam máte starou verzi šablony 1.6.3, takže ji už můžete bez obav aktualizovat?

ad 2) Špatný zápis je hned na začátku :-) Pokud začínáte PHP skript pomocí <?php, tak musí následovat příkazy z tohoto jazyka a nemůžete tam vkládat HTML v podobě </div><!-- FOOTER LEFT END --> Buď nesmíte začínat PHP nebo zobrazit HTML prostřednictvím příkazu echo, tedy: echo '</div><!-- FOOTER LEFT END -->';

ad 3) Aha, lišta v zápatí se tam nezobrazuje patrně právě kvůli chybě v bodě 2. Pokud dojde k chybě, tak skript dále nepokračuje…

ad 4) Bohužel stále netuším, potřeboval bych to vidět na konkrétním příkladu v administraci, pošlete mi prosím přístupy do testovací verze…

ad 5) Můžete opět uvést konkrétní příklad? Pořád to tam nikde nevidím :-(

Ta ukázka functions.php z odvozené šablony vypadá v pořádku, ale chtěl jsem spíše vidět, jak ten soubor vypadá po zásahu programátora…

[adminKeymaster Web]

Pokud přistupujete přímo na server, tak můžete použít přímo příkazový řádek a spustit příkaz, který je uvedený v chybové hlášce: chmod 755 D:\VertigoServ\www/wp-content/

Ale plugin by měl fungovat, i když se hláška zobrazuje? Nebo nejde uložit nastavení? Co když kliknete na tlačítko “Dismiss” a oprávnění adresáře stejně neupravíte?

[adminKeymaster Web]

Uffff, díky moc za příspěvek a podrobné vysvětlení! Také se na WP Rocket chystám (a podle popisu to vypadá na budoucího favorita), ale zatím ještě nebyl čas :-)

Podařilo se problém s chybou 500 při publikování příspěvku nakonec vyřešit? WPML String Translation se mi také moc nezdá a nepoužívám ho. nedávno jsem potřeboval provozovat administraci ve více jazycích a WPML místo aby automaticky stáhnul příslušné jazykové verze, tak umí překlady pouze importovat do databáze, se kterou pak pracuje, což mi přijde dost zbytečné. Rozumím tomu, že to chce mít někdo upravené podle sebe, ale jinak to prostě zatím bohužel nefunguje…

WP Super Cache bohužel nemá žádnou podporu, ale problémy je možné většino vyřešit (musí se ale detailně debugovat). W3 Total Cache je na tom dost podobně, placenou verzi jsem nikdy nezkoušel…

[adminKeymaster Web]

Díky za odpověď! Takže to budeme považovat za vyřešené, dokud se to třeba zase nečekaně samo nepřejmenuje. Potom se případně zase klidně ozvěte…

[adminKeymaster Web]

Co máte konkrétně nastaveno jako soukromé? Nějaké fórum nebo jen vkládáte soukromá témata do klasického fóra? A hláška se objeví při zadávání tématu nebo při jeho zobrazení na webu? Je možné to někde vidět?

[adminKeymaster Web]

:-)

Je to ale trochu škoda, protože už to tady nedoděláme… Nemůžete nám sem vložit na ukázku třeba nový soubor functions.php z odvozené šablony, abychom se mohli podívat, jak to nakonec dopadlo? Aby i ostatní čtenáři viděli, jak to má nakonec vypadat?

Pokud byly v šabloně použity soubory, které tam dříve neexistovaly, tak je můžete zkopírovat do odvozené šablony (a zkontrolovat, zda se tam načítají). Soubory s koncovkou .bak jsou pouze zálohy originálních souborů .php.

ad 1) To je patrně nějaký defaultní widget originální šablony. Pro odvozenou šablonu si musíte widgety znovu nastavit.

ad 2) V souboru footer.php jste udělala chybu na řádku číslo 3. Patrně tam nebylo správně zahájen <?php či ukončen ?> nějaký PHP skript.

ad 3) Menu nikam nezmizelo, ale pokud jste si vytvořila testovací nový web, tak ho ještě nikdo nevytvořil (a ani není z čeho, protože na novém webu nejsou ani potřebné příspěvky a stránky).

ad 4) Asi zcela nerozumím, ale nevidím na testovacím webu žádný problém, patrně jde pouze o špatně nastavené menu nebo jeho umístění.

ad 5) Velká písmena řeší výše uvedený kód:

text-transform: none;

Na testovacím webu sice nikde velká písmena nevidím, ale pokud se tam zobrazují, tak jste to neupravila všude. Výše uvedený kód jsme řešili pouze pro drobečkovou navigaci, tedy element #breadcrumbs, a patrně bude potřeba upravit ještě další elementy…

Slovenský návod je bohužel zastaralý a některé informace tam nejsou přesné.

[adminKeymaster Web]

@corncrace: Také nevím, zda jsem to celé správně pochopil, ale několik bodů, které by s tím mohly souviset:

– Pokud vytvoříte rubriku a nebude do ní zařazen žádný článek, tak se na webu nebude obecně zobrazovat (nic neobsahuje), např. ve widgetu s rubrikami, atd. Pokud ji ale ručně přidáte do vlastního menu, tak se v menu zobrazovat bude.

– Pokud chcete mít ve vlastním menu (Vzhled – Menu) nějakou položku jako podřazenou, tak ji musíte myší trochu popotáhnout doprava a nemůže zůstat jen pod původní položkou.

Je možné to vidět někde online?

[adminKeymaster Web]

@sjimanocna: Na webu se objevil problém, kdy přestalo stránkování kompletně fungovat, našel jsem v souboru template-pagination.php následující úpravy (v souvislosti s řešením jiného problému):

1) Doplněné parametry pro funkci paginate_links():

'before_page_number'=>'<span style="display:none;">',
'after_page_number'=>'</span>'

To má asi sloužit ke skrytí stránkovacích čísel?

2) Podmínka pro zobrazování stránkování:

$actual_link = 'http://'.$_SERVER['HTTP_HOST'].$_SERVER['PHP_SELF'];
if(!strpos($actual_link,'index.php')){
... Zobrazení stránkování ...
}

Nevím proč takto složitě, ale mělo to patrně sloužit pro skrytí stránkování na úvodní stránce?

Jsou tam ještě nějaké další úpravy, kterých jsem si třeba nevšiml? Uvědomujete si, že jste zasáhl přímo do zdrojových kódů šablony, která může být za pár týdnů aktualizována a všechny úpravy budou zcela ztraceny? Nenašel by se nějaký vhodnější způsob? Pojďme vymyslet něco na základě odvozené šablony…

[adminKeymaster Web]

Podobný problém jsme tu již několikrát řešili, zkuste se tam prosím nejdříve podívat. Nejčastěji jde o problém se zaplněnou (nebo nějak poškozenou) databází u hostingu. Jaký používáte hosting?

[adminKeymaster Web]

První část je samostatný malý skript, který prostě jen zkopírujete do souboru functions.php v odvozené šabloně (a pak ho můžete odebrat z rodičovské šablony).

Příklad ze souboru style.css také jen vložíte do souboru style.css v odvozené šabloně (v originálním souboru ponecháte to, co tam bylo původně). Možná ale bude potřeba zpřesnit definici elementu, pro které je toto pravidlo použito (aby získalo přednost) nebo doplnit !important. Budete to muset vyzkoušet. Pro jaký element je toto pravidlo definováno?

[adminKeymaster Web]

Šablonu je určitě možné zkopírovat a přejmenovat, ale přijdete tak o budoucí aktualizace, takže se s novou verzí WordPressu mohou objevit problémy. Vývojáři totiž šablonu obvykle pravidelně aktualizují a když je nalezena chyba, tak ji opraví. To už ale ve “své” kopii určitě dělat nebudete, takže se budou postupně objevovat problémy. A odvozenou šablonu jste sama navrhla a je to rozhodně lepší řešení…

Tvorba odvozené šablony ale není zrovna jednoduchá, základ je popsán zde (anglicky). Obecně musíte vytvořit nové speciální soubory style.css a functions.php. A i když tam zatím nedoplníte žádné změny, tak už bude šablona fungovat. Nejsnadnějším způsobem je poté zkopírování změněných souborů do odvozené šablony. Ale mnohem lepším způsobem je pak využití různých akcí a filtrů, které WordPress nabízí a pomocí kterých snadno využijete maximum možného. Ale to už záleží případ od případu, zkuste sem vložit nějakou nalezenou změnu (v případě zdrojového kódu používejte tlačítko CODE), zkusím to vysvětlit na příkladu…

Duplicitní téma je patrně zde.

[adminKeymaster Web]

@sjimanocna: Ano, obecně to tak je, web se nejdříve načte a následně skript hledá, jestli nejsou dostupné ještě kvalitnější obrázky. A pokud nejsou, tak nechá zobrazené ty původní (méně kvalitní). V tomto případě je to ale pouze důsledek nějakého hlubšího problému na webu, kdy jsou špatně identifikovány chybové stránky 404.

Když zkusíte např. toto:

http://skutecnosti.cz/wp-content/uploads/2015/02/hsbc2x.png

Tak obrázek sice neexistuje, ale WordPress vše přesměruje na úvodní stránku a tak si i skript retina.js myslí, že existuje a nechává vlastně neexistující obrázek zobrazovat. Ještě jsem ale pravou příčinu neodhalil, zkouším to teď na testovací subdoméně a i po deaktivaci pluginů tam problém stále je :-(

[adminKeymaster Web]

Forpsi mělo s touto chybou problém už před lety, řešilo se to např. zde. Údajně mají někde v administraci nějaké tlačítko na hromadné opravení práv souborů.

Problém se souborem .htaccess můžete vyloučit, když ho na chvíli přejmenujete, odpojíte cachovací plugin a zkusíte něco publikovat :-) Ale myslím, že by tam byl problém neustále, tedy nejen při publikování příspěvků…

Ale chyba 500 se často stává také v případě, kdy dojde k problémům s výkonem (aneb narážíte na PHP limity na serveru – paměť, počet procesů, timeout, atd), což mi asi přijde nejpravděpodobnější. Pokud se dobře pamatuji, tak používáte různé náročné pluginy typu WPML a během publikování příspěvku se může spouštět mnoho různých skriptů. Jen v defaultním nastavení WordPressu se např. pinguje Google a další služby – neposíláte příspěvky třeba nějak automaticky na sociální sítě nebo něco podobného? Bude to asi potřeba debuggovat (aneb co se spouští) a případně částečně odpojovat (můžete zkusit deaktivovat i některé “podezřelé” pluginy). Možná jsou štítky v databázi ještě nějak přiřazovány, automaticky překládány, nevím, zkuste se zamyslet nad používanými pluginy, zda se tam nemůže dít něco náročného…

Máte k dispozici error.log s chybovými hláškami? Není tam třeba něco zajímavého, co by mohlo nějak souviset?

Mimochodem, jaké máte zkušenosti s pluginem WP Rocket? Z některých testů vyšel velmi dobře…

[adminKeymaster Web]

Otevřete si v PSPadu soubor, který si myslíte, že se určitě změnil, nejčastěji style.css či functions.php. Potom použijte menu Nástroje – Rozdíly v textu – Porovnat se souborem. A na disku vyberte stejný soubor, ale z originální neupravované šablony. Použijte tlačítko “Otevřít” a najednou se zobrazí oba soubory vedle sebe a barevně odlišené uvidíte rozdíly…

[Autor]

Příspěvky