Přehled odpovědí
-
Příspěvky
-
To záleží na správci webu :-) Hezkých odkazů bych se nebál (ani ve spojitosti se zahrnutými rubrikami), spíše jen předem naznačuju možné nesrovnalosti. Nebo můžete udělat odkazy třeba ve tvaru neco.cz/id/prispevek. Obecně se doporučuje začínat nějakým číslem (id, rok, či něco podobného) kvůli lepšímu výkonu webu.
Jasné, přesunu souboru .htaccess rozumím, spíše jsem chtěl varovat před zásahy přímo do tohoto souboru, protože vše jde upravovat jednoduše pomocí funkcí třídy WP_Rewrite().
Ad P.S. Zatím to fórum bohužel neumí, doporučuju použít RSS (pro celé fórum či jen pro konkrétní téma). Brzy ale budeme přecházet na novější verzi, která bude umět spoustu dalších funkcí…
Spíše ne z výše uvedených důvodů :-) WordPress to pak sice umí automaticky přesměrovat, tedy neco.cz/stara-rubrika/2011/prispevek bude směřovat na neco.cz/nova-rubrika/2011/prispevek, ale může to někde zůstat v odkazech natvrdo v příspěvcích, či na to někdo odkáže a bude to existovat “navždy”. Sice to bude přesměrované na novou rubriku, ale pořád to bude někde existovat i s odkazem na tu původní. Ale není to samozřejmě fatální a nevadí to, je to spíše jen malý detail a musíte zvážit co je lepší (rubrika v URL či potenciální různé odkazy při změně rubriky).
“Hezké” odkazy nastavujete nějak speciálně v souboru .htaccess nebo klasicky v Nastavení – Trvalé odkazy?
Nemyslel jsem nic pokryteckého (či jinak negativního), spíše mě zajímal samotný vznik tohoto dotazu :-) Web cwordpress.cz měl dobrý nástup asi před dvěma lety, napsáno tam bylo několik vcelku kvalitních návodů, ale postupně to trochu zastarává a nové články už nejsou moc přidávány. Mají také aktivní fórum, ale jinak o jejich zázemí moc nevím. U podobných projektů je to ale často nárazové – přijdou zakázky, omezí se web, za čas se na něj vzpomene a zase se rozjede. Takže za pár měsíců to tam zase může být ještě aktivnější než u nás…
Ano, velmi často se stává, že se existující struktura musí celá doslova “překopat”. Mnoho lidí si nechá navrhnout web, vyřeší se to co nejlépe, ale za několik měsíců se jim začne pořádně rozjíždět třeba jen jedna jeho část, kterou chtějí dále členit a pak je třeba na ní použít např. vlastní typ obsahu nebo vlastní taxonomii a původně navržené rubriky, které hezky dělily web na logické celky jsou v troskách, protože vše se točí jen kolem jedné rubriky…
Nakonec pak skončíte u předělávání celé struktury webu. Základní doporučení pro tyto případy je nepoužívat názvy rubrik a štítků v URL adresách jednotlivých příspěvků, aby nebyly problémy s případnou pozdější změnou. Potom se nemusíte obávat nějakých větších změn ve struktuře webu (změna rubrik na štítky a naopak či přidání vlastní taxonomie). Vyhledávače si s tím časem poradí (můžete jim i pomoci např. použitím sitemapy) a dokud nebudete mít na webu stovky příspěvků, tak to bude vcelku říditelné i s pomocí “Rychlých úprav”, kde můžete rychle změnit rubriku či přidat štítek.
Ale jak jste si již odpověděl sám – záleží na konkrétním zaměření, očekávání a správci webu :-) Začněte logicky tak, jak byste si to představoval (obecně pár rubrik a přidávání štítků podle jednotlivých témat) a uvidíte… Nikdy ze začátku nenavrhnete ideální strukturu webu, pokud nejde o blog nebo nějaké obecně prověřené weby (napadají mě městské stránky, seriálové weby, atd). Takže spíše postupně zkoumat potenciální možnosti budoucích změn bez nějakého výrazného ovlivnění návštěvnosti.
Co to bylo za plugin? Zkuste nejdříve deaktivovat všechny pluginy a aktivovat výchozí šablonu Twenty Eleven (pokud nebyla upravována). Dále můžete ještě zkusit automatickou reinstalaci WordPressu. Máte online ukázku nefunkčního RSS zdroje?
Zajímavý dotaz :-)
Sice moc netuším, co tím sledujete, ale oficiálně (či majetkově) tam žádný vztah není. Někteří uživatelé z našeho týmu (lokalizace + web Separatista + fórum + další aktivity) ale patrně nějakým způsobem diskutují s lidmi z cwordpress.cz (ale nevím to jistě, nesleduji to). Mohu se ale zkusit poptat, jestli je k tomu nějaký důvod :-)
Díky všem za samostatně vyřešené téma :-)
Pokud jsem to celé dobře pochopil, tak jde o stejný problém, který jsme řešili před několika měsíci. Je tam pak ještě jedna možnost s využitím třídy Walker() při jasně definovaných podmínkách, ale to už je spíše pro programátory…
Nevím, jestli jsem to celé dobře pochopil, ale z nějakého důvodu nefunguje při překlikávání mezi příspěvky u spodního boxu automatické přesunování po mapě? Nebo něco jiného?
Používáte nejnovější verzi šablony The Navigator (ze 14. července 2011)? patrně půjde jen o nějakou chybu v nastavení šablony, projděte si všechny návody, případně můžete položit dotaz i autorovi šablony (vypadá to, že je vcelku aktivní a reaguje na dotazy + doplňuje nové funkce). Bohužel nemohu šablonu vyzkoušet, takže nedokážu lépe odpovědět. Ale pokud se vám ji nepodaří zprovoznit, pošlete přesný popis toho, co nefunguje a přihlašovací údaje (adminitsrace WordPressu a FTP) na email pavelevap@separatista.net, zkusíme se na to podívat.
Co přesně nejde? Podařilo se nahrát soubor do Knihovny médií? Nebo neumíte vložit odkaz na soubor přímo do příspěvku? Objevuje se nějaká chyba nebo je něco špatně v odkazovaném článku?
Vyzkoušejte náš starší článek. A pokud neřeší to, co potřebujete, tak prosím upřesněte co si představujete pod výrazem “vložit do článků”.
Shiba: Přehledně shrnuté možnosti pro přidání vlastních stylů pro web ve WordPressu.
Yoast: Přehledný článek o tom, jak rozšířit možnosti vlastních typů obsahu z uživatelského hlediska.
Yoast: Proč nepoužívat archivy příspěvků řazených podle data (např. měsíců)?
WordPress Answers: Jak z webu zcela odstranit odkaz na RSS zdroj komentářů?
WPMU.org: Zajímavý (velmi specifický) plugin, který mohou naplno využít zejména útulky pro zvířata.
WP Engineer: Jak automaticky zveřejňovat příspěvky s časovým odstupem, případně pouze pro nepřihlášené uživatele.
Infinite Scroll: Trochu jiné řešení pro stránkování starších příspěvků. Když se dostanete na konec stránky, tak se automaticky načtou. A další podobný plugin jako vzor pro vaše vlastní úpravy.
WPMU.org: Povedený nový plugin BuddyPress Courseware umí spravovat online výuku a testování (např. různé kvízy).
WP-Snippets: Přidání nových tříd do výpisu příspěvků pro snadnější stylování prvního, druhého či posledního příspěvku.
WPMU.org: Nová verze fóra bbPress se pomalu blíží a už pro něj začínají vznikat různé užitečné pluginy.
WordPress Answers: Zajímavá diskuze, zda je rychlejší používání function_exists() nebo apply_filters()?
Mark on WordPress: Chytré tipy pro vývojáře – jak měnit databázi a různá nastavení na vývojářské verzi (např. pluginu, šablony) a zakázat používání některých pluginů na testovacím serveru.
Devpress: Jak nastavit vývojářské prostředí pro WordPress a související tipy a triky.
Digging into WordPress: Opravdu nepoužívejte názvy příspěvků v hezkých URL adresách na prvním místě (zejména pokud máte na webu hodně stránek), v článku naleznete podrobné vysvětlení. A ještě jedno vysvětlení.
Nešla by tam založit nějaká testovací subdoména s čistou instalací a poslat přístupy na email pavelevap@separatista.net? Těžko se hledá konkrétní příčina bez otestování hostingového serveru. Na první pohled je ale podezřelý CHMOD 705, tam bych asi začal pátrání (kde se přesně vyskytuje, proč zrovna tam, atd).
Lukenzi: Vítej zpět :-)
Uvedené řešení by ale neřešilo “natvrdo” vložené obrázky a odkazy přímo do obsahu jednotlivých příspěvků? Pokud vložím obrázek do příspěvku na jedné doméně, tak bude vloženo jeho HTML (včetně stávající domény). Nebo zase něco uniká mě :-)
Atribut 777 je až zbytečně tolerantní, zkuste raději něco nižšího (např. 755).
Jaký používáte hosting (firma, tarif)?
Chyba je způsobena nedostatkem paměti, zkuste projít související vlákna fóra, kde najdete několik možností, jak tento problém řešit (ideálně nechat navýšit hodnotu memory_limit ze strany hostingu).
kubalap: Ano, Twitter je také možné řešení, díky za doplnění! Jedinou nevýhodu vidím v tom, že nejsou data uložena přímo u vás (ale v Twitteru) a nemůžete si ideálně přizpůsobit vzhled a funkce. Ale má to zase mnoho dalších zmíněných výhod (vše je připravené a máte široké publikum).
Je to fórum, uživatelé by se měli plést do diskuzí co nejvíce :-)
Návod je bohužel neúplný, respektive převod URL adres obrázků a odkazů při změně domény se tam vůbec neřeší. Bod 5 by fungoval pouze v případě, pokud by BorgMcz zprovoznil právě diskutované relativní odkazy. Jinak budou obrázky a odkazy směřovat na původní doménu. Pokud jsem tedy něco nepřehlédl…
Ad 1) Ano, automaticky to lze udělat také, máte dokonce dvě možnosti:
a) URL adresu obrázku můžete změnit už při jeho nahrávání, a to pomocí filtru wp_handle_upload. Názorný příklad naleznete např. zde.
b) Nebo bude adresa při nahrávání stejná (tedy s doménou), ale zaměníte ji automaticky až při vkládání obrázku do editoru, a to zase pomocí filtru media_send_to_editor. Nějaký příklad použití naleznete např. zde (musíte si ale dopsat vlastní funkci na vkládání relativní URL adresy, viz předchozí příklad).
Ad 2) Díky.
Ad 3) Můžete si udělat buď svůj vlastní plugin, což je .php soubor s hlavičkou (inspirujte se výchozím pluginem Hello Dolly, který je součástí WordPressu) nebo stačí kód vložit do souboru functions.php v adresáři s používanou šablonou (ale měly by tam být spíše pouze věci týkající se šablony a nikoli celého webu).
Ideální je asi využít formáty příspěvků (novinka WordPressu 3.1) a definovat si je v šabloně. Potom nepotřebujete ani žádný plugin.
Ale i plugin je možné použít, např. Alkivia SidePosts, Sideblogging, Aside Widget či Sideblog WordPress Plugin (postarší, ale měl by fungovat). Ale stejně raději doporučuji nastudovat formáty příspěvků :-)
Nevěděl jsem, že nejste začátečník, čemuž byly přizpůsobeny odpovědi :-)
Ad 1) Nedoporučujeme to proto, že to (pokud si dobře pamatuju) ani WordPress moc oficiálně nepodporuje. Problémy byly myslím s tím, že relativní odkazy dědily URL příspěvků (využívajících trvalé odkazy) a docházelo k podivným (nefunkčním) adresám, např. adresa obrázku domena.cz/muj-prispevek/wp-content/uploads/obrazek.jpg místo správného domena.cz/wp-content/uploads/obrazek.jpg. Možná se to trochu změnilo a víceméně to už funguje, ale zatím jsem to blíže nezkoumal, při přenosu je změna s pomocí pluginu (či vlastního SQL dotazu) otázkou chvilky. Myslím, že do budoucna vývojáři chtějí podporovat i relativní odkazy pro obrázky (a obecně odkazy), ale zatím tomu tak oficiálně není a mohly by se tam např. objevit i problémy se šablonami. Ale pokud zkusíte prošlapat cestu tímto směrem, tak uvítáme veškeré postřehy, třeba je to jednodušší než se na první pohled zdá…
Ad 2) Netušil jsem, že můžete editovat php.ini :-) O NASu teď velmi vážně uvažuji, jaké máte obecné zkušenosti s používaným typem?
Ad 3) Ano, při přepínání do vizuálního editoru k těmto problémům dochází. Ten samý problém se řešil zde. Můžete buď zcela ignorovat vizuální editor TinyMCE (pak by to mělo fungovat) nebo využít odkazované řešení. Stručně řečeno není ve výchozím nastavení editoru iframe povolen a musíte si ho tam dodat pomocí funkce a filtru tiny_mce_before_init (viz příklad).
Vkládání do šablony je ale do budoucna efektivnější, protože se může změnit kód a budete to muset měnit ve všech příspěvcích. Kód je třeba vložit do příslušného souboru šablony s nějakou podmínkou (záleží kde všude ho pak chcete zobrazovat) nebo by se hodilo i využití zkrácených zápisů (tzv. shortcode), když je chcete rozmisťovat spíše nahodile (kód tak definujete ve vlastní funkci pouze jednou a pak už na něj do příspěvků vkládáte pouze “odkazy”).
Jaký máš hosting (firma a tarif)? Objevuje se tento problém u všech aktualizovaných pluginů nebo jen u některých? Někdy bývá problém při přesunu webu – stávající pluginy jsou ručně nahrány s jinými právy (CHMOD) než by si je nainstaloval sám WordPress a neumí je tedy odstranit. Automatická instalace nějakého pluginu funguje bez problémů? Zkus zkotrolovat, jaký CHMOD mají soubory a adresáře pluginu. Když necháš automaticky přeinstalovat celý WordPress, tak to funguje nebo ne?
