Přehled odpovědí
-
Příspěvky
-
Koukám, co se to tu dnes stalo a neteyescz si vzal patrně do parády všechna vlákna, která tu zatím nějak zapadla bez odpovědí :-) Dobrý nápad, zkusím se příští týden také zapojit. Trochu bude ještě potřeba změnit strukturu fóra před následnou migrací a některá vlákna trochu přeskupit, ale to budeme už pak řešit v samostatném speciálním vlákně…
Mimochodem, toto vlákno asi mazat nebudu, spíše tam brzy doplním aktuální informace ohledně češtiny pro tento plugin.
Díky za tip na další plugin. Jen doplním, že pro různé ikonky linkovacích služeb existují dva podobné pluginy, zmiňovaný Sociable for WordPress 3.0 a starší Sociable, který byl však v posledních dnech výrazně aktualizován. České linkovací služby by do něj měl bez problémů přidávat náš plugin České a slovenské linkovací služby. Každopádně rozhození ikonek by mohlo být patrně bezproblémově vyřešeno úpravou stylování. Jakým způsobem jste si konkrétně přidal sociální síť Netlog?
A nakonec doplním ještě jeden plugin na export příspěvků do PDF, a to PDF24 Articles To PDF. Pluginů v této oblasti už tu ale máme pěknou sbírku, takže uvítáme zejména zkušenosti uživatelů :-)
neteyescz: Co je to přesně za limit požadavků?
Andres: Aha, tak to bude patrně nějakými pluginy. Mohou totiž využívat funkce spouštěné právě při publikaci příspěvku/stránky a provádět při tom své vlastní úkoly, např. aktualizaci údajů v databázi, atd. Kolik máte na webu obsahu (příspěvků, komentářů, uživatelů)?
Určitě ale zkuste všechny pluginy (nebo alespoň většinu) deaktivovat a vyzkoušet to. Jinak bohužel nikdy neodhalíte viníka, i když to může způsobovat třeba jen jeden špatně napsaný plugin. Můžete také prověřit nastavení hostingu instalací čisté verze na nějaké testovací subdoméně. Vlastně tam pak také můžete naimportovat některé příspěvky, nahrát všechny pluginy a zkoušet to přímo tam…
P.S. Aktualizační služby není ideální vypínat, protože např. okamžitě upozorňují Google, že byl na webu publikován nový příspěvek.
Neprováděl jste nějaké úpravy ve standardním souboru .htaccess, který je u Wedosu předinstalován? Máte standardní hosting nebo multihosting? Můžete poslat přihlašovací údaje (FTP a administrátor WordPressu) ke zmiňované testovací verzi na email pavelevap@separatista.net?
Napadají mě ještě následující body:
– Týká se to všech příspěvků nebo jen velmi dlouhých (např. s mnoha obrázky)?
– Jaký používáte prohlížeč? Zkuste to i v nějakém jiném prohlížeči.
– Zkopírujte si nějaký text z příspěvku, kde to trvalo dlouho a vložte ho do nově vytvořené stránky, kterou pak zkuste také publikovat. Cílem je zjistit, zda je problém pouze u příspěvků nebo i u stránek.
– Když deaktivujete všechny pluginy a nasadíte výchozí šablonu, tak problém přetrvává (můžete to zkusit např. na nějaké testovací subdoméně)?
– Menu Nastavení – Zobrazování – na konci stránky je nabídka “Aktualizační služby”, kde odeberte http://rpc.pingomatic.com (případně další, pokud tam jsou).
Problém může být ale samozřejmě i u hostingu (databáze či cokoliv jiného), ale tam by pak neměl být problém pouze u publikování, ale třeba i jinde v administraci. Jaký používáte hosting? Obrázky by také neměly způsobovat problém, protože do databáze se uloží pouze jejich příslušné HTML, což jsou dva řádky kódu navíc.
Zkuste vše postupně vyzkoušet, třeba se něco uchytí…
Velmi jednoduchý a povedený je také plugin Members. Pro každou uživatelskou úroveň můžete snadno definovat (zaškrtnutím), jaké bude mít pravomoci. Obvykle je uveden přehled všech dostupných pravomocí WordPressu a aktivovaných pluginů. Takže stačí nalézt jen příslušné oprávnění pro ovládání Newsletteru (bude ho mít určitě aktivovaný Administrátor) a aktivovat ho i u Šéfredaktora. Pokud oprávnění v přehledu nenajdete, tak klidně napište a uveďte používaný plugin, zkusíme ho dohledat (občas jsou ukryté a ani plugin je nezjistí).
Je mi to jasné, ale odpověď bude trochu obsáhlejší, takže to chvíli trvalo sepsat…
Nejdříve je třeba zvážit, zda k tomuto účelu opravdu potřebujete využívat stránky a nebylo by vhodnější definovat nějaký vlastní typ obsahu (např. města). Buď by mohl být hierarchický (jako stránky) nebo klidně i klasická varianta příspěvků, kde kraje by mohly bát rubriky (štítky).
Pokud jde o stručný výpis, tak i na stránce lze použít klasické tlačítko vizuálního editoru pro pokračování textu. Pouze v šabloně je pak třeba drobné úpravy, aby se zobrazoval pouze úvod stránky.
I pokud si přejete mít na stránkách klasické pole stručného výpisu, tak je to možné, a to použitím nějakého jednoduchého pluginu, např. Page Excerpt. Pokud se rozhodnete použít vlastní typ obsahu, tak tam si můžete přesně nadefinovat, které prvky (sekce) bude obsahovat.
Dynamické výpisy stránek a podstránek nejsou nijak složité, stačí použít klasické funkce pro výpisy (loop), a to WP_Query() s argumentem post_parent v kombinaci se zjištěním, zda jde o nadřazenou (hlavní) či podřazenou stránku.
Pokud nebude něco jasného, tak se klidně ptejte na detaily…
V tom případě k vám směřuje pochvala :-) Musím se přiznat, že jsem schválně odpověděl tak, abyste musel trochu zapřemýšlet :-)
Hodnota 10 je parametr funkce add_filter(), kterým se určuje priorita pro jeho zpracování. Pokud by např. několik různých funkcí používalo stejný filtr, tak tento parametr určuje, v jakém pořadí budou zpracovány. Každopádně ta hodnota 10 je v příkladu uvedena zcela zbytečně, protože je to výchozí hodnota parametru v případě, kdy není uveden. Takže ji můžete zcela odmazat…
A ještě dodatek: Post Sync je příklad jednoho z pluginů, který používá protokol XML-RPC pro současné publikování příspěvků na více webech ve WordPressu. Takže i z něj si můžete vzít inspiraci…
DevPress: První ze série návodů o tvorbě šablon pro WordPress pro začátečníky i pokročilé.
Wptuts+: Detailní seriál návodů o pluginu BuddyPress, a to nejen jak ho používat, ale zejména jak pro něj přizpůsobit vlastní šablonu.
WPCandy: Neříkejte uživatelům, aby nepoužívali příliš mnoho pluginů, nejde o kvantitu, ale hlavně o kvalitu (a náročnost). A podobně zaměřená úvaha.
Theme.fm: Jak zobrazovat na webu počet zatím neschválených komentářů a jejich autory?
WordPress Mods: Pluginy pro detekci a statistiky mobilních zařízení s dalšími možnostmi úprav zobrazení webu.
Tokokoo: Základní přehled informací o flexibilním (responsive) designu, který se automaticky přizpůsobuje nejen malým mobilním zařízením, ale i velkým monitorům.
Official Google Webmaster Central Blog: Implementace atributů rel=”next” a rel=”prev” pro snadnější indexování stránkování na webu vyhledávačem.
soderlind.no: Návod na implementaci nového API pro použití editoru (vizuálního i HTML) s pomocí funkce wp_editor(). Další podobný článek o této novince ve WordPressu 3.3 (tentokrát i s příkladem tvorby vlastní stránky s nastavením). A jak se to zatím muselo řešit jinak.
WordPress Answers: I když si definujete vlastní strukturu trvalých odkazů, kde přidáváte např. koncovku .html, nefunguje tento způsob na stránkách bez použití dalších pluginů.
Theme.fm: První část podrobného návodu na tvorbu vlastního pluginu, který bude automaticky publikovat tweety z Twitteru také na webu ve WordPressu (v podobě statusů).
WordPress Answers: Je v šablonách ještě stále třeba používat na začátku loopu podmínku if (have_posts())?
Ipstenu on Tech: Jak používat SSL na svém serveru, aby mohl web ve WordPressu fungovat šifrovaně?
Liší se to nějak, když aktivujete výchozí šablonu Twenty Eleven?
A co když použijete kód zcela bez funkce htmlentities()?
<meta property="og:description" content="'.@trim(substr(strip_tags($post_by_id['post_content']), 0, 140)).'"/>Ano, ale vztahuje se to k funkci wp_tag_cloud(), kde můžete získat další parametry.
Takže místo kódu (nastavuje výchozí počet):
$args['number'] = 15;tam dáte něco na způsob:
$args['smallest'] = 12;
$args['largest'] = 12;Tím nastavíte stejný font pro všechny štítky (výchozí font je 22 pro největší a 8 pro nejmenší).
Výchozí widget pro zobrazování štítků můžete poměrně snadno upravit. Zkuste pročíst související vlákno fóra. Je tam tip na plugin i ukázka jednoduché funkce.
Aha, tak to jsem asi úplně nepochopil, myslel jsem, že je hlavní problém v tom kódování :-)
Zkoušel jsem plugin aktivovat a vše v pořádku funguje (varianta s iFrame). Zkuste prosím lépe popsat problém (ideálně i nějaké URL, kde by byl vidět). Používáte pro zobrazování patrně XFBML a nikoli iFrame? Zkusil jste i druhou možnost a problém přetrvává?
Občas když se nechá nějaký problém delší dobu “vyhnít”, tak se časem objeví nějaké další řešení (nová funkce WordPressu, zajímavý nový plugin), takže i to může být nakonec vhodné řešení :-)
Ano, pro složitější úpravy bohužel zatím neexistují snadná řešení. Osobně bych se spíše přikláněl k promyšlení a nasazení první varianty (vše na jednom webu). Bude tam ale mnoho úprav a určitě dejte vědět, jak jste nakonec dopadl, případně můžeme nějaké dílčí problémy diskutovat na fóru. Není kam spěchat, pokud máte čas a chuť, tak se do toho postupně pustíte a alespoň objevíte spoustu dalších funkcí a možností. Můžeme vám to také celé vyrobit na zakázku, ale myslím, že to postupně zvládnete. Podle mě by to mělo jít – sice to nebude snadné, ale nevidím tam žádné zásadní překážky…
Problém bude podle mě ve funkci htmlentities() (viz také související vlákno fóra), která má problémy s kódováním.
Zkuste uvedený kód změnit následujícím způsobem:
<meta property="og:description" content="'.@htmlentities(@trim(substr(strip_tags($post_by_id['post_content']), 0, 140)), ENT_QUOTES, 'UTF-8' ).'"/>Co je to konkrétně za plugin? Chtělo by to asi informovat autora, aby to případně opravil (pokud je to samozřejmě ono).
WordPress Answers: Zajímalo vás, jak je řešeno pole pro vyhledávání v šabloně Twenty Eleven, které se po kliknutí automaticky rozšíří? Vývojáři použili v tomto případě CSS3 transition.
Wptuts+: Návod na tvorbu vlastního pluginu, který bude zobrazovat aktuální počasí na zvoleném místě (a využívat příslušnou XML službu).
Ryan Markel: Nová “kauza” ohledně nepřesného výrazu při psaní komentáře: “Vaše emailová adresa nebude zveřejněna.” Emailovou adresu totiž odesláním komentáře svěřujete majiteli webu.
scribu: Jak ovládat web ve WordPressu pomocí klasické příkazové řádky?
WiziApp: Zajímavý plugin, který zkonvertuje web ve WordPressu rovnou do aplikace pro iPhone a publikuje ji v App Store.
Steve Taylor: Jak zamezit uživatelům deaktivovat některé důležité pluginy, které potřebujete pro fungování webu, ale povolit jim instalovat pluginy nové?
Wptuts+: Problémy se stránkováním u přehledových stránek vlastních typů obsahu aneb rozdíl mezi parametry page a paged.
Yoast: Zajímavé náměty k řešení současných problémů s atributem title v hlavičce zobrazené stránky, který je velmi důležitý z hlediska SEO.
WPMU.org: Je Drupal v krizi? Zajímavé jsou zejména některé, v článku odkazované články. A na podobné téma ještě článek s mnoha důvody, proč přejít na WordPress.
WordPress Tavern: Zamyšlení nad další komunitní kauzou ve světě WordPressu (i s odkazy na další články), která se zabývá zákazem pořádat soutěže (a darovat členství) spojené s WordCampy pro nesponzorující účastníky. A další podrobnosti o pozadí celé kauzy. A ještě jedno zamyšlení.
Tady se patrně snažíte kombinovat několik různých funkčností a v podstatě máte dvě základní možnosti…
1) První možnost již správně naznačil neteyescz. Rubrika “Archiv” může mít svůj vlastní vzhled, může mít i svůj vlastní atribut title (název stránky v horní liště prohlížeče) a mnohé další úpravy (např. vyhledávání na webu může být rozděleno na hledání na webu a v archivu, atd). Jen je třeba pořádně promyslet, co a kde bude všechno odděleno a postupně to ošetřit pomocí vlastních funkcí a pluginů (+ upravit vzhled)…
2) Můžete použít novou doménu (či subdoménu), takže to všechno nastavíte jednodušeji, ale budete mít hned na starost dva weby najednou (úpravy, aktualizace WordPressu a pluginů), ale hlavně budete muset oba weby nějak synchronizovat. Budete v tomto případě potřebovat nějaký plugin, který bude na hlavním webu kontrolovat (např. automaticky 1 x denně) aktuálnost příspěvků a pokud dosáhnou nějakého stáří, tak je z webu smaže (nebo nechá přesměrovat na novou URL adresu na subdoméně) a odešle je na web s archivem (např. prostřednictvím protokolu XML-RPC). O žádném takovém pluginu ale nevím a naprogramování výše uvedených funkcí je poměrně náročná práce na více než jen několik hodin…
Každá z možností má své výhody a nevýhody a ani jedna není moc snadná, je potřeba vše pořádně zvážit, případně doplňte ještě nějaké podrobnosti o zamýšlených funkcích…
Změnit bude třeba něco v nastavení Apache, případně souboru .htaccess. Bohužel pro nějakou bližší radu nám budete muset podrobněji popsat, jak vlastně mapování domén řešíte? Používáte nějaký vlastní skript nebo plugin (např. WordPress MU Domain Mapping)? Jaké máte konkrétní nastavení?
