Přehled odpovědí
-
Příspěvky
-
Možností je několik…
1) Na hlavní stránce budou zobrazované příspěvky podle nějaké logiky (např. pouze z některých rubrik, s určitým štítkem, autorem – prostě co tě napadne a bude se to pravidelně opakovat). Pak stačí použít funkci query_posts(), něco najdeš i v našem článku.
2) Použiješ uživatelské pole – vytvoříš nějaké např. s názvem uvodni_stranka a pokud chceš příspěvek na úvodní stránce, tak vyplníš hodnotu 1. A pokud ho nechceš na úvodní stránce, tak nevyplníš nic (pole buď vůbec nepřidáš nebo budeš dávat hodnotu 0). Potom použiješ opět funkci query_posts(), tentokrát ale s parametrem pro uživatelské pole, tedy např.
query_posts('meta_key=uvodni_stranka');3) Použiješ nějaký plugin, které fungují zcela stejně jako logika popsaná výše v bodě 2. Jen mají obvykle místo klasického uživatelského pole ještě hezké zaškrtávátko, které je pro správu přehlednější. Můžeš zkusit třeba pluginy Featured Post, Select Featured Post, či nějaký jiný (obvykle mají v názvu nebo popisu klíčová slova “featured” a “posts”).
mirekk: Jde o BuddyPress a nikoli WordPress.
Snikwah: Správný název potřebného souboru je buddypress-cs_CZ.mo, který musí být uložen v adresáři /bp-languages. Koncovka souboru ale musí být .mo, což je vlastně zkompilovaný soubor .po. Zjednodušeně řečeno slouží .po soubor pro uživatele, aby mohli překládat a poté ho zkompilují na soubor .mo, který pak už využívají PHP skripty (WordPress, BuddyPress i další).
Admini to asi zkouší nějak optimalizovat :-) Zkus jim napsat a uvidíš, co se tam vlastně děje…
Dobře, to je jasné, ale proč tedy ty příspěvky musí být vypsané na stránce? Prostě dej do toho horního menu místo stránky Sport rubriku Sport a máš to celé vyřešené, ne? Nebo mi prosím vysvětli, proč musí být příspěvky vypisované na stránce?
Autor webu? A co s tím máš společného ty? Zkus mu to celé hezky vysvětlit tak, jak jsem to tu popsal. Proč mu to nestačí? K čemu potřebuje mít příspěvek v rubrice i ve stránce? Jde si špatně vybrat vhodný způsob řešení, když vlastně přesně nevíme na co. Na té stránce má být stránka a pod ní příspěvky? Nebo jak to tam má vypadat a co to má umět? Několik různých řešení jsem tu popsal, ale to nejvhodnější už ze současného zadání bohužel vybrat neumím…
Plugin Buddy: Zajímavé prémiové (i zdarma nabízené) pluginy (např. DisplayBuddy).
WPBeginner: Využití hezkých fontů se službou Typekit.
Shiba: Návod na konverzi komentářů ze služby HubPages do WordPressu. SIce se u nás moc nepoužívá, ale postup lze využít klidně i pro něco jiného…
Proč ten článek potřebuješ mít ještě i na stránce, když už je v rubrice Sport? K čemu je to dobré a čeho tím chceš dokázat? Přečti si to celé ještě jednou…
A ten plugin, o kterém je toto vlákno ti teď tedy funguje?
Asi budeš mít štěstí, vypadá to, že u hostingu na server nainstalovali nějaké cache řešení, které si vše ukládá do paměti už na straně PHP skriptů. Nebo je to alespoň moje laické vysvětlení, proč na některých serverech zabírá WordPress jen kolem 10 – 15 MB memory_limitu, když standardně je to kolem 25 MB (čistá instalace). Zkus se jich pro zajímavost zeptat a pochval je…
Na email odpovím až se k tomu dostanu :-)
To je podivné, zejména pokud je to opravdu “zničehonic”. Možná nějaká změna u hostingu?
Nahrávat obrázky normálně můžete a v Knihovně médií (či NextGEN Gallery) je vidíte?
Budeme potřebovat URL webu a ideálně přístupy do WordPressu pro otestování (pošlete vše na email pavelevap@separatista.net).
Vrácení peněz záleží na obchodních podmínkám, doporučuji nalézt na jejich webu a pořádně pročíst, případně se jich zeptat (třeba nakonec po hrozbě odchodu memory_limit navýší).
Přechod k jinému hostingu funguje tak, že uděláte kompletní zálohu souborů (FTP) a databáze a vše nahrajete na nový hosting. Potom ještě požádáte (u Wedosu) o převod domény k nim a oni by to měli celé zařídit a změnit u domény DNS, takže bude směrovat na nový hosting. Budou tam asi nějaké výpadky (hodiny až dva dny – záleží jak dobře se s tím administrativa hostingů vypořádá). Můžete pak popsat zkušenosti a doufám, že se pak nebudete muset znovu stěhovat někam jinam :-)
Klidně to sem můžeme psát, ostatní si to určitě rádi přečtou (pokud je to neveřejné tak napiš na email pavelevap@separatista.net)… Ale také s tímto hostingem nemám žádné zkušenosti, ale podle některých článků to vypadá jako vcelku seriozní firma (s více než jedním člověkem, který dělá všechno na koleně). Ale až čas ukáže… Také se chystám, že je vyzkouším…
op111.net: Zajímavá myšlenka o vytvoření základních pojmů, které pak mohou být automaticky překládány ve všech pluginech a šablonách.
Shiba: Jak přidat štítky a rubriky ke stránkám?
WP Engineer: Jak používat zkrácené zápisy (shortcode) i mimo editor WordPressu?
Shiba: Další podrobný návod ke komplexnímu pochopení loopu ve WordPressu.
WPMU.org: 15 zajímavých pluginů pro lepší design vašeho webu.
WP Tavern: Jak seřadit menu v administraci WordPressu a návrh na API pro pluginy, které přidávají do menu své vlastní stránky s nastavením. Pokud máte položek v menu opravdu hodně, tak můžete použít např. plugin Admin Quicksearch, který zobrazuje pomocí jQuery pouze vybrané položky menu.
KISSmetrics: Obecný průvodce SEO.
Monday By Noon: Jak efektivně používat zkrácené zápisy (shortcode) pro své klienty, aby mohli jednoduše manipulovat s obsahem webu.
Andrew Nacin: Přehled pozapomenutých API WordPressu.
Oscar Dias: Návod na přidávání obsahu k příspěvkům (uživatelská pole, metaboxy, taxonomie).
No jo, už to vidím.
Buď se budeš muset smířit s tím, že tam nebudeš používat moc pluginů, případně oželíš také češtinu, nebo bude třeba přejít k novému poskytovateli hostingu. Pokud jde o cenu, tak docela dobře vypadá např. WEDOS (nezkoušeno), který za nízkou cenu nabízí poměrně luxusní memory_limit v hodnotě 128 MB.
Ano, 32 MB je tak akorát na čistý WordPress s několika drobnými pluginy. Můžeš zkusit vypnout češtinu, která také zabírá několik MB, ale jediným stabilním řešením do budoucna je navýšení memory_limitu (ideálně s rezervou na dvojnásobek = 64 MB).
Pěkné…
Zkuste si stáhnout a nastavit nějaký jiný jazyk (např. němčinu), jestli se chyba projeví také nebo je to jenom něco s češtinou.
Máte zapnuté debugování (na úrovni PHP i WordPressu), aby to případně vypsalo nějakou chybu? Není něco podezřelého v logu serveru?
Přístupy k otestování by určitě pomohly, ale vypadá to na nějaký problém s konfigurací serveru – běží vám na něm i nějaký jiný WordPress bez problémů?
Výpis příspěvků na stránce je poměrně častý dotaz, který má několik rovin…
1) Opravdu to tak potřebuji? Ze samé podstaty je to trochu nesmysl. Stránka je statická informace, zatímco rubrika je dynamická a zobrazují se v ní vydávané příspěvky. Proč tedy zobrazovat na nějaké stránce ještě i příspěvky ze související rubriky? Nejde to vyřešit nějak jinak? Pokud chci u výpisu příspěvků opravdu nějakou statickou informaci, není lepší použít (a zobrazit) popis rubriky? Nebo použít jeden z příspěvků a označit ho jako zvýrazněný (tudíž bude vždy na prvním místě)? Případně se zamyslet, zda neexistuje náhodou nějaké jiné řešení, jak vše logicky a jednoduše uspořádat…
2) Samozřejmě v některých případech je to z nějakého důvodu jediné možné řešení.
Pokud jde pouze o jednu stránku, tak je to jednoduché a stačí použít menu Nastavení – Zobrazování – Na úvodní stránce zobrazit – Statickou stránku (vyberte níže) – Stránka příspěvků. Nevýhodou je, že pak musí být na homepage zobrazena nějaká stránka.
Pokud jde však o několik stránek propojených s rubrikami, tak i zde je několik možností:
– Použít plugin, např. Improved Include Page, který umožňuje kdekoliv v šabloně zobrazit obsah libovolné stránky. Ale existují i další, které přímo propojují příspěvky (rubriky) a stránky (např. Post Page Associator). Spíše bych si to ale udělal po svém…
– Upravit šablonu a použít funkci WP_Query() pro dodatečný výpis příspěvků na stránce. Můžete buď použít URL stránky a upravovat soubor page.php (tedy na adrese stránky bude vypsána normálně stránka a pod ní ještě příspěvky z určité rubriky) nebo URL rubriky a upravovat soubor archive.php (před výchozí výpis příspěvků z dané rubriky ještě zobrazíte nějakou stránku). Budete muset použít podmíňovací funkce is_category(‘rubrika’) nebo is_page(‘stranka’) ve stylu “pokud jsme na stránce s názvem Stránka, tak vypiš příspěvky z rubriky s názvem Rubrika”. Nebo lze pro přehlednost použít vlastní šablony stránek (kdy vlastně vytvoříte stránku příspěvků). Doporučuji jeden názorný a podrobný návod. Jako další řešení se jeví možnost přidat ke stránce rubriky (štítky) podle jiného návodu.
Různých řešení je mnoho, pro každý případ se hodí trochu něco jiného. Zkuste blíže popsat, na co to přesně potřebujete a jak to má vypadat a zkusíme nalézt nejlepší řešení…
Přesně tak. Když vkládáte do příspěvku/stránky obrázek a zarovnáte ho doprava, vygeneruje se pro něj automaticky CSS třída .alignright. V používané šabloně pro ni však patrně nemáte zarovnání (obtékání) doprava nadefinováno.
Stačí tedy do souboru style.css v adresáři s vaší šablonou doplnit následující stručný zápis (případně použít kompletní řešení pro různě zarovnávané obrázky z manuálu):
.alignright { float: right; }Určitě, stačí když se zaregistrujete na webu Gravatar.com, kde si nahrajete i svůj libovolný obrázek. Poté se bude automaticky zobrazovat u všech webů používajících WordPress (pokud budete komentovat stále pod stejnou zaregistrovanou přezdívkou).
Pokud však chcete umožnit uživatelům na svém webu nahrávání vlastních avatarů (obrázků) i bez této služby, tak můžete použít např. plugin Add Local Avatar.
Podivné…
To přepínání do angličtiny má nějakou logiku (např. po každé desáté zobrazené stránce)? Objevuje se to pouze na webu nebo i v administraci? Určitě je memory_limit správně nastaven (zkontrolujte to nejen pluginem, ale přímo pomocí funkce phpinfo)?
Osobně bych si tipnul na problém související s pamětí či hostingem (třeba nějaké cachování přímo na serveru bez využití gettextu), ale uvidíme, zkusíme společně zapátrat…
Těžko říci, napadá mě už pouze několik možností:
– Zkus plugin (nejnovější verzi) nainstalovat automaticky (možná dochází při FTP přenosu k nějaké chybě).
– Kolik máš nastaven memory_limit a kolik z něho využíváš? Tento plugin využívá docela dost paměti, takže by mohl být tento problém způsoben právě nedostatkem paměti (další podrobnosti).
Pokud nic z toho nepomůže, tak se na to můžeme zkusit podívat společně. Každopádně jak psal už LTM3, tak plugin Codestyling Localization funguje s nejnovějším WordPressem bez problémů…
