Přehled odpovědí
-
Příspěvky
-
Přesně tak, díky za odpověď.
Hybrid je spíše celý samostatný framework než jen šablona, takže je jeho správa trochu složitější a doporučuje se vůbec neupravovat, ale spíše tvořit na jejím základě vlastní odvozenou šablonu.
Lokalizaci je pak třeba realizovat prostřednictvím funkcí gettextu a přeložit tak příslušné jazykové .po soubory (a vygenerovat .mo soubory). Celé téma je ale trochu složitější a konkrétní detaily si už budete muset dohledat…
Další podrobnosti o překladu pluginů a šablon ve WordPressu naleznete také v našem fóru.
Obecně se zobrazení hodnocení u pluginu WP-PostRatings provádí vložením funkce the_ratings() na příslušná místa souborů šablony (viz návod). Určitě je třeba provést to s testováním na existenci této funkce, aby po případném deaktivování pluginu vůbec fungoval web:
<?php if(function_exists('the_ratings')) { the_ratings(); } ?>U jednotlivých příspěvků jste to vkládal patrně do souboru single.php (pro zobrazení konkrétních příspěvků), zatímco úvodní stránka je zobrazována na základě souboru index.php (v adresáři vaší šablony). Bohužel není z webu zřejmé, jakou používáte šablonu a nelze to tak vyzkoušet. Ale bude třeba přemístit výše uvedený kód tam, kam potřebujete (pod nadpis), najdete ho v souboru pomocí html značky h2 s třídou (class) “title”…
Obecně může být tento problém způsoben čtyřmi různými důvody (za předpokladu, že máte aktuální verzi WordPressu i všech pluginů):
1) Na vině je nějaký plugin. Zkuste deaktivovat všechny pluginy a podívat se, jestli závada náhodou nezmizela.
2) Na vině je šablona. Hybrid používáme na několika webech také, nejde o klasickou jednoduchou šablonu, ale v podstatě celý framework. Každopádně problémy by s ní být moc neměly. Zkuste ale raději aktivovat výchozí šablonu Twenty Ten a vyzkoušet, jestli problém náhodou nezmizel.
3) Na vině je uživatel :-) Může to být nějaké nastavení prohlížeče (cachování), vyzkoušejte raději i jiný prohlížeč. Zkontrolujte také nastavení v menu Uživatelé – Profil, kde byste měl mít pro Vizuální editor odškrtnuto políčko “Zakázat vizuální editor”. A poslední věc, která mě napadá – mohlo dojít k nějakému problému při nahrávání souborů na FTP. Ověříte to provedením automatické aktualizace (přeinstalace) WordPressu.
4) Na vině je WordPress či hosting. Pokud problém nepomůže vyřešit žádný z předchozích bodů, tak to můžeme zkusit dále řešit emailem, pošlete nám prosím na adresu pavelevap@separatista.net přístupové údaje k otestování (administrátor WordPressu + FTP).
Shiba: JavaScriptové soubory musí být ve WordPressu načítány pomocí funkce wp_enqueue_script() až po volání akce wp_head.
WP Questions: Jak vytvořit na jedné editační stránce více instancí vizuálního editoru (TinyMCE)?
WordPress Answers: Jak znemožnit automatické doplňování čísel u názvů příspěvků v URL, pokud jsou názvy stejné, ale nepoužíváme je ve struktuře trvalých odkazů?
WPMU.org: 25 tipů pro přístupnější web pro čtenáře.
WordPress Answers: Zajímavá diskuze o vytváření zmenšenin nahrávaných obrázků s vlastními rozměry a jejich zobrazování na webu. A do celé problematiky vás ještě zasvětí tento návod.
Head JS: Zajímavá možnost paralelního načítání všech JavaScriptových souborů (existuje i plugin pro WordPress).
Justin Tadlock: Jak zobrazit u obrázků odkazy na všechny automaticky vytvořené velikosti obrázků?
X-Cart Extras: WordPress můžet mít (za tučný poplatek) integrován i jako součást kvalitního systému pro eshopy X-Cart.
WPMU.org: 7 způsobů jak vzájmeně propojit web ve WordPressu a mikroblog provozovaný s využitím služby Tumblr.
Open Web Analytics: Zajímavý opensource systém na pokročilé sledování statistických údajů o návštěvnosti vlastních webů.
WP Recipes: Jak u vlastního menu defaultně zobrazovat odkaz na úvodní stránku (bez nutnosti si ji tam “přikliknout”)?
Ano, vypadá to buď na problém s nastavením oprávnění (zkuste nastavit na adresář wp-content CHMOD 777) nebo s nějakou restrikcí defaultního tmp adresáře na hostingovém serveru.
Zkuste ještě otestovat následující věci:
– Nahrát na novém webu nějaký obrázek, vložit vytvořený náhled do příspěvku a podívat se na něj na webu.
– Automaticky aktualizovat nějaký plugin (šablonu) a celý WordPress.
Alespoň některá z těchto věcí by také neměla fungovat :-)
Ideálně pokud nám můžete poslat přístupy (administrátor Wordressu + FTP) na email pavelevap@separatista.net, zkusíme se na to podívat…
:-) Jenom to tak vypadá, že se to vyřešilo samo od sebe, ale určitě proběhlo “něco”, co to vyřešilo… Někdy stačí právě jen přeuložit nějaké nastavení nebo něco podobného, za čím je schovaná nějaká funkce WordPressu a problém se tak vyřeší aniž by o tom uživatel věděl…
Co přesně máte v souboru .htaccess, respektive jakým způsobem jste to přesměrovával? Patrně tam bude nějaká vlastní podmínka, která bude fungovat pouze pro výchozí nastavení trvalých odkazů a budeme ji muset upravit. A nebo (a ještě lépe) ji zrušit a zcela přesunout (předělat) tu předpřipravenou stránku “404 – Nenalezeno” přímo do WordPressu, aby využívala standardní soubor šablony 404.php…
Zatím není za co :-) Zkuste prosím ještě ručně aktualizovat na nejnovější WordPress 3.1. Třeba se stane zázrak a začne to fungovat…
Konkrétní záhlaví (header) můžete měnit v menu Vzhled – Záhlaví.
Velikost (rozměry) záhlaví pak můžete změnit v souboru functions.php v adresáři se šablonou:
define( 'HEADER_IMAGE_WIDTH', apply_filters( 'thirdstyle_header_image_width', 940 ) );
define( 'HEADER_IMAGE_HEIGHT', apply_filters( 'thirdstyle_header_image_height', 198 ) );Stačí pouze nahradit hodnoty 940 (šířka) a 198 (výška).
A pokud provádíte úpravy prostřednictvím vlastní odvozené šablony (child theme), tak je možné použít fitry, které šablona Third Style nabízí, a to např. následujícím způsobem:
add_filter( 'thirdstyle_header_image_width', 'separatista_moje_sirka' );
function separatista_moje_sirka( $sirka ) {
$sirka = 999;
return $sirka;
}Tímto zásahem však pouze změníte velikost (rozměry) obrázků určených pro záhlaví (tedy zejména těch vlastních, nově nahraných). Pokud chcete změnit i rozměry celého webu, budete muset upravit soubor style.css (opět v adresáři se šablonou), a to tak, že v něm najdete všechny výskyty původní šířky (tedy 940) a výšky (tedy 198) a zkusíte je změnit. Je ale velmi pravděpodobné, že pak budete muset vzhled celé šablony ještě dále doladit vlastními úpravami (zejména u výšky). Pokud ale podobným úpravám (CSS a HTML) moc nerozumíte, tak bych to asi raději nechal ve stávajícím stavu…
Pro čtenáře tohoto fóra tu máme jednu neoficiální novinku. WordPress 3.1 by měl být vydán již během několika málo hodin (dnes odpoledne/večer). Hned po vydání očekávejte na našem webu dlouhý článek s přehledem novinek této verze…
Zkusíme se na to zase podívat, máme přístupy už z léta 2010, dokonce jsme to řešili přímo s vývojáři WordPressu, ale nakonec to bohužel vyšumělo trochu do ztracena…
MyClientBase: Zajímavý opensource systém na správu vašich klientů a faktur.
Zdroják: Jak na profilování (měření doby) zpracovávaných PHP skriptů s pomocí XHProf?
WPMU.org: Zajímavý článek o testování přístupnosti webu, konkrétně pak i výchozí šablony WordPressu Twenty Ten.
Monday By Noon: Vlastní uživatelská pole jdou jednoduše přidat i ke komentářům, tento návod vše přehledně vysvětlí.
WPMU.org: Zamyšlení nad tím, proč jsou vývojáři prémiových pluginů “napadáni” komunitou za prodej své práce. A někdy jsou tam velmi zajímavé kousky, např. plugin CustomPress či šablony od AppThemes.
Interval.cz: Jakou bezpečnou šířku používat u nově kódovaného webu?
phpFashion: Jak na vytváření HTML elementů pomocí jQuery?
Zdroják: Článek o smysluplném stránkování obsahu vyvolal mnoho reakcí zabývajících se jednotlivými aspekty, např. o použitelnosti.
hakre on wordpress: Jedinečný a detailní přehled prehistorie WordPressu (v letech 2000 – 2005).
Díky za reakci, ale toto řešení mi bohužel nepřijde vhodné…
Zatím jsem to detailně nezkoumal, ale upravuješ dva důležité soubory jádra a až přijde čas automatické aktualizace, tak je budeš muset pokaždé ještě ručně nahradit, nehledě na to, že budeš muset pravidelně sledovat jejich vývoj, zda u nich nedosšlo k nějaké změně (= budeš muset svoje úpravy znovu vkládat do aktuálních souborů, alespoň u velkých verzí).
Proto bych spíše doporučil výše popsané řešení s využitím WordPress API, které je na aktualizacích zcela nezávislé.
A ještě jsem zcela nepochopil logiku zjišťování? Myslel jsem, že uživatelé musí znát jedno heslo a poté si mohou založit na webu svůj blog. Ale podle uvedeného kódu zjišťujete rodné číslo? Takže to už tam musí mít někdo v systému zadáno? Zkus to trochu upřesnit…
mirekk: Díky za odkaz a pokračujeme dále…
WordPress API: Jak jednoduše zabránit externím HTTP požadavkům na váš web (např. zakázat načítání obrázků)?
WordPress API: Jak přidat favicon pomocí vlastní funkce v souboru functions.php? A ještě jeden podrobnější návod (i s možností přidání ikony do administrace).
WP Tavern: Zajímavá diskuze o opuštěných pluginech a možnosti jejich “převzetí” novým vývojářem.
WPMU.org: 8 tipů jak poznat špatného vývojáře pro WordPress.
WordPress API: Jak zobrazit otevřené .pdf soubory přímo v rámci vašeho webu s využitím Google Docs?
John Kolbert: Jak ve WordPressu 3.1 jednoduše změnit text “Zadejte název”, který je vidět pod polem pro název příspěvku (vlastního typu obsahu)?
WP Mods: Jak spouštět vlastní funkci přímo během publikování příspěvku?
Scott Kingsley Clark: Jak zjišťovat v http verzi, zda se uživatel přihlásil na https verzi WordPressu?
Nicolas Gallagher: Tipy a triky pro obrázek na pozadí v CSS.
Díky za reakci!
Ano, pluginů existuje mnoho, např. Role Scoper či Capability Manager.
A můžete si vše jednoduše nadefinovat vlastní funkcí i bez pomocí pluginů, a to pomocí funkcí get_role() pro zjištění aktuálního uživatelského oprávnění a add_cap() a remove_cap() pro přidávání/odebírání jednotlivých pravomocí (více viz návod).
Výborně, nezapomeňte také, že dalším řešením je asi možnost nastavení práv pro vaši doménu přímo u hostingu na adrese lincp.forpsi.com. Nemám tam přístup, takže to nemohu vyzkoušet, ale možná tam bude nějaké globální nastavení ChMODu.
A ještě dodatek přímo od Forpsi: “Tato zmena je dana tim, ze php nebezi jako modul apache, ale je spousten jako fastcgi proces. Diky tomu vam muzeme garantovat vyssi bezpecnost, vykon i moznosti nastaveni.” Takže je to sice zlepšení kvality hostingu, ale s defaultním nastavením, které může přinést mnohým neznalým uživatelům problémy…
mirekk: To je celé nějaké podivné, automatická aktualizace si zrovna z velké části adresáře wp-content nevšímá. A nemožností přidávání komentářů by se to také nemělo projevovat. Nemohl to být spíše problém nějakého pluginu? A toto řešení si do wp-config.php přidávajte pouze v případě, že máte problémy, a to konkrétně s CHMODem u Forpsi. Pro jiné problémy slouží jiné řešení, záleží vždy na konkrétním hostingu…
halada: Ano, jedná se pouze o nějaký nový server, ostatních se to (zatím) netýká…
Soubor wp-signup.php je dobrým začátkem, ale lepší je rovnou naplno využít standardních možností WordPress API. A je tu také mnohem jednodušší varianta – použít jeden z mnoha pluginů.
Zkusím jen stručně popsat jednoduchý postup k tvorbě vlatního řešení. Nejdříve je třeba využít akce register_form, kde pomocí vlastní funkce nadefinujete zobrazené pole pro vložení požadované hodnoty. U víceuživatelské verze WordPressu (MU) budete muset ještě použít akci signup_header pro přesměrování na jednotlivé weby. Dále musíme pomocí akce register_post vyplněné hodnoty ověřit. Tedy porovnat buď přímo jako součást funkce nebo se dotázat do databáze. A nakonec je třeba ještě pomocí akce user_register uložit dodatečné vyplněné údaje do databáze (v našem případě to asi nebude potřeba, protože pouze něco kontrolujeme). Začal bych to asi dělat pro normální WordPress a pak to rozšířit na víceuživatelskou verzi, což je sice trochu komplikace, ale měla by být řešitelná.
Vše složené společně pak najdete např. v této ukázce. Budete se muset asi trochu učit a experimentovat, ale není to nic extra složitého…
A je tu také ještě mnohem jednodušší cesta v podobě dostupných pluginů. Nemusí asi úplně vyhovovat, ale některé umí vkládat i pole s tzv. “invitation code”, což je víceméně požadovaná funkcionalita znalosti nějakého kódu pro registraci. Vcelku známé jsou následující pluginy (nezkoušel jsem ale funkčnost na víceuživatelské verzi WordPressu):
Register Plus Redux – umí právě i invitations, viz Screenshoty.
Simplr User Registration Form – trochu specifický plugin, umí trochu i něco jiného – různé registrační formuláře na různých místech webu a pro různé uživatele.
Budeme rádi, pokud se podělíte s výsledky vašeho zkoumání a doporučíte nejlepší postup…
Freehostingy jsou většinou trochu omezené (bezpečnost, výkon), takže je možné, že tam automatická aktualizace fungovat vůbec nebude. Ale často stačí jen nějaká drobná úprava a jde zprovoznit skoro všude, těžko říci. Můžete nám poslat přihlašovací údaje (WordPress, FTP) na email pavelevap@separatista.net a zkusíme to zprovoznit… Je ale dost dobře možné, že tam bude nedostatek paměti (memory_limit), což opravit nepůjde bez toho, aby ji hosting navýšil (což patrně nebude u free varianty průchodné). Napovídá tomu fakt, že některé pluginy aktualizovat jdou a jiné ne (a to včetně samotného WordPressu) – nejvíce paměti je potřeba právě pro operace se staženými soubory a právě u WordPressu či nějakých větších pluginů může být nedostatek paměti příčinou jejich problému s automatickou aktualizací…
Ve výchozím nastavení (nejen pro plugin WP-PageNavi) je na hlavní stránce použito pouze výchozí stránkování bez zahrnutí rubrik v URL. Takže i když tam máte vlastně jen výpis příspěvků z jedné rubriky, tak si WordPress (správně) myslí, že je na hlavní stránce (pozná to podle URL adresy) a proto vytváří i stránkovací URL adresy jako na hlavní stránce. I když vlastně zobrazuje jen jednu rubriku, tak jede podle základní šablony pro úvodní stránku (obvykle index.php). Každopádně je to docela zajímavý problém…
Jakým způsobem máte konkrétně řešeno omezení na jednu rubriku na úvodní stránce? Pomocí funkce query_posts()? Jediné, co mě zatím napadá, je využití funkce get_pagenum_link() a jejího filtru. Možná, že to nebude fungovat ideálně, hodně záleží na mém předchozím dotazu, ale můžete vyzkoušet následující řešení (přidat do souboru functions.php v adresáři s vaší šablonou):
function separatista_zmena_url_strankovani( $value ) {if (is_category('clanky')) {
$value = str_replace( '/page/', '/category/clanky/page/', $value );
}
return $value;
}
add_filter( 'get_pagenum_link', 'separatista_zmena_url_strankovani' );
Říkáme tím WordPressu, že když zobrazuje výpis konkrétní rubriky (aneb funkce is_category()), tak nahradíme vygenerované URL určené pro stránkování. Vše je určeno pouze pro váš konkrétní příklad, takže je případně třeba zaměnit v uvedeném kódu rubriky a trvalé odkazy…
Vyzkoušejte, případně zkusíme doladit…
