Přehled odpovědí
-
Příspěvky
-
Mohl bych se na to někde podívat? Pokud nechcete zveřejnit adresu obchodu, tak prosím alespoň emailem. Máte vyplněné údaje pro nastavení Uloženky v administraci (záložka České služby)?
Díky, také mi to chvíli trvalo než mě to napadlo :-) Někdy je to sice na první pohled primitivní problém, ale možná by to mohlo být ze strany WordPressu nějak ošetřeno, protože se to může občas někomu stát…
Asi nejjednodušším způsobem podle mě budou šablony stránek. Ale záleží také na tom, kolik obsahu budou sekce obsahovat…
Příklad: Vytvoříte si stránku “Název pluginu”, pro kterou si připravíte speciální šablonu stránky. Ta může načítat jiné záhlaví, jiný sidebar (a tedy tam lze umístit i jiné widgety), jiné umístění pro menu a další funkce (např. zobrazí obsah stránky a pod ní výpis souvisejících příspěvků či odkazů na podstránky). URL adresa této stránky pak bude
web.cz/nazev-pluginu. Potom můžete vytvořit další podstránky “Instalace”, “Tipy a triky”, které budou mít kvůli podřazenosti adresuweb.cz/nazev-pluginu/instalace. Pro tyto podstránky budete moci používat standardní šablonu stránek nebo vytvoříte další společnou šablonu pro všechny tyto podstránky (budou mít např. stejný sidebar a menu jako jejich nadřazená stránka).Jediným problémem jsou v tomto případě příspěvky, které budou zařazovány (respektive zobrazovány) do této sekce. Pokud budou v nějaké rubrice “Název pluginu”, tak bude jejich výpis dostupný také na adrese
web.cz/category/nazev-pluginu, což asi není ideální, ale můžete jejich výpis zobrazovat i přímo na stránce “Název pluginu” pomocí vlastního loopu (WP_Query). A jednotlivé příspěvky budou mít adresuweb.cz/nazev-pluginu/nazev-prispevkua budou se zobrazovat jako ostatní klasické příspěvky, takže to asi také není zcela ideální… Pokud tedy nechcete, aby byly součástí klasického blogu…Takže by byl možná nakonec lepší nějaký (patrně hierarchický) vlastní typ obsahu (Custom Post Type, CPT) pod názvem “Název pluginu”. Všechny příspěvky by tak byly speciální stránky, měly by URL adresu
web.cz/nazev-pluginu/nazev-prispevku-strankya mohl byste pro zobrazení použít souboryarchive-nazev-pluginu.php(zobrazení výpisu stránek) asingle-nazev-pluginu.php(zobrazení jednotlivých stránek), případně opět i speciální šablony stránek (pokud bude někde potřeba). Ale možná jsem něco nedomyslel, bude to chtít vyzkoušet. Záležet bude také na množství obsahu, které se bude k této sekce vztahovat, pro navrhovaný způsob se mi jeví vhodné cca 10 – 100 stránek, jinak by to asi chtělo možná zase trochu jiné řešení…Tak tady z toho je zakázka :-)
Není to nic složitého, ale stejně bych rozhodně doporučil nejdříve migrovat na jiný plugin, protože nechávat tam odstraněný plugin je cesta do pekel (poznáte při další aktualizaci)…
Zkuste to za pár dní ze souboru
wp-config.phpzase odstranit, případně ještě jednou ručně nakopírovat všechny instalační soubory WordPressu. Nevěřím, že by to měl Český hosting nějak špatně nastavené, už vzhledem k tomu, že má opravdu hodně klientů, ale možná jde jen o nějaký konkrétní server, těžko říci… Pokud tomu chcete přijít na kloub, tak si udělejte v nějakém podadresáři novou čistou instalaci WordPressu a uvidíte, zda bude také zlobit. Potom to můžete případně řešit přímo s hostingem, protože to bude nějaký jejich problém…Dobrý příklad máte přímo v manuálu pro .detach(). Můžete použít .append() či .appendTo().
Jaký plugin pro tabulky používáte? Kámoš patrně “sáhnul” do souboru
style.cssv adresáři se šablonou nebo nějakého stylovacího souboru pro tabulky, případně se ho nejdříve zeptejte, co konkrétně upravoval. Stačí stáhnout originál šablony (či samotného pluginu) a upravovaný soubor zase nahradit originálem, čímž se vrátíte k původní podobě webu…@etikbutik: Hesla sem raději nepište (email je vhodnější), smazal jsem přístupové údaje z původního příspěvku. I když byl správně označen jako soukromý, tak nikdy nevíte, kdy to přestane kvůli nějaké aktualizaci fungovat :-)
Problém s datem je vcelku jednoduchý, v menu Nastavení – Obecné – “Formát data” máte nastaven “Uživatelský” formát v podobě
29.3.2015, takže všude, kde se zobrazuje datum bude natvrdo nastaven tento datum :-) Tady má být totiž obecný formát, v tomto konkrétním případě tedyj.n.Y. Nebo stačí když zvolíte první možnost, která je zcela stejná (manuál).Podobný problém jsme tu již měli, jen to tu není vedeno jako “neklikatelný nadpis”, ale neaktivní položka menu (také asi ne zcela ideálně). Najdete tam popis pro vložení uživatelského odkazu, který vlastně ani nebude odkazem, případně tip na plugin, který to pro nadřazené položky provede automaticky…
Problém se objevil nyní z ničeho nic, nebo to je nějaká dlouhodobější záležitost? Možností je několik:
1) Buď za to může nějaký plugin, zkuste je všechny deaktivovat. Nepoužíváte třeba nějaký vlastní skript na import produktů?
2) Nebo za to může šablona, zkuste na chvíli aktivovat výchozí šablonu Twenty Fifteen.
3) Možná tam už nějaký skript proběhl v historii a přepsal to přímo v databázi, těžko říci. S ničím podobným jsem se ale ještě nesetkal a ani si neumím moc představit, jak by to šlo provést (jedině snad nějaký filtr na datum). Pošlete mi prosím přihlašovací údaje (FTP + administrace WordPressu), zkusím se na to podívat…
Patrně jde o nedostatek PHP paměti (aneb
memory_limit). Na webu máte dostupných 128 MB, ale WordPress požaduje podle chybové hlášky více. Buď máte na webu už velké množství dat nebo používáte náročné pluginy (zkuste nějaké deaktivovat) či šablonu. Další možností je navýšení paměti (většinou zpoplatněno).Upřímně řečeno, přesně nevím… Nejčastěji to souvisí s nastavením serveru. Jaký používáte hosting? V administraci WordPressu jsou všechny skripty automaticky komprimované a slučované, aby se vše načítalo rychleji. Ale v některých případech to prostě nefunguje a musí se to natvrdo vypnout právě pomocí souboru
wp-config.php. Tím vlastně neřešíme příčinu problému, ale pouze si trochu zpomalíte načítání administrace, přičemž nedochází k problémům. Bohužel jsem ještě nikdy nepřišel na to, čím je to konkrétně způsobeno. Musel bych mít přístup k hostingu a pokusit se to trochu debugovat, osobně jsem se s tím zatím nikdy nesetkal… Někde se ale doporučuje to zkusit po pár dnech zase vypnout, protože může dojít na serveru k automatickému pročištění (nevím čeho, možná nějaké cache) a pak už to zase funguje i v původní podobě… Ale nemělo by to nic dalšího ovlivnit…Už jsme to tady několikrát v různé podobě řešili (většinou u freehostingů).
Díky za příspěvek!
Díky :-)
Takže i když přepnete na výchozí šablonu Twenty Fifteen, tak tam problém pořád přetrvává? I když vypnete všechny pluginy? A tlačítko “Page Builder” alespoň zmizí?
Můžete ještě zkusit přidat následující řádek do souboru wp-config.php:
define( 'CONCATENATE_SCRIPTS', false );A pak už jen přeinstalovat ručně WordPress a nic dalšího mě bohužel nenapadá…
Jakým způsobem tam je to tlačítko vložené? Přímo nějaký kód v šabloně nebo pomocí pluginu?
Díky už vidím placenou variantu… Pokud jsou pluginy deaktivované a problém se stále vyskytuje, tak to patrně způsobuje šablona. Neobjevilo se to třeba po nějaké aktualizaci (šablony či WordPressu)? Asi bych zkusil napsat na podporu autorů šablony, zda se s tím už nesetkali… Zkusil jste šablonu deaktivovat a instalovat odkazovanou variantu šablony, která je zdarma? Také se tam objevuje problém nebo to je pouze u placené varianty?
Používáte šablonu Puro, která je zdarma? Máte instalovanou nejnovější verzi této šablony? Podle přiloženého screenshotu, tam pořád Page Builder vidím, protože bude patrně přímou součástí šablony?
Nejdříve bych asi migroval z původního qTranslate Plus na odkazovaný qTranslate X, protože pokud plugin zmizel z oficiálního adresáře, tak to není dobré znamení a obsahuje patrně nějakou bezpečnostní chybu…
Potom už je položka s přepínačem jazyků velmi jednoduchá, stačí ji vložit do menu (viz výše uvedené odkazy). Pokud si na to netroufáte, tak pošlete přístupy a udělejte si pro jistotu kompletní zálohu webu (FTP i databázi).
Jsem docela zvědav, zda to bude nakonec nějaký problém na straně Chrome, který bude odstraněn nebo tím byla naopak odhalena nějaká skrytá chybka WordPressu, uvidíme :-)
@bigdrobek: Díky, oni to sice mají vypnuté z bezpečnostních důvodů, což může být a i WordPress s tím správně počítá. Ale bohužel kombinace staré verze PHP 5.6.5 a Opcache patrně způsobuje tento problém, asi je na to budu muset v říjnu upozornit :-)
