Přehled odpovědí
-
Příspěvky
-
Aktualizovat můžete i ručně, stačí stáhnout aktuální balíček (např. počeštěný WordPress 4.6, viz modrý odkaz v pravém postranním panelu) a soubory nahrát (nahradit) na FTP. Aktualizace na WordPress 4.6.1 pak proběhne automaticky sama o sobě…
Myslím, že by mohlo stačit WooCommerce znovu nainstalovat a aktivovat? Sice jsem to nezkoušel, ale nemyslím si, že by sobě plugin všechno (včetně produktů) smazal?
Přesně, to je ta hlavní nevýhoda… Jedině si to doplnit někam do interní nápovědy přímo do WordPressu a pořádně to komentovat v souboru
style.css:-) Existují i pluginy pro různé CSS a PHP snippety, kde by se to dalo vcelku dobře spravovat, ale určitě to není ideální, zejména pokud je na webu více editorů…Na druhou stranu zase doplníte plugin s mnoha funkcemi, které třeba ani nepoužijete…
:-)
Zkusil bych aktualizovat na nejnovější verzi WordPressu a pak to pořádně debuggovat. Udělejte si pro jistotu zálohu a pošlete mi přístupové údaje. Nic víc mě bohužel už v tuto chvíli nenapadá…
Pokud jste něco upravoval v databázi, tak by to mohlo být způsobeno i tím, ale pak by už zase museli fungovat nově vytvoření administrátoři…
Asi nejjednodušší řešení (bez použití pluginů) spočívá v tom, že si uděláte různé skiny, a to na základě nějakých definovaných tříd pro CSS.
Potom stačí vložit seznam do příspěvku a místo defaultního
<ol> <li>První položka</li> <li>Druhá položka</li> </ol>tam doplníte nějakou třídu, která bude mít v CSS definována potřebná pravidla pro zobrazení, tedy např.
<ol class="skin1">nebo<ol class="kulate-ikonky">. Nevýhodou tohoto řešení je bohužel to, že to budete muset někde evidovat a případně s tím seznámit editory. Na druhou stranu nepotřebujete žádný speciální plugin.Nebo můžete použít nějaký plugin, který vkládá seznamy pomocí zkrácených zápisů (shortcode), umí to např. oblíbený Shortcodes Ultimate a určitě mnohé další. A můžete si zakoupit i doplňkové skiny nebo si je připravit sám. Hlavní výhodou pak bude, že editoři při vložení seznamu budou moci vybírat z nabídky skinů.
Zmiňovaný plugin “Lists Shortcode and Widget” vypadá dobře, ale je to vlastně trochu kombinace obou řešení :-) Umožňuje vložit seznam pomocí shortcode a můžete si tam nadefinovat vlastní CSS třídu, takže jediný rozdíl je v tom, že máte možná hezčí UI pro vkládání seznamů, ale zase musíte ručně vkládat CSS třídu a ještě bude seznam vložen pomocí shortcode, což mi nepřijde zcela ideální (a stačilo by jednoduše doplnit CSS třídu pro
<ol>).@sjiamnocna: Díky za tip na plugin.
@dorana: Pokud používáte Page Builder by SiteOrigin, tak by to mělo jít vcelku jednoduše, a to pouze přidáním textového widgetu na konkrétní stránku. Potřebný HTML a JavaScript do něj vložíte a mělo by to fungovat, pokud nejde o nějaký speciální kód. Pokud by to nešlo, tak si můžete vytvořit (např. pomocí pluginu Shortcoder) vlastní zkrácený zápis (shortcode) a ten potom vkládat přímo do stránky (řešili jsme např. zde).
Pokud to ale chcete umístit na celém webu (a ne jen na konkrétní stránce), tak to budete muset vložit přímo do šablony. Pokud jde pouze o JavaScript, tak je možné použít zmiňovanou funkci wp_enqueue_script(), ale pokud jde o klasickou kombinaci HTML (obsahuje nějaký placeholder) a JavaScriptu, tak to pak budete muset vložit do šablony přímo, ideálně v rámci samostatného souboru a načítat přes get_template_part().
To je kontrola speciálního dostupnostního feedu, který ještě není součástí pluginu České služby (měl by se objevit už v další verzi). Plugin obsahuje standardní produktový feed pro Heureku, který myslím nemá žádný validátor, ale pouze ho přidáte v administraci Heureky a oni ho sami zkontrolují…
Snažím se to pochopit :-)
Chcete mít rozdílné weby se stejným obsahem a stejnými uživateli? Co se na těch webech tedy bude vlastně lišit? Šablona nebo něco jiného? Nestačil by použít alias a zobrazovat stejný web na různých subdoménách?
Pluginy i další různá řešení existují, ale záleží na detailech. Obsah bude možné upravovat z každého webu a provedená úprava se musí zase projevit všude? Nebo se to bude spravovat z centrálního (primárního) webu a ze subdomén nebude možné příspěvky upravovat? Nebo jsem to špatně pochopil a bude nějaký společný obsah (třeba stránky) a na každé subdoméně pak budou už odlišné příspěvky?
Příčina je patrně v tom, že Google indexuje nějaké příspěvky pod starými odkazy, např.
http://frogos.cz/blog/2015/05/02/posledni-sbohem/xhttp://frogos.cz/posledni-sbohem/, ale po změně struktury trvalých odkazů z/%year%/%monthnum%/%day%/%postname%/na/%postname%/nedošlo k přesměrování na jejich nové URL adresy a v tomto případě to WordPress bohužel automaticky neumí (řešili jsme to zrovna nedávno docela podrobně zde). Takže Google Search Console správně upozorňuje, že některé adresy ještě nedávno fungovaly, ale nově nefungují…Podivné mi přijde jen to, že by si WordPress sám při aktualizaci přepnul strukturu trvalých odkazů? Trvalé odkazy by takto měly být zapnuty pouze u nových instalací (nebo pokud jste neměl žádné nastavené), ale nikoli když máte nastavenou vlastní strukturu. Mimochodem, šlo o novinku WordPressu 4.2, další podrobnosti naleznete zde.
Odkazovaný web se mi nějak nenačítá? Šablona Panaroma nemá žádné speciální nastavení fontů? Jakým způsobem jste změnila font na celém webu?
Díky za odpověď :-) Zkusil bych do budoucna ještě raději přejít na novější verzi PHP, která může časem způsobovat i další problémy…
ad 1) Je to bohužel trochu složitější funkce, budu muset napsat manuál nebo to celé ještě trochu zjednodušit…
ad 2) Rozdíl bude patrně v tom, že u popisku kategorie je to kurzívou, která je trochu naležato, zatímco u popisku produktu to je v rámci pomocné bubliny a nikoli kurzívou. Ale obecně je problém patrně v použitém fontu, který je ve WordPressu 4.6 pro každé zařízení trochu jiný (a nahradil Open Sans). Takže pro Windows to bude
Segoe UI, zatímco pro Ubuntu to budeUbuntu. A v případě kurzívy tam může být asi rozdíl (můžete vyzkoušet)… Ale budu to asi muset nějak vyřešit i v rámci pluginu, protože je to nápověda a může uživatele mást…Tak nakonec vůbec nešlo o problémy s novou verzí WordPressu 4.6.1 a i základní soubory s diakritikou se nahrávají správně. Problém souvisí s velikostí nahrávaných obrázků (např. velké soubory z fotoaparátu), které jsou sice nahrány, ale WordPress už nemá dostatek paměti, aby z nich vytvořil potřebné náhledy pro zobrazení v administraci a na webu. Na webu máte totiž pouze 48 MB dostupné PHP paměti (
memory_limit), což patrně bohužel nestačí. Zkuste to změnit v administraci hostingu, záložka “Domény a hosting”, klikněte na ikonku Webserver u konkrétní domény, dále najděte část “Nastavení PHP” – Změna nastavení PHP – zvolte doménu a navyšte hodnotumemory_limitze 48 třeba na 128 (a potvrďte změnu tlačítkem “Odeslat”).Doporučil bych si také stěžovat přímo u podpory Českého hostingu na prastarou (a nebezpečnou) verzi PHP 5.2.x, která může snižovat výkon WordPressu. Bohužel je ale jejich přístup dost unikátní, kdy si to musíte všechno zařídit sám nebo za to zaplatit, s čímž jsem se ještě u “normálních” hostingů nesetkal. Občas sice také mají starší servery se starými verzemi PHP, ale na emailovou žádost bez řečí všechno sami přestěhují nebo aktualizují.
Moje vysvětlení tedy spočívá v tom, že se nepodařilo správně nahrát velký obrázek (cca 3 MB), následně jste zkusil aktualizovat WordPress na nejnovější verzi, ale tím došlo k tomu, že už nešel nahrávat ani obrázek o velikosti cca 0,5 MB (může to souviset právě i se starou verzí PHP v kombinaci s nejnovějším WordPressem). Díval jsem se na FTP a u starších obrázků, kde chybí náhledy, to také nikdy nefungovalo, jen si na to asi nevzpomínáte. Nikdy tam nebyly vygenerovány všechny potřebné velikosti obrázků, aby se to v administraci správně zobrazovalo…
Pokud by navýšení
memory_limitnepomohlo, tak můžete ještě zkusit změnit používanou grafickou knihovnu pro generování obrázků (řešili jsme např. zde).ad 1) Tak to je dost podivné, s pluginem by to mělo jít právě jednoduše nastavit :-) Na přiloženém screenshotu mám příklad nastavení konkrétního produktu (globálně mám nastavenou dodací dobu na 7 dní a definovaný text “Na objednávku do týdne”), který je uveden v nastavení jako “Skladem”, ale s nulovým počtem kusů a označen pro objednávku předem pomocí volby “Povolit, ale informovat zákazníka”.
Na webu se pak správně zobrazuje, že je na objednávku do týdne a ve feedu se zobrazuje hodnota 7, tedy že není aktuálně skladem, ale bude během 7 dní (viz další screenshot).
Ale možná jsme se jen špatně pochopili a jde o nějaký jiný problém?
ad 2) Zajímavé, ale to bude asi způsobeno fontem? Používám Windows a Chrome a vidím to takto (viz screenshot), tedy se správným oddělovačem.
V souboru
wp-config.phpby mělo být třeba toto:define( 'WP_ALLOW_MULTISITE', true );Další možností (viz chybějící možnost aktualizace) je, že prostě nějakým záhadným způsobem nejste administrátor.
Z jak staré verze WordPressu jste aktualizoval?
Český hosting má tuším omezení 10 GB prostoru a 100 tisíc souborů, což by asi neměl být problém.
Podezřívám trochu jednu hlášenou chybu WordPressu, ale potřeboval bych to ověřit. Můžete mi poslat administrátorské přístupy k webu a FTP?
Další možností je nějaký problém na straně hostingu (CHMOD), ale to by se obrázky patrně nenahrály vůbec na FTP, těžko říci…
To je ten samý obrázek jako jste zkoušel nahrát výše? Nahrál jsem ho bez problémů, tak nevím, proč to nešlo…
Jaký používáte hosting?
Když se podíváte na FTP (parně složka
wp-content/uploads/2016/09), tak tam byl obrázek fyzicky nahrán nebo vůbec ne? Zkuste ještě nahrát jen nějaký jednoduchý malý obrázek bez diakritiky v názvu (třeba klidně znovu nějaký obrázek, který už na webu je).
