Přehled odpovědí
-
Příspěvky
-
WordPress Answers: Jak nadefinovat a přidat vlastní akce do rozevíracího menu s výběrem Hromadných úprav?
WordPress Answers: Zajímavý nápad na využití API Wikipedie pro získání (a pravidelnou aktualizaci) dat na web ve WordPressu.
Moodle: Opensource řešení pro tvorbu a správu e-learningových kurzů.
WordPress Answers: Rozdíly v implementaci hierarchických a nehierarchických taxonomií.
Smashing Magazine: Zajímavý způsob jak s pomocí Google Analytics zachytávat chyby, na které uživatelé na webu narazí (např. 404, nesprávné heslo při přihlášování).
MV.Tech.Blog: Přehledně znázorněný historický vývoj editoru pro práci s textem ve WordPressu.
WordPress Answers: Jak vytvořit nad výpisem položek vlastního typu obsahu nové rozevírací menu založené na přiřazených taxonomiích?
WPCandy: Automatické řešení pro tvůrce šablon ve WordPressu, kteří mohou pomocí speciální PHP třídy automaticky po aktivaci šablony stáhnout a nainstalovat potřebné pluginy bez zásahu samotného uživatele.
Theme.fm: Jak s využitím API pro tvorbu stránek s nastavením pluginu (či šablony) vytvořit překlikávací záložky pro různé informace?
Infinity: Velmi zajímavý nástroj (defacto plugin), který se pohybuje na rozhraní WordPressu a šablon. Přidává funkce k používaným šablonám, ale nezasahuje do nich a není na nich závislý. A přečíst si můžete ještě interview s autory.
Na zobrazování průběhu překladu jsme dříve používali na webu docela povedený plugin, který to vše zobrazoval přehledně v podobě widgetu, ale nakonec jsme od něj upustili, a to zejména z jednoho důvodu. Aktuální stav překladu totiž nejde prostě přesně odhadnout, protože to nefunguje tak, že překládáme jeden řetězec za druhým. Zkusím trochu podrobněji popsat vznik češtiny, čímž se to lépe vysvětlí…
Nejdříve se projdou nové anglické výrazy a věty, prohlédnou se v kontextu a udělá se přehled důležitých výrazů s navrženými překlady. Teprve poté se začnou pomalu překládat určité tematické celky, např. Nápověda, Uvítací obrazovka, atd. Po prvním překladu se to nahraje do testovacího WordPressu, abychom viděli, jak to opravdu vypadá v reálné instalaci. Když totiž vidíte překlad “naživo”, tak si uvědomíte mnoho drobných detailů, kterých si během překladu v nějakém editoru jinak nevšimnete. Postupně se pak opravují chyby, upraví se další drobnosti a znovu se to vyzkouší. A po částech se to tímto způsobem postupně překládá a opravuje a opravuje a opravuje…
Těžko tedy odhadnout, zda je hotovo 56 či 57 %, ale můžeme říci, že jsme někde kolem poloviny (45 – 60 %). Češtinu pro WordPress 3.3 se pokusíme dokončit do konce roku, ale opravdu nevím, jestli to bude 30. prosince 2011 nebo 2. ledna 2012. Jak jsme uvedli v příspěvku na webu, rychlým dokončením nás vývojáři trochu překvapili a jeden z dosavadních překladatelů je dlouhodobě nemocen, takže se překlad bohužel trochu zdržel. Pokud ale chcete WordPress 3.3 vyzkoušet již nyní, tak se určitě anglické verze nebojte. Anglicky budete mít zejména Nápovědu, vše ostatní zůstane v češtině. Až čeština vyjde, tak se vám v administraci nabídne k automatické instalaci, takže o nic nepřijdete…
Kolega v předvánočním shonu trochu pozapomněl odpovídat na komentáře na webu, což se pokusíme brzy napravit a poděkovat zejména všem nabídkám na překlad. Určitě uvítáme, pokud se do překladu zapojíte, protože každá ruka je dobrá, ale prosíme všechny, aby si uvědomili, že nejde jen (!) o jednoduchý překlad. Vyberte si jakýkoliv nepřeložený řetězec a zkuste ho přeložit. I když už ho třeba máme přeložený, protože používáme program poEdit a nikoli online aplikaci (neumí bohužel mnoho potřebných věcí, např. komentáře), není to zbytečná práce. Každý může mít nějaký zajímavější nápad nebo trochu lepší formulaci. Musíte ale respektovat, že některé výrazy byly už dříve nějakým způsobem přeloženy, k čemuž musíte i zpětně přihlížet. Zobrazte si pak řetězec v administraci, abyste viděli jak zapadá do kontextu, či zda není třeba pokračováním nějaké předchozí věty. A až si budete jisti, že je vše v pořádku, tak vložte přeložený řetězec do odkazované online aplikace GlotPress, čímž ho odešlete. Určitě všechny uživatelské překlady prohlížíme a pokud bude několik výrazů dobře přeloženo, můžeme se domluvit na nějaké další spolupráci. Takže díky všem, pokud máte čas a chuť a chcete se překladu účastnit, můžete to vyzkoušet…
Díky všem čtenářům, tazatelům a zejména přispěvatelům, bez kterých by se toto fórum nemohlo nikdy rozrůst až do současné podoby. Zároveň se připojuji k přání poklidného prožití všech svátků. V roce 2012 nás čeká (nejen) ve fóru mnoho (doufejme pozitivních) změn, takže se nezapomeňte občas zastavit! Ať se daří…
Děkuji za odpověď, ale stejně si nejsem zcela jist, v čem byl nakonec problém? Bylo třeba nějak na hostingu aktivovat .htaccess či něco podobného (třeba i nějaké přehlédnutí)? Pokud můžete, tak to sem prosím napište, třeba to může pomoci i někomu dalšímu…
Zkopíroval jste i původní soubor .htaccess (pokud ovšem používáte “hezké” odkazy)? Pozor na FTP ho nemusíte na první pohled vidět, protože je defaultně skrytý. Případně ho můžete znovu vytvořit, a to v menu Nastavení – Trvalé odkazy, kde zvolte příslušnou strukturu a nastavení uložte (tím bude soubor .htaccess automaticky vytvořen).
Klasický výpis uživatelů lze jednoduše udělat např. pomocí funkce wp_list_authors() (a upřesnit pomocí mnoha parametrů).
Mezi nejlepší pluginy pro správu uživatelů patří s2Member, ale zároveň je na druhou stranu pro mnoho věcí zbytečně složitý a robustní. Jinak je třeba hledat pro každou část nějaký trochu jiný plugin, např. Theme My Login umožní upravit si přihlašovací formulář a zobrazit ho na homepage, další pluginy pak zamezují přístupu do administrace a zobrazují profil s možností úprav přímo na webu. Možná bych v tomto případě spíše doporučil tvorbu vlastního řešení. Není to zvlášť složité a budete si ho moci upravit k obrazu svému (a nebudete závislý na několika pluginech)…
A pokud jde o plugin NextGEN Gallery Authors, tak s ním nemám zkušenosti, ale podle popisu to vypadá, že by měl umožnit zobrazování galerií podle uživatelů, takže uživatelé (autoři)by asi měli být u jednotlivých galerií patrně uloženi (bohužel u konkrétních obrázků tomu tak podle mě patrně není a budete si muset asi plugin upravit). Každopádně pokud zkoušíte řešení prostřednictvím NextGEN Gallery, tak bych plugin určitě pořádně prozkoumal. Není to sice nejlepší řešení, ale třeba se s ním nakonec podaří dojít až do konce, těžko zatím předvídat… Pro ostatní čtenáře dodávám odkaz na související vlákno, kde jsme toto řešení jako jedno z mnoha navrhovali…
Spíše bych se nepokoušel vyrábět vlastní SQL dotazy, ale využít stávajících funkcí WordPressu. Nevím jestli jsem celý dotaz správně pochopil, případně ho zkuste upřesnit, nebojte se ani vložit konkrétní kód, který už máte k dispozici…
Pokud používáte události v podobě vlastního typu obsahu, tak už nemusíte vůbec ukládat uživatele do speciálního uživatelského pole, ale jsou přímo součástí té události (konkrétně tabulky wp_posts). Každopádně pokud máte v uživatelském poli uživatelské jméno (pokud jich je např. více u jedné události, spíše bych možná zvážil ukládání ID uživatele) a chcete získat jméno a příjmení, tak musíte nejdříve získat ID uživatele. Zkuste použít funkci get_userdatabylogin(), pomocí které ho snadno získáte. A pokud bude uživatelské jméno nalezeno v databázi registrovaných uživatelů, tak vám tato funkce vrátí přímo objekt s informacemi o konkrétním uživateli, tedy i jméno a příjmení. Další podrobnosti si můžeme upřesnit, ale potřebujeme nějaký bližší popis…
Výborně :-) Nejsem si jenom jist, zda toto řešení někam ukládá, který uživatel nahrál jakou fotku, ale snad ano (raději prověřte). Ponechme toto vlákno raději pouze pro galerie, pro výpis uživatelů založte prosím nový dotaz, ať se nám to nemíchá…
Na jazyky je patrně nejlepší placený plugin WPML, dále doporučujeme qTranslate, s ostatními nemám moc zkušeností. V tomto případě jde o pluginy, které překládají různé prvky na webu, ale nepřeloží už automaticky samotný obsah stránky (viz původní/první dotaz tohoto vlákna). Existují i pluginy, které obsah stránek automaticky překládají pomocí různých robotů, ale podle informací z oficiálního adresáře pluginů jsou Global Translator a Google AJAX Translation již patrně nefunkční v nejnovějším WordPressu. Jedním z důvodů bude patrně i fakt, že Google vypnul své API pro automatické překlady (existuje už pouze placená varianta).
Ale zpět k poslednímu dotazu ohledně qTranslate a formátu data. Tam je to trochu složitější a je třeba správně nastavit několik věcí:
1) V šabloně musí být pro výpis data vhodná funkce, např. the_date(), či z ní odvozená funkce (testováno na výchozí šabloně Twenty Eleven).
2) Pro jednotlivé jazyky musíte vhodně nastavit formáty data a času. Najdete je v menu Nastavení – Jazyky, kde zvolte u používaného jazyka volbu Upravit. Naleznete tam položky Formát data a Formát času, kde nebude nic vyplněno u nově přidaných jazyků (např. Čeština) nebo tam bude něco u předem předpřipravených jazyků (např. English). Ale pozor, u jazyků je to defaultně definováno v podobě pro funkci strftime(), zatímco vy máte nastaveno (viz následující bod 3), že budete používat formát pro funkci date(). Můžete zvolit i opačný způsob, já tady popíšu příklad pro funkci date(), z které vychází i obvyklé formátování funkce the_date() používané ve WordPressu.
Takže pro angličtinu si nastavíte formát data třeba
Y-m-da pro češtinuj.n.Y.3) Poté ještě v menu Nastavení – Jazyky – Pokročilé nastavení – Konverze datumu/času zvolíte druhou možnost “Použít funkci emulovaného datumu a nahradit předdefinované formáty pro každý jazyk.” Následně by se pro každý jazyk měl na webu zobrazovat správný formát datumu.
Můžete to samozřejmě udělat i opačně s využitím formátu pro funkci strftime(), ale zkoušel jsem to jen tímto způsobem. Pokud stále narážíte na nějaký problém, tak prosím upřesněte, jaké funkce v šabloně používáte pro zobrazení data, jaké máte nastavení formátu data u jednotlivých jazyků a jaké máte globální nastavení zobrazení data pro qTranslate. Potom určitě nalezneme příčinu problému…
Bigdrobek: Ano, všiml jsem si. Ale nezkoumal jsem zatím možnosti využití tohoto místa či možností pronájmu… Uvidíme, třeba se někdo ozve…
Michal Mau: Nejde stihnout všechno :-) Určitě se na fóru občas zastavte, podle reakcí v odborném fóru WordPress Answers (odkaz z profilu) máte určitě přepoklady českou komunitu vzdělávat :-) Konkrétní plány na Workshop zatím nejsou, uvidíme, zda někdo přijde s nějakou konkrétní nabídkou místa a data… Je ale otázkou, zda ho koncipovat spíše pro seznámení veřejnosti s WordPressem (a jednodušší prezentace) nebo naopak sdílení zkušeností mezi vývojáři a bavit se tak třeba o konkrétních problémech a řešeních…
Hannibal77: A jak jste to nakonec vyřešil? Šlo to způsobem, který popisoval neteyescz? Možná by bylo jednodušší přidat obrázku (html img) nějakou třídu a tu potom nastylovat přímo v souboru style.css, aby byly všechny styly na jednom místě.
Jak to dopadlo?
Obecně může být problém buď v konfliktu nějakých pluginů WordPressu. Potom se ale obvykle vizuální editor vůbec nenačte nebo se objevuje s různými problém. Pokud je problém s nefunkčním formátováním (prací v editoru), tak by to mohlo být nějakým pluginem v prohlížeči, nastavením prohlížeče či počítače. Určitě to vyzkoušejte v různých prohlížečích a na různých prohlížečích a dejte vědět další podrobnosti, zkusíme pak případně přetrvávající problém vyřešit…
Čeština je dostupná dokonce ve dvou různých podobách, pročtěte prosím související komentáře:
1) Vytvořili jsme plugin Čeština pro WordPress, který brzy projde velkou aktualizací. Plugin zatím obsahuje pouze menší část češtiny pro bbPress (zejména frontend) a jeho výhodou je, že automaticky doplňuje některé specifické věci pro češtinu, které nešly udělat standardním způsobem. Funguje také nezávisle na aktualizacích bbPress, takže až vyjde aktuální čeština, tak pouze automaticky aktualizujete náš plugin bez dalšího zásahu. Brzy o tom vyjde nějaký podrobnější článek, nejdříve je však třeba vydat češtinu pro nový WordPress 3.3.
2) Kompletnější překlad pro bbPress je také v komentářích k nalezení, a to od jiného uživatele. Kvalitu jsem zatím podrobněji nezkoumal, tuto češtinu je nutné klasicky nahrát do příslušné složky na FTP.
Příště prosím zakládajte nové vlákno, ať se nám to tu neplete…
Na uvedené adrese problém nikde nevidím, takže byl už patrně vyřešen? Pokud ano, tak nám prosím popište v čem byl vlastně nakonec problém… Pokud ještě není vyřešeno, tak poprosím a konkrétní stránku, kde je problém názorně vidět a stručný popis, zkusíme se na to podívat. Obecně bude problém patrně v nějaké konfliktní (nevhodné) definici kaskádových stylů, předpokládám, že používáte nejnovější verze pluginu WP e-Commerce i prémiového pluginu Gold Cart.
Zcela stejné vlákno tu už bylo, zkuste prozkoumat jednotlivé popsané možnosti, čímž upřesníte, kde je vlastně problém.
Bigdrobek: Co je to “dnsjoker”?
S velkou pravděpodobností to ale opravdu bude muset nastavit technická podpora hostingu (viz odkazy u předchozího příspěvku).
Wptuts+: Návod na tvorbu speciální úvodní stránky, která informuje o budoucím spuštění nějaké služby (uživatelé se mohou registrovat k odběru novinek a administrátor uvidí detailní statistiky).
WordPress Answers: Zajímavá diskuze pro vývojáře aneb k čemu je vlastně dobrý kontext (v kódu používáno jako $object->filter).
Noupe: 21 obecných mýtů, které kolují kolem SEO problematiky.
WordPress Answers: Proč má v šabloně Twenty Ten v postranním panelu třídu s názvem xoxo?
WordPress Answers: Jak použít šablony stránek s pomocí funkce WP_Query()? Trik spočívá v tom, že jsou zvolené šablony uložené v příslušném skrytém uživatelském poli stránky s názvem _wp_page_template. A doplňujeme i návod pro tvorbu vlastních šablon stránek.
Remkus de Vries: Standardizace zápisu zdrojového kódu pro zveřejňované příklady úprav prováděných ve WordPressu.
WordPress Answers: Jakým způsobem si WordPress pamatuje, zda jste naposledy používali vizuální či HTML editor (a nabídne ho příště jako výchozí)?
Rob Searles: Využití značky pro pokračování textu na implementaci vícesloupcového designu webu. Každá nově vložená značka do samotného textu bude znamenat začátek nového sloupce na webu.
Ipstenu on Tech: Opravdu potřebujete na svém webu provozovat BuddyPress? Nebo stačí pouze některé funkce, které lze nahradit samostatnými pluginy?
WordPress Answers: Jak umožnit uživatelům měnit trvalé odkazy pro vlastní typy obsahu (důležité zejména pro lokalizované verze plunů)?
BorgMcz: Ruční aktualizace se správně řeší v novém vlákně, díky.
Ale zpět k problému – našel jsem ještě podobný nahlášený problém, i když možná trochu z jiného pohledu. Ale pokud nepomůže upgrade, možná byste pak mohl zkusit ještě downgrade na 3.8.7 (případně i 3.8.6, prostě nějakou starší verzi než byl pozorován problém). Raději ale vše zálohujte (zejména databázi), protože se může něco rozhodit (downgradovat se nemá, pouze pro testovací účely).
Nejdříve bych plugin deaktivoval v administraci. Raději bych ho pak ale smazal ručně na FTP (celý adresář se všemi soubory), protože mazání v administraci může u některých pluginů spustit vlastní funkce, které smažou z databáze kompletně všechna data (prostřednictvím funkce register_uninstall_hook()). Potom už stačí ručně nahrát novou verzi (buď FTP nebo nahrát .zip soubor v administraci) a plugin následně aktivovat.
Další možností je pak plugin Plugin Beta Tester, který by měl nabízet k automatické instalaci i dostupné vývojářské verze pluginů (hostovaných v oficiálním adresáři pluginů).
