Přehled odpovědí
-
Příspěvky
-
Nejsem si jist, ale plugin Display Widgets by to měl umět, není tam v nabídce nějaká možnost “Search” nebo “Search Page”?
Email dorazil, jediné chyby, které tam vidím jsou:
– 24.5.2017 (večerní hodiny):
PHP Fatal error: Uncaught Error: Call to undefined function wp_get_video_extensions() in /home/nflstore/public_html/wp-includes/embed.php:208
Tady moc netuším, čím by to mohlo být způsobeno, ale vypadá to na chybějící soubory v instalaci nebo něco podobného.– Dále je tam spousta chyb ohledně komapatibility s nejnovější verzí WooCommerce, a to patrně u pluginu WooCommerce Conditional Shipping and Payments (měl byste ho aktualizovat na nejnovější verzi).
Žádnou chybu z 29. května, o které jste psal výše (že spadl celý web) tam ale nikde nevidím, takže těžko říci, čím to bylo. Od té doby jste plugin České služby zase nasadil a všechno funguje?
Ano, abych mohl zkontrolovat chybějící produkty, tak budu potřebovat přístupy do WordPressu (administrátor), možná i FTP (pokud se to nepodaří odhalit na první pohled).
Obsah složky je součástí WordPressu? Se zprovozňováním složek přímo na serveru bych byl velmi opatrný, aby je nezačal indexovat Google, atd. Lepší by bylo mít je přístupné na základě přihlášení a aby nešlo o adresáře na serveru, ale generované odkazy ke stažení na nějaké stránce… Ale nevím, potřeboval bych znát více podrobností. Pokud to nechcete zveřejňovat na fóru, tak se ozvěte emailem.
Tak to jsem ještě nikde neviděl a díky za tip na plugin YITH WooCommerce Catalog Mode :-) Ale asi by neměl být problém to připravit na zakázku, nemuselo by to být ani moc složité (časově ani finančně). Jestli tomu dobře rozumím, tak chcete celý eshop v určitém časovém období vypnout? Nebo se to bude vztahovat jen na určité produkty/kategorie? A časové období bude brát za základ naše časové pásmo? Takže třeba od 22 – 6 hodin (SELČ) bude eshop vypnut? Tím se ale neošetří, když někdo navštíví web z USA v tuto dobu místního času, protože tam je časový posun…
Jasné, ono je to trochu logické… První se totiž načte soubor
functions.phpz aktivní šablony, což je nyní naše odvozená šablona. Jenže tam odebíráme filtr, o kterém ještě WordPress neví, že bude vůbec definovaný, protože souborfunctions.phpz rodičovské šablony se bude načítat až následně :-) Takže musíme ten filtr odebrat až ve chvíli, kdy budou šablony kompletně načtené, k čemuž slouží např. akce after_setup_theme.add_action( 'after_setup_theme', 'separatista_odebrat_content_filtr' ); function separatista_odebrat_content_filtr() { // Odstraníme původní funkci z rodičovské šablony... remove_filter( 'the_content', 'rainforest_remove_forced_spaces', 9 ); // Načteme novou funkci... add_filter( 'the_content', 'rainforest_remove_forced_spaces_NEW', 9 ); } // Definice nové funkce... function rainforest_remove_forced_spaces_NEW( $content ) { $string = htmlentities( $content, null, 'utf-8' ); $content = str_replace( ' ', ' ', $string ); $content = html_entity_decode( $content, ENT_QUOTES, 'UTF-8' ); return $content; }Aha, už si vzpomínám, to je souvislost s tímto tématem :-)
Je tam několik chyb, rodičovská šablona např. používá filtr (a nikoli akci), tedy
add_filter(), který se odebírá pomocíremove_filter().Mělo by tedy stačit něco takového (netestováno):
remove_filter( 'the_content', 'rainforest_remove_forced_spaces', 9 ); // Odstraníme původní funkci z rodičovské šablony...
add_filter( 'the_content', 'rainforest_remove_forced_spaces_NEW', 9 ); // Načteme novou funkci...
function rainforest_remove_forced_spaces_NEW( $content ) { // Definice nové funkce...Patrně došlo po aktualizaci k nějakému konfliktu, zkuste deaktivovat všechny pluginy a postupně zapínat ty nejdůležitější, uvidíte, který z nich to nakonec způsobuje… Page Builder by SiteOrigin používá mnoho uživatelů, takže by tam neměl být žádný zásadní problém. Způsobit problémy může také šablona, zkuste dočasně aktivovat defaultní Twenty Seventeen a uvidíte, zda to pomůže…
Jak jste zkoušel znovu instalovat plugin? Pokud už je nainstalovaný, tak ho nemůžete instalovat znovu?
– Pokud se na webu nic nemění, tak asi týdenní záloha stačí, ale třeba tady na fóru se toho mění poměrně dost, takže tam je potřeba záloha častější. Kdyby došlo k poškození webu, tak bych nechtěl přijít o týdenní diskuze :-)
– Pokud ke starší databázi nahrajete nejnovější WordPress, tak dojde vlastně k ruční aktualizaci. Při prvním načtení WordPressu pak dojde k aktualizaci databáze a budete mít vše nejnovější.
– Doporučil bych aktualizovat na nejnovější verzi WordPressu.
– Se šablonami je obecně trochu problém, většina se chová standardně a z hlediska databáze tam není žádný problém s aktualizací (používají nastavení v rámci
theme_mods_), ale různé placené šablony mohou provádět různé podivné věci, klidně si vytvářet i vlastní databázové tabulky, těžko říci. Pokud je ale šablona aktuální (a autor ji stále průběžně aktualizuje, tak by to neměl být problém). Riziko problémů je myslím dost nízké (několikaprocentní), ale můžete to třeba někde nanečisto vyzkoušet.– S pluginy je to ještě horší :-) Musíte sledovat kompatibilitu, aktualizace, předem se na to asi moc nepřipravíte. Některé pluginy mohou přestat s novou verzí WordPressu fungovat (a nemusí to být kvůli databázi, ale jiným problémům, např. použité funkce, změna hooků, atd).
– Osobně doporučuji aktualizovat alespoň jednou za dva roky. Místní web aktualizuji většinou jednou za půl roku, většinou vždy čekám na opravnou verzi :-) Pokud na současné verzi 4.2.15 není žádný problém, tak nemusíte spěchat, bezpečnostní aktualizace jsou automaticky aplikovány. Ale asi by to časem aktualizovat chtělo, sice s tím možná budou nějaké drobné problémy (hodně záleží na pluginech a šabloně), ale pak to zase můžete nechat dva roky být :-)
Podobné úpravy se dělají většinou přímo prostřednictvím odvozené šablony, někdy je tam potřeba i zkopírovat a upravit některé soubory z WooCommerce. PLugin s tímto asi moc nepomůže, musel by umět skoro všechno, co umí CSS, a to většinou není potřeba, protože si to každý podle potřeb upraví… Pokud sem dáme příklad webu, tak můžeme nějaké drobnější úpravy projít společně, případně se ozvěte v rámci placené zakázky.
Funkci se stejným názvem můžete použít pouze v případě, kdy podmínku function_exists() (pozor, na konci je písmeno s, v příkladu ho nemáte) definuje rodičovská šablona.
Jinak je možné celou funkci přes příslušný hook odebrat a nahradit funkcí novou/upravenou. Ale ideální by to bylo vysvětlit na nějaké příkladu, klidně sem nějaký vložte…
Zdravím překladatele :-)
Koukal jsem do administrace s přehledem příspěvků a vidím tam “před 40 minutami”? Nebyl by nějaký screenshot? Zkoušel jste pro jistotu deaktivovat všechny pluginy?
Problém bude podle mě někde tady. Nevím, proč to tam přesně autoři šablony Rainforest mají, ale nejdříve sice převedou obsah na HTML entity pomocí
htmlentities()s kódováním utf-8, ale když to potom vrací zpět, tak to funkcehtml_entity_decode()nezvládne. Patrně to i nějak souvisí s nastavením serveru…Zkuste změnit řádek 167:
$content = html_entity_decode( $content );na:
$content = html_entity_decode( $content, ENT_QUOTES, 'UTF-8' );Případně zkuste odpojit celý filtr:
add_filter( 'the_content', 'rainforest_remove_forced_spaces', 9 );zakomentováním:
// add_filter( 'the_content', 'rainforest_remove_forced_spaces', 9 );Uvidíte, jestli něco z toho pomůže…
Protože jde o placenou šablonu WP Portfolio Pro, tak bych nejdříve zkusil kontaktovat přímo autory. Možná je to jen rozhozené kvůli nové verzi WooCommerce, těžko říci… Sice uvádějí podporu WooCommerce, ale na jejich demoverzi jsem obchod nikde neviděl, takže ani nemůžeme ověřit, zda je problém i u nich…
A když zkusíte přepnout na defaultní šablonu Twenty Seventeen? A pro jistotu deaktivovat i všechny pluginy? Díval jsem se na web a podle mě to nemá s fontem nic společného…
Je možné to někde vidět? Kosočtverce s otazníkem jsou většinou spíše problémem kódování databáze a nikoli konkrétního fontu… Když se podíváte do databáze (tabulka
wp_posts), tak tam je obsah uložen správně s diakritikou?Díky, zajímavé. Vypadá to na nějaký konflikt s pluginem, osobně podezřívám iThemes Security. K čemu ho vůbec na webu potřebujete? Zkuste ho deaktivovat a pak se zkusit přihlásit v anonymním okně prohlížeče přes adresu
/wp-admin. A když ho pak necháte deaktivovaný a klidně ho i třeba smažete, tak vlastně o nic nepřijdete :-)Plugin do žádných oprávnění nezasahuje, takže je to dost podivné… Až se něco takového zase stane, tak bych potřeboval zjistit konkrétní chyby. Nemáte u hostingu přístup k PHP error logu? Tam by se daly případně dohledat i starší chyby…
Pošlete mi prosím přístupy, podívám se na problém s chybějícími produkty ve feedu.
Sice si moc neumím představit proč by nefungovala adresa
/wp-admin, ale každopádně měl @mirekk pravdu! Díky moc!@mirekk:
/wp-adminby mělo být automaticky přesměrováno na/wp-login.php(pro nepřihlášeného uživatele).@kopernik: Problém bude asi s nějakým pluginem nebo šablonou, který se projeví po přihlášení do administrace WordPressu. Zkoušel jste pluginy natvrdo deaktivovat (přejmenováním složky
wp-content/pluginsna FTP)?
