Přehled odpovědí
-
Příspěvky
-
Je to patrně problém spojený s novou aktualizací WordPressu 4.0.1. Podle autorů pluginu Form Maker by to ale měla vyřešit aktualizace pluginu na nejnovější verzi 1.7.19. Bohužel ale podle jejich fóra podpory budete muset zkrácený zápis (shortcode) ze stránky v editoru smazat a nově vygenerovat (možná bude mít trochu jiný tvar).
Please note that after the update you will have to regenerate the shortcode. That is to delete and insert the shortcode from the Editor again.
Šablona Enfold měla problémy s novým WordPressem 4.0.1 a je potřeba nainstalovat aktuální verzi šablony 3.0.4, která je opravuje (zatím tam máte starší verzi 3.0.2).
Takže používáte šablonu DW Timeline Pro, kde jsou po pravé straně odkazy na jednotlivé stránky, které byste chtěli zaměnit za klasický archiv podle data? WordPress archivy standardně používá, takže např. zde najdete přehled listopadových příspěvků na tomto webu (URL
/2014/11). Ale nevím, jestli to umí i verze zdarma, aby se to dalo vyzkoušet? Jak to vlastně u šablony funguje? To je klasické stránkování, např. po deseti příspěvcích?Stejně moc nechápu, jaký to má smysl? Proč tedy tuto stránku nenastavit jako úvodní?
Každopádně můžete zkusit nastavit přesměrování např. pomocí pluginu Safe Redirect Manager.
Další možností je jednoduchá funkce, kde se pomocí wp_redirect() napojíte na akci template_redirect.
Použít můžete i úpravu souboru
.htaccess, nějaký příklad naleznete např. zde. Bohužel se pak na tyto úpravy zapomíná a za rok budete řešit proč je to vlastně přesměrováno a co to vlastně způsobuje :-)Nevím, jestli tomu zcela rozumím. Pokud přijde uživatel na úvodní stránku, tak má být pokaždé přesměrován na nějakou jinou stránku webu? Takže úvodní stránku nikdo nikdy neuvidí? Nešlo by v tomto případě nikoho nikam nepřesměrovávat, ale nastavit stránku “Úvod” jako úvodní statickou stránku (menu Nastavení – Zobrazování)?
Na odkazovaném webu tu animaci nikde nevidím? A tu animaci jste přetáhli do Knihovny médií nebo přímo do pole s textem (vizuální editor)? Používáte patrně hosting Forpsi.com, takže by tam neměl být nějaký zásadní problém. Každopádně bych také nejdříve provedl aktualizaci, používáte už poměrně zastaralou verzi WordPressu 3.6.x.
To je zajímavé, podle chybové hlášky jde o problém s nedostatečnou PHP pamětí (aneb memory_limit), ale 128 MB by mělo většinou stačit skoro na všechno. Obrázek tam je vložen klasicky z Knihovny médií? Jiné stránky upravovat jdou? Nemáte na webu příliš mnoho dalších pluginů?
Pokud se dobře pamatuji, tak jsem W3TC většinou jen aktivoval a pak přešel do menu Performance – General Settings, kde jsem povolil “Page Cache” a “Database Cache”. Můžete samozřejmě povolit i další (např. minifikaci či cachování objektů), ale jako základ to myslím většinou stačí. Ani není potřeba nastavovat žádné pokročilé funkce, základ by měl být připravený k obecnému použití. Pokud to nebude vyhovovat či fungovat, pak je tam mnoho různých možností a testovat je možné donekonečna :-)
Dejte prosím vědět, zda se zadaří a cachování WPML bude fungovat…
To už je poměrně vysoká návštěvnost, WordPress bez cachování na běžném hostingu snese bez většího zpomalení tak kolem 500 návštěvníků denně, ale hodně záleží na tom, jak jsou rozmístěni během dne (některé weby mají třeba 90 % návštěvnosti večer, a to je trochu problém) a jak je web optimalizovaný (nejen načítání souborů, ale i počet SQL dotazů).
Podobné problémy, které se týkají několika pluginů najednou jsou vždy problematické. Musel by si k tomu někdo z vývojářů pořádně sednout a otestovat v popisované kombinaci (možná i na konkrétním hostingu či serveru), aby se konečně odhalila příčina. Větší šanci máte u WPML (placený plugin s podporou), protože WP Super Cache je sice aktualizovaný plugin, ale podpora je tam už výrazně horší (a to dlouhodobě). Někdy se mi vyplatilo připravit pro vývojáře nějaké testovací prostředí, kde je možné chybu přesně vidět a nemohou to na něco svádět. Dal jsem jim veškeré přístupy (FTP i administrace) a každý týden je otravoval :-) Po měsíci se k tomu někdo opravdu dostal, problém opravil a nová verze pluginu byla na světě (v tomto případě šlo o vcelku zásadní chybu v pluginu NextGEN Gallery). Ale je to zdlouhavé a nemusí to vždy vyjít :-)
Takže bych si zkusil trochu pohrát s nastavením WP Super Cache, případně pak nasadil W3TC. Pokud tam bude nějaký problém, tak se ho můžete zase zbavit. A jako další možnost zbývá pravidelně otravovat vývojáře nebo si někoho zaplatit, aby to opravil…
Bohužel nejste první, kdo se zajímá o podobný problém. WPML měl s cachováním problémy i v minulosti a podle aktuálních informací si trochu lépe rozumí s pluginem W3 Total Cache. Ale možná záleží i na nastavení, někdo uváděl, že nesmí být u WP Super Cache zapnuté objektové cachování, těžko říci, osobně jsem to nezkoušel, nikdy jsem neměl u vícejazyčných webů takovou návštěvnost, abych nějaký cachovací plugin nasazoval… Používáte nejnovější verzi WPML?
Pokud jsem to dobře pochopil, tak je Bublaa externí aplikace v podobě fóra, kterou načítáte na webu pomocí pluginu bublaa forum and comments. Bohužel v tomto případě asi fórum přeložit nepůjde, případně můžete zkusit kontaktovat provozovatele služby (ale nejste první, kdo se o to zajímá).
Obávám se, že nerozumím, co tím máte na mysli:
udělat stránku s náhledy stránek a odkazy na ně
Můžete to prosím nějak lépe popsat? Jde vám o náhledové obrázky u článků nebo něco jiného?
Možná jste na něco zapomněla nebo došlo k nějaké chybě, těžko říci… Jestli můžete, tak prosím pošlete přístupové údaje (administrátor WordPressu + FTP), zkusím se na to podívat…
Podařilo se problém nakonec vyřešit? Na fóru se objevilo nové téma, které řeší stejný problém, tedy nefunkční WordPress 3.3.x společně s novější verzí PHP (Wedos má myslím defaultně zapnutou podporu právě PHP 5.4).
Podařilo se problém nakonec vyřešit? Na fóru se objevilo nové téma, které řeší stejný problém, tedy nefunkční WordPress 3.3.x společně s novější verzí PHP (Wedos má myslím defaultně zapnutou podporu právě PHP 5.4).
Perfektní, díky! Máte pravdu, k chybě došlo už ve WordPressu 3.3, kdy bylo představeno nové WP_Screen API.
Poté byla chybka opravena až ve WordPressu 3.4, ale pokud někdo zůstával u starší verze WordPressu a hosting zatím aktualizoval na novější PHP 5.4.x, tak došlo k popisovanému problému. Našel jsem i tady ve fóru několik dalších příkladů, jejichž příčina mohla být stejná (1 a 2). Uživatelé zde používali starší WordPress 3.3.x, zatímco hosting aktualizoval servery na novější PHP.
Každopádně jde o jeden z příkladů, proč pravidelně aktualizovat :-)
Karel Řehák: Pěkné, díky! Máte pravdu, je to tam hezky vidět a bohužel je to chyba, která se objevuje pouze u českých lokalizačních souborů, ostatní jazyky mají standardní malá písmena v koncovkách souborů. Možná by stálo za to napsat autorům pluginu, aby to opravili, protože jinak to budete muset s každou novou verzí zase upravovat…
A administrace WordPressu se zobrazuje v pořádku v češtině? Zkuste deaktivovat všechny ostatní pluginy, nasadit výchozí šablonu a tento plugin smazat a znovu nainstalovat prostřednictvím administrace.
Použila jste instalaci sítě webů do podadresářů nebo jako subdomény? Provedla jste pak všechny potřebné úpravy, včetně doplnění kódu v souboru
.htaccess? Když jste instalovala síť webů, měla jste nejnovější WordPress 4.0? Jaký používáte hosting? Zkusila jste deaktivovat všechny pluginy a nasadit výchozí šablonu Twenty Fourteen (pokud to nejde v administraci, tak natvrdo na FTP přejmenováním příslušných složek)?
