Přehled odpovědí
-
AutorPříspěvky
-
Aha, moje přehlédnutí. Pochopil jsem to, že tam HTML je a chcete se ho zbavit :-)
Obecně je problém s rozdělováním textu, pokud by měl obsahovat HTML značky. Může se totiž bohužel jednoduše stát, že zůstanete uprostřed nějaké HTML značky a bude to dělat neplechu (napadá mě, img, strong, p, ale i další). Proto to ve WordPressu funguje tak, že když chcete mít úvodní stručný výpis, který bude automaticky generován z obsahu příspěvku (a tedy nepoužíváte speciální pole v administraci s názvem “Stručný výpis”), tak jsou z celého textu odstraněny raději všechny HTML značky, aby nedocházelo k problémům s rozdělováním textu. Konkrétně to celé zajišťuje funkce wp_trim_excerpt(), která funguje tak, jako zmíněný nápad – funkce vezme obsah (content), odstraní HTML značky a vyplivne oříznutý úvodník.
A co s tím? Můžete vzít tuto funkci, trochu ji upravit k obrazu svému (viz např. návody 1 a 2) a potom používat raději tuto funkci, a to nejlépe napíchnutím na filtr get_the_excerpt. A nebo můžete použít jednoduchý plugin Advanced Excerpt, který dělá patrně přesně to samé a měl by fungovat (nevím tedy jak konkrétně řeší rozdělování HTML značek).
Obecně by to ale mělo pro tyto účely fungovat trochu jinak. Pokud chcete používat stučné výpisy, tak je spíše doporučováno vyplňovat pole pro “Stručný výpis”, případně do obsahu vkládat značku pro pokračování textu. Potom by se podobné problémy vůbec neobjevily. Pokud máte na začátku každého článku např. nějaký obrázek, tak ten by měl být zase řešen pomocí funkce náhledových obrázků a nikoli vkládáním HTML do obsahu textu. Ale občas to není tak jednoduché, nějakým způsobem se začne s webem pracovat a pak už se to špatně mění… A doufám, že jsem to tentokrát nepopletl :-)
Pokud jsem to dobře pochopil, tak chcete výpis příspěvků na hlavní stránce seskupovat podle vybraných rubrik. To sice není moc složité, ale vyžaduje podrobné seznámení s funkcí WP_Query(), kterou budete pro tyto účely potřebovat. Víceméně pro každou rubriku provedete samostatný dotaz, omezíte ho pomocí parametrů (např. pouze 4 příspěvky, zahrnout zvýrazněné, atd) a zobrazíte příslušné příspěvky. Zkuste to prostudovat a pokud nebude něco fungovat, tak klidně napište…
1. března 2012 (15:53) odpověď na téma: Stránka příspěvků dle kategorie/tagu na statické stránce #10685neteyescz: Obecný postup není špatně (tvorba vlastní šablony stránky pro zobrazení příspěvků na stránce), ale poté je třeba definovat podmínky (aneb jaká rubrika bude na jaké stránce) a kromě obsahu samotné stránky zobrazovat i příslušné příspěvky pomocí WP_Query(). Podrobnosti viz uvedený návod…
Nezkoušel jsem to, ale teoreticky by to mělo jít pouhým odstraněním fitru wpautop z funkce the_excerpt(). Zkuste vložit následující kód do souboru functions.php (v adresáři aktuálně používané šablony):
remove_filter( 'the_excerpt', 'wpautop' );1. března 2012 (12:22) odpověď na téma: Stránka příspěvků dle kategorie/tagu na statické stránce #10683neteyescz: To přece nemůže nikdy fungovat? Sice jsem to zatím nezkoušel, ale nevěřím tomu :-) Podle mě není možné dát do jednoho loopu za sebou dvě funkce get_template_part(), které se týkají různých typů obsahu?
JosefA: Ještě bych zvážil, zda je opravdu potřeba zobrazovat příspěvky na stránkách a nikoli v klasickém výpisu rubrik.
– Nad výpis příspěvků můžete psát libovolný text pomocí pole “Popis” přímo v administraci WordPressu. Pouze je pak musíte zobrazit v šabloně pomocí funkcí tag_description() či category_description().
– Pokud jde o plugin Custom sidebars, tak tam by mělo být možné přiřadit navolené sidebary na základě zobrazené rubriky (u štítku asi bohužel ne) – menu Vzhled – Custom sidebars – horní záložka Default Sidebars – sekce By category. Ale nevím, jestli je to přesně ono.
Pokud ale chcete opravdu používat pro výpisy příspěvků ještě stránky, tak projděte naše starší vlákna, která se tímto tématem zabývají. Najdete tam několik různých pluginů, i když bych asi spíše doporučil kvůli možným problémům s kompatibilitou pluginů použít vlastní řešení (konkrétně zde).
Pravda, vypadá to sice trochu nepřehledně, ale je třeba projít zejména starší vlákna, kde je podrobnější popis (zejména zde je i návod na řešení bez použití pluginu). Novější související vlákna jsou pak už jen odkazována právě na ty starší :-)
Díky za informaci o nefunkčním pluginu Post Page Associator, doplnil jsem informaci do příslušného vlákna, plugin je sice dále vyvíjen a umí toho opravdu hodně, ale bohužel už není dostupný zdarma, ale pouze v placené podobě.
Plugin Improved Include Page jsme také doporučovali (např. zde). Dalšími použitelnými pluginy jsou List category posts (informace zde) či Blog-in-Blog (informace zde).
Tak teď už v tom bude snad zase trochu pořádek… Pokud někdo objevíte nějaký jiný zajímavý plugin, tak ho sem prosím určitě napište…
Nejsem si jist, zda jsem to celé pochopil… Máte mnoho různých stránek, u kterých jsou nahrány obrázky. A chcete někde zobrazit výpis všech stránek, u kterých je nahrán nějaký obrázek. A ten výpis nemá směřovat na samotnou stránku, ale někam jinam (pouze na zobrazení příslušných obrázků a nikoli na samotný text stránky)?
Ano, např. výše zmiňovaný plugin WP e-Commerce obsahuje “nějakou” češtinu. Na oficiální české verzi se pak průběžně pracuje. Pokud vím, tak i pro některé další eshopy ve WordPressu (např. Jigoshop či eShop) existuje čeština, ale nevím, jestli je veřejně dostupná ke stažení. Spíše budete muset dohledat její autory a o češtinu poprosit (případně přidat i nějaký drobný úplatek).
Celá problematika publikování přímo z prostředí webu je poměrně nepřehledná a neexistuje žádný ideální plugin. Podobné téma se na fóru řešilo např. zde. Zmíněný plugin uCan Post už ale není v oficiálním adresáři dostupný, myslím, že obsahoval nějakou bezpečnostní díru (XSS).
Kromě Pods CMS a placeného pluginu Gravity Forms lze pak pro tyto účely použít ještě např. pluginy Front-end Editor (v nové verzi by měl umět kromě úprav příspěvků přímo na webu také jejich zadávání) a Post From Site (nezkoušel jsem, ale vypadá vcelku dobře).
Aktualizace 9.3.2012: Doplněn ještě podobný plugin User Submitted Posts.
Aktualizace 29.3.2012: Doplněn další zajímavý plugin WP User Frontend.
Doplním ještě jednu zajímavou (a poměrně novou) knihu, která se detailně zabývá zabezpečením WordPressu: WordPress 3 Ultimate Security (odkaz směřuje na recenzi knihy).
Přesně tak, konečně se po několika dnech také postupně zapojím do dění na fóru :-)
nastoupil: Čím to bylo nakonec způsobeno? Je hezké, že je to vyřešeno, ale zkuste sem prosím doplnit i pro ostatní, čím to vlastně bylo způsobeno?
Myslíte prémiovou šablonu (framework) Flytonic? Zkoušel jste využít jejich podporu? Bohužel tam nemáme přístup, protože šablonu nevlastníme. Máte někde online ukázku popisovaného problému?
Ideálním způsobem je vlastní tvorba katalogu, kde si nadefinujete svůj vlastní typ obsahu a přidáte další parametry, např. pomocí různých pluginů.
Použít ale můžete klidně i plugin, jen občas třeba nebude něco fungovat přesně tak, jak zrovna potřebujete. Povedeným pluginem je např. CataBlog. Problémem pak však bude až budete chtít začít zboží z katalogu prodávat. Pro tyto účely myslím lze používat plugin WP e-Commerce, a to bez nákupního košíku (nastaví se, aby byl zobrazen ve widgetu a widget se nepoužije). Ale není to asi ideální řešení. Záleží hodně na tom, jaké máte do budoucna s katalogem zboží plány…
P.S. S lokalizací to bude trochu horší, ale myslím že CataBlog neobsahuje na webu mnoho textu, který by bylo potřeba překládat.
Zkuste to prosím trochu upřesnit. O jaký widget aktualit jde? A má se zobrazovat pouze na úvodní stránce? Obecně lze pomocí pluginů widgety zobrazovat na libovolných stránkách, podrobnosti naleznete ve starším vlákně.
Projdětě si prosím související vlákna, problematika se tu již několikrát řešila. Pokud nic nepomůže, tak to ještě upřesněte…
Tak nakonec se po dlouhé době opět potvrdila doměnka s nedostatečným místem pro databázi. Uživatel Libor nám nedávno napsal následující:
Dobrý den,
ano, nakonec se mi to podařilo vyřešit navýšením limitů v databázích.
Děkujeme za informaci!
Výborně, ideálním způsobem by sice bylo přizpůsobení šablony, což ale není zrovna jednoduché. Podobné problémy je třeba očekávat vždy když se v menu Vzhled – Šablony objeví hláška “Your active theme does not include bbPress template files. Your forums are using the default styling included with bbPress.” Používaná šablona tak není optimalizována pro fórum a některé věci nebudou fungovat a musí se použít např. právě zmíněné zkrácené zápisy.
Plugin WP-Property je poměrně rozsáhlý a specifický plugin, takže to zkuste prosím trochu lépe popsat. Mimochodem, na odkazovaném webu už není vidět ani žádná ukázka. Musíte nám lépe vysvětlit, co a jak jste udělal, abychom to mohli vyzkoušet a případně vyřešit. Plugin totiž neobsahuje žádný widget “mesto” a netuším, kam jste to přesně zadával a jakým způsobem.
Změna textu pro vyhledávání se nakonec podařila? Jakým způsobem?
Duplicitní dotaz na dalším fóru.
Tak teď už je to konečně jasné. Vůbec na webu nepoužíváte vlastní menu, a proto si patrně nerozumíme. A pokud vlastní menu nepoužíváte, tak je automaticky použita funkce wp_page_menu() a šablona Twenty Ten ještě automaticky přidává parametr show_home, aby se zobrazila úvodní stránka (a tento text je pak přímo součástí překladu).
A jaké je možné řešení? Nejjednodušší je naklikat si vlastní podobu menu, naleznete ho v menu Vzhled – Menu. Vytvořte si nové menu, doplňte stránky, které tam chcete mít, vytvořte vlastní uživatelský odkaz pro úvodní stránku a nakonec nezapomeňte toto vytvořené menu definovat pro použití v šabloně (v levé horní části je sekce “Umístění v šabloně”, kde si vyberete vytvořené menu a volbu potvrdíte uložením). Pročtěte si také celou rozsáhlou nápovědu na této stránce pro tvorbu vlastních menu.
-
AutorPříspěvky