Přehled odpovědí
-
Příspěvky
-
Případný návrat zpět ke starší verzi 2.3.5 je také možný, ale nevím, zda neproběhla i nějaká aktualizace databáze, což by mohlo způsobit problémy. Každopádně je v podobných případech možné použít plugin WP Rollback, který umí provést návrat zpět automaticky.
Dole v nastavení úvodní stránky jsem našel možnost “Sledovat Meta roboty”, kde bylo zvoleno “Nesledovat”. Překlad je strašný, ale když si přepnete do angličtiny, tak to právě mění výše uvedenou hodnotu
nofollownafollow. Ale chybu to i přes změnu hlásí pořád, zkuste prosím web ověřit zase pomocí služby OnPage (nejsem tam registrovaný). A stejně je to trochu podivné, protože u dalších stránek není meta informace prorobotsvůbec uvedena (asi to ale nevadí, když tam je defaultní nastavení).Hmm, tak to nevím, čím je problém konkrétně způsoben. Na webu je následující kód:
<meta name="robots" content="index,nofollow,noodp">A podle manuálu to znamená přibližně následující:
index– Vyhledávače mohou indexovat obsah webunofollow– Vyhledávače mají ignorovat všechny odkazy ze stránky – tady by asi mohl být problém, protože tím vlastně říkáte vyhledávačům, aby ignorovaly odkazy na další stránky webu. Nemůžete toto nastavení někde na stránce (nebo v globálním nastavení pluginu) změnit?noodp– to nás asi moc nezajímá, specifická informace.Na dalších stránkách pak tato informace není vůbec uvedená, což je trochu podivné. Ale nevím, ještě jsem novou verzi pluginu nezkoušel… Případně mi prosím pošlete přihlašovací údaje do administrace, zkusím se na to podívat…
Když tam necháte aktivní pouze Yoast SEO a vyzkoušíte, zda to stále hlásí problémy s indexováním. Pokud to bude bez ostatních pluginů fungovat v pořádku, tak tam bude patrně nějaký konflikt. Jinak ve zdrojovém HTML kódu vůbec nevidím žádné generované informace, které by pocházely z pluginu Yoast SEO.
Nemáte odkaz na web? Stránka nemůže být indexována vyhledávači pouze pokud je to uvedeno v meta informacích v hlavičce, které tam vkládá plugin. Opravdu se to tam v HTML kódu zobrazuje? Zkusil jste deaktivovat všechny pluginy a přepnout na výchozí šablonu Twenty Fifteen, zda tam třeba není nějaký konflikt?
To je výchozí šablona Twenty Fifteen? A na konci je klasická navigace pro předchozí a následující příspěvek, která se zobrazuje na základě funkce the_post_navigation(). Ale podle screenshotu to nevypadá na příspěvky?
Ještě doplním, další podrobnosti najdete i v původním tématu.
Nastavení – Základní – Komentáře: Zaškrtávácí políčko se v nové české verzi jmenuje přesně “Povolit návštěvníkům webu přidávat komentáře k novým článkům”. Znamená to, že ovlivňuje pouze nově publikované články (příspěvky) a od WordPressu 4.3 neovlivňuje nové stránky, které jsou defaultně zakázané.
Skrývání komentářů u stránek pomocí CSS není bohužel moc dobrý nápad, protože sice nejsou vidět, ale stále jsou na webu přítomné (a může z nich např. chodit spam). Jak jsem psal výše, tak základní nastavení nefunguje u stránek a platí pouze pro nově publikované články. Můžete ale u každé stránky komentáře zakázat. Pokud u stránky tuto možnost nevidíte, tak ji musíte nejdříve povolit, a to pomocí pravé horní záložky “Nastavení zobrazených informací”.
Doplním, že jde o novinku WordPressu 4.3, který u všech nových stránek automaticky zakazuje komentáře. A co s tím? Buď je musíte u každé stránky ručně povolit nebo použít nějaký plugin, např. Allow Comments on Pages by Default, který navrátí původní chování ze starších verzí.
Osobně jsem raději, když jsou komentáře u stránek automaticky vypnuté, protože jsem je musel stále zakazovat u různých stránek typu “Kontakt”, ale uživatelé byli dlouho zvyklí na jiné chování, což způsobuje trochu zmatky…
V menu Nastavení – Komentáře je tato možnost pojmenována “Povolit návštěvníkům webu přidávat komentáře k novým článkům” (anglicky “Allow people to post comments on new articles”), což se vztahuje na klasické příspěvky, ale nikoli stránky.
Tak to by mě také zajímalo, kdo za to může :-) Říkal jste, že se na webu nic nedělalo?
Když přejdete do administrace na stránku “Pluginy”, tak budou všechny deaktivovány. Potom to na FTP přejmenujte zpět a postupně je zapínejte. Jakmile se web zase rozbije, tak budete vědět, kdo za to může… A docela by mě to také zajímalo…
Tak to je rozhodně dost podivné, nepoužíváte nějaký bezpečnostní plugin? Zkuste deaktivovat všechny pluginy, tedy přejmenovat složku
wp-content/pluginsna FTP. Potom se nebudou žádné pluginy načítat a vyloučíte tak nějakou jejich možnou chybu…Aha, takže Český hosting provozuje patrně firma THINline, konečně to dává smysl :-)
Je možné, že mohl být web zavirován nebo se “zbláznil” nějaký plugin, ale měl by fungovat alespoň základní HTML odkaz:
http://dodavkyturnov.cz/readme.htmlKdyž se přihlásíte na FTP, tak tam souborreadme.htmlfyzicky najdete? Pokud se pak nezobrazí v prohlížeči, tak tam budou mít nějaký problém…Odvozenou šablonu (Child theme) můžete stále ještě vytvořit, i když to bude trochu pracnější…
Můžete si stáhnout upravenou verzi šablony, kterou máte na webu a zároveň originální verzi, kde došlo k úpravám. Pak budete muset porovnat jednotlivé soubory a zjistit (či zavzpomínat), co se tam konkrétně změnilo. Potom už stačí šablonu aktualizovat, následně vytvořit odvozenou šablonu a do té postupně přidávat jednotlivé změny, které byly dříve provedeny přímo do šablony.
Ideální situace je samozřejmě ve chvíli, kdy si to všechno připravíte na počítači, ale můžete to provést i rovnou na webu (pokud tam docházelo pouze k drobným změnám). Na provozování webu na localhostu je třeba nejdříve zprovoznit potřebné prostředí, často se používá balíček XAMPP (obsahuje vše potřebné), se kterým nejsou téměř žádné problémy.
Řekl bych, že půjde o nějaký problém na straně hostingu, zkuste kontaktovat nejdříve podporu… Pokud jste s webem nic nedělal, tak by to mohla být příčina. Patrně používáte hosting THINline, ale možná jen zprostředkovaně přes někoho jiného? Webuzo je nějaký systém pro správce serverů, takže si tam s tím asi někdo hraje nebo mají nějaké problémy…
Aha, tak to jsem spletl, zakázanou možnost publikace příspěvku má až uživatel s úrovní Spolupracovník. Ten ale zase nemůže nahrávat obrázky, což může být občas problém. Řešením může být nějaký obecný plugin pro uživatelská práva, např. Members, kde musíte pro uživatelskou úroveň “Author” (aneb česky Redaktor) odebrat oprávnění publikovat příspěvky, tedy publish_posts. Pokud nechcete použít plugin, tak stačí funkce remove_cap().
Jak to řešíte u rubrik?
Pokud vím, tak s odebráním části URL
authorjsou různé problémy a návody z internetu (např. zde) fungují pouze částečně nebo mají nechtěné důsledky jinde… Nestačilo byauthorjen změnit na něco vhodnějšího? K tomuto účelu existuje povedený plugin Edit Author Slug. Původně sice také uměl částauthorzcela odebrat, ale kvůli problémům tuto možnost už nepodporuje…Pokud se nepletu, tak je to základní funkce WordPressu? Musíte příslušnému uživateli nastavit úroveň “Redaktor” (nesmí být administrátor) a potom nemůže sám publikovat příspěvky, ale může je pouze odeslat ke schválení…
A nestačily by k tomu defaultní třídy
.byuser,.bypostauthorči.comment-author-adminv rámci funkce comment_class()?
