Přehled odpovědí
-
Příspěvky
-
Přechod na jiný prohlížeč řeší problém pouze provizorně, získal jste tím jen trochu času, ale hledejte spíše pravou příčinu, která patrně způsobila i druhý problém. Vyzkoušejte zejména výše uvedený postup s deaktivací pluginů.
Nenabízí se vám u příspěvku pouze zaškrtávací pole “Starší verze” nebo nejsou žádné uvedeny v přílušném boxu? Ještě je možnost, že by byl text automaticky uložen, ale to ho budete muset nalézt přímo v databázi. Můžeme se na to zkusit podívat, ale musíte nám poslat přihlašovací údaje (administrátor WordPressu + FTP) na email pavelevap@separatista.net.
To používáte přímo šablonu Twenty Ten (viz výše uvedený kód)? Kde se vám to nezobrazuje? Meta tagy se zobrazují pouze ve zdrojovém kódu (HTML) a na webu nikde “vidět” nejsou. Můžete je vložit ideálně před značku
<title>(je tam také jeden meta tag, takže budou hezky pohromadě). Případně sem dejte odkaz, abychom se mohli podívat, kde je přesně problém…Michael Fields: Spouštění vlastních událostí pomocí jQuery.
DevPress: Odstraňování stránek (položek) z hlavního navigačního menu WordPressu.
WPMU.org: Šablony pro WordPress už snad existují pro všechny možné obory, zde je na výběr 10 nejlepších šablon pro restaurace.
MathJax: Zajímavá JavaScriptová knihovna pro zobrazování matematických vzorců v prohlížeči.
CVE Details: Podrobný přehled všech objevených bezpečnostních chyb ve WordPressu, ale můžete si zkontrolovat i další redakční systémy.
Wptuts+: Návod pro začátečníky aneb co to vlastně je ta všude zmiňovaná smyčka (Loop) ve WordPressu?
WPMU.org: Nemůžete sice do WordPressu přidávat své vlastní formáty příspěvků, ale to neznamená, že si nemůžete třeba nějaký přejmenovat.
WordPress Answers: Funkce query_posts() způsobuje zbytečný databázový dotaz, takže je možné v některých případech použít filtr request (nemůžete ho ale použít podmínkové funkce a pouze pro hlavní loop).
WPLift: 25 povedených šablon pro WordPress vydaných v roce 2011.
WPMU.org: Znáte (a používáte) klávesové zkratky ve vizuálním editoru a zejména jeho režimu pro nevyrušované psaní?
WPSmith: Přehledná infografika o dotazech ve WordPressu. Kdo ji dokáže popsat a vysvětlit, blíží se k ovládnutí WordPressu :-)
Digging into WordPress: Jak vytvořit speciální vlastní RSS zdroj ve WordPressu pomocí šablony stránky a funkce add_feed()?
Nejjednodušším řešením je použití nějakého SEO pluginu, kde si můžete tyto položky nastavit speciálně pro každou stránku/příspěvek přímo v administraci (a obvykle umí i speciální definice souborů robots.txt).
Jinak můžete meta tagy vložit i do souboru header.php, nic by se rozhodit nemělo, ale vše musí být umístěno ještě před ukončením hlavičky (html značka
</head>). Základní nápovědu naleznete zde.Meta tagy můžete do WordPressu vložit i pomocí akce wp_head. To je asi nejlepší způsob, ale pro začátečníky bohužel nejsložitější. Soubor robots.txt je automaticky generován WordPressem, pokud ho chcete upravovat, tak ho můžete vytvořit a nahrát do hlavní složky (root) webu (tam kde máte např. i adresář wp-content). Většinou ale není potřeba tento soubor vůbec upravovat…
Oba problémy jsou dost závažné, protože znemožňují pohodlnou práci s WordPressem.
Vyzkoušejte nejdříve, zda se první problém s ukládáním konceptu objevuje i v nějakém jiném prohlížeči, čímž vyloučíme problém na straně prohlížeče. Pokud ano, tak dále deaktivujte všechny pluginy a nasaďte výchozí šablonu. Postupně pluginy zapínejte a hledejte viníka. Problém by měl být odstraněn nalezením nekvalitního pluginu, ale pokud ani toto řešení nepomůže, tak prosím pošlete přihlašovací údaje (administrátor WordPressu + FTP) na email pavelevap@separatista.net, zkusíme se na to podívat. Problém je občas i v hostingu nebo nějaké jiné drobnosti.
Ani uvedený dlouhý článek ještě nemusí být ztracen, zkuste se podívat, zda máte uložené starší verze. Pokud je nevidíte, tak si budete muset zapnout jejich zobrazení. Na administrační stránce, kde upravujete přílušný koncept klikněte na záložku “Nastavení zobrazených informací” (vpravo nahoře) a zaškrtněte položku “Starší verze”. Dole na stránce by se měl objevit speciální box, kde uvidíte starší uložené verze.
Výborně! Patrně šlo o nějaký problém s metodou flush_rules(), která se může vyskytovat i u šablon. Možná to souvisí i s touto chybou WordPressu (měla by být opravena ve verzi 3.2.2 či 3.3).
Zajímavé, zkuste pro jistotu “přeuložit” strukturu trvalých odkazů (menu Nastavení – Trvalé odkazy). Co tam vlastně máte přesně nastaveno? Pokud to nepomůže, tak by to mohl způsobovat i nějaký plugin, zkuste je raději všechny deaktivovat a poté postupně zapínat, čímž odhalíte případného viníka. Jak tato chyba vlastěn vznikla? Po nějaké konkrétní úpravě či aktualizaci (WordPressu či pluginu)?
Pro zkopírování textu z Wordu či OpenOffice jsou ve vizuálním editoru speciální ikonky (v druhé řadě) “Vložit jako neformátovaný text” a “Vložit text z Wordu”. Potom by mělo velmi dobře fungovat i vkládání podobně formátovaných textů.
Při překliknutí z HTML do vizuálního editoru se WordPress patrně automaticky snaží opravit zadané HTML, tak aby bylo validní. Takže pokud je tam nějaká chybka (např. chybějící párová značka), tak to může vést k nepěkným výsledkům.
Pokud si ale chcete psát své vlastní HTML (a nakázat to i všem ostatním uživatelům), tak není nic jednoduššího než jíz do menu Uživatelé – Profil – Vizuální editor – zaškrtnout položku “Zakázat vizuální editor”.
Doplnil jsem ještě další podrobnější informace o tomto problému aneb jak to celé nastavit defaultně pro všechny.
Tak po delší době ještě aktualizace. V nejnovějším WordPressu 3.2.1 výše uvedené řešení stále funguje, takže informace o tom, že to od WordPressu 3.0 nefunguje je buď mylná nebo se to zase změnilo (opravilo).
Nejjednodušším způsobem je tedy jít na skrytou stránku s nastavením v administraci, najít tam položku image_default_link_type, kde by nemělo být nic vyplněno. V tomto případě to totiž funguje tak, že si WordPress pamatuje poslední dokončenou (obrázek musíte opravdu vložit do editoru) volbu u každého uživatele. Využívány jsou cookies a funkce get_user_setting().
Pokud ale chcete všem uživatelům najednou nastavit natvrdo, jak mají tuto volbu používat, tak máte pro možnost “URL odkazu” následující volby: “none” (Žádné), “file” (URL souboru) nebo “post” (URL zobrazeného souboru). Stačí je doplnit do pole a dole potvrdit pomocí tlačítka “Uložit změny”. Poté to už bude vždy nastaveno tímto způsobem a uživatel to nemůže změnit.
Bohužel pro vkládání přímo celých galerií (položka “Náhled bude odkazovat na:”) není toto nastavení možné, ale asi by se dal použít nějaký JavaScript nebo jiné řešení pro případné skrytí jedné či druhé volby (“Soubor s obrázkem” či “Stránku se zobrazením přílohy”). V případě zájmu to můžeme zkusit prozkoumat…
Také jsem zkoušel IE9 a Chrome a žádný problém ani reload jsem nezaznamenal. Je možné problém nějak nasimulovat (na jaké stránce, s jakým prohlížečem)? Je možné, že jde o problém nějaké vývojové verze Chrome (už se to ve fóru také objevilo) nebo přímo problém na vašem počítači (dokud chybu neuvidí ještě někdo jiný). Nebo jde o chybu na webu (HTML, validita, CSS), kterou zatím zaznamenala jen nějaká nejnovější verze prohlížeče Chrome a postupně se objeví i v dalších prohlížečích… Zatím těžko říci…
Existují sice nějaké pluginy, např. Inline Upload, ale podle výše uvedeného odkazu předpokládám, že potřebujete spíše něco komplexnějšího. Pokud tomu dobře rozumím, tak budete mít nějaké příspěvky/stránky a uživatelé je budou moci upravovat? Nebo jenom nahrávat obrázky (v tomto případě by plugin možná stačil)? Pro zadávání příspěvků samotnými uživateli existuje zase plugin uCan Post, ale také neumí všechno. A nejhorší situace ale asi bude v případě, kdy budete chtít nechat uživatele zadávat GPS souřadnice, případně rovnou umístit přesný bod klikáním na mapě.
Nejde tedy o nic jednoduchého, ale spíše bych doporučil nějaké vlastní řešení, ke kterému můžete využít framework Pods CMS. Formuláře (a tedy zadávání příspěvků přímo z webu pak dobře umí např. placený plugin Gravity Forms). Zkuste ale raději blíže popsat, jak to celé bude konkrétně fungovat, můžeme vám v případě zájmu připravit i cenovou nabídku (v tomto případě se prosím ozvěte přímo na email pavelevap@separatista.net).
Možností je mnoho:
1) Vytvoříte si např. nějakou vlastní šablonu stránek, která bude používat jinou funkci pro výpis. Tím to můžete kontrolovat asi nejlépe. Funkce pro výpis bude využívat funkci wp_list_pages() (zejména parametry depth a child_of), v případě potřeby náročnějších úprav potom i get_pages().
2) Vytvoříte si nějaký zkrácený zápis (shortcode), který budete vkládat do příslušných stránek (funkce pro výpis zůstane stejná jako v prvním bodě).
3) Použijete nějaký plugin, případně se jím inspirujete. Existuje mnoho pluginů, které využívají pro tyto účely právě výše uvedené zkrácené zápisy, můžete některý z nich vyzkoušet, např. List Pages Shortcode, Page-list nebo Subpages Extended.
Pokud budete potřebovat ještě konkrétnější pomoc, tak se klidně ozvětě. Určitě ale uvítáme také informaci, jak jste problém nakonec vyřešil…
Toto chování je v podstatě “správné”, respektive ve vizuálním (i HTML) editoru jsou zobrazovány nové odstavce, ale na webu se správně zobrazují příslušné HTML značky pro odstavce, které jsou generovány pomocí filtru wpautop(). Takže je můžete bez obav ignorovat. Pokud ale máte nějaký důvod proč se vám toto chování nelíbí, tak určitě existuje nějaká cesta, ale podle mě je zcela zbytečná. Ale pokud to potřebujete, tak dejte vědět…
Jiné HTML značky nejsou při přepínání mezi vizuálním a HTML editorem porušovány (kromě několika vyjímek, které je však možné odstranit pomocí filtru tiny_mce_before_init, podrobnosti).
Další informace o kouzlech s vizuálním editorem naleznete např. zde. Existují i pluginy, např. Raw HTML, ale pro přepínání z HTML do vizuálního editoru je třeba placená verze (10 USD, nezkoušel jsem, nevím zda řeší zrovna HTML pro odstavce).
Tyto texty jsou součástí české lokalizace, takže je naleznete v souboru wp-content/languages/cs_CZ.po. Nedoporučujeme ale tento soubor měnit, protože bude s každou další aktualizací WordPressu automaticky přepsán. Napadají mě ale v podstatě dvě možná řešení:
1) Použít filtr gettext (příklad). V podstatě tak českou lokalizaci změníte pro určité řetězce již během jejího načítání a nemusíte modifikovat soubory. Pouze vložíte jednoduchou funkci do souboru functions.php (umístěn v adresáři se šablonou).
2) Nebo můžete použít filtry comment_form_default_fields a comment_form_defaults (příklad), pomocí kterých můžete kompletně modifikovat celý formulář pro vkládání komentářů. Tento způsob však funguje pouze v případě, že používaná šablona využívá funkci comment_form().
Případně můžeme dořešit konkrétní detaily…
Nejlepší je vždy definice “z ničeho nic” :-) Objevuje se problém na celém webu nebo jen na konkrétních stránkách?
Jinak je potřeba postupovat klasicky a systematicky:
1) Deaktivovat všechny pluginy (a pokud to pomůže, tak je postupně zapínat a hledat viníka).
2) Nasadit výchozí šablonu Twenty Eleven.
3) Vyzkoušet nějaký jiný prohlížeč.
4) Přeinstalovat WordPress a prozkoumat, zda není zavirovaný.
5) Něco se mohlo změnit i u hostingu, ale většinou je to až poslední (málo pravděpodobná) možnost.
Nejdříve ale pořádně zavzpomínat na poslední úpravy. Jednou jsem už viděl i pravidelný automatický reload kvůli špatně umístěným definicím inline stylů (ale pouze v prohlížeči Internet Explorer).
A dejte vědět, čím to nakonec bylo…
Uživatel n3s4 se nakonec do překladu pustil sám a zejména “viditelnou” část pluginu přeložil. Tímto ho prozrazuji a v případě zájmu ho můžete zkusit kontaktovat, třeba se o provizorní češtinu podělí…
