Přehled odpovědí
-
Příspěvky
-
Používaná šablona patrně neobsahuje soubor 404.php (manuál), kde je definováno zobrazení chybové hlášky, a proto zobrazuje výsledek souboru index.php, který však v případě chybové hlášky 404 nezobrazí žádná data.
Další inspiraci pro tvorbu souboru 404.php si můžete vzít např, z výchozí šablony Twenty Eleven, která ho obsahuje.
Po několika měsících dochází k dalšímu opožďování odpovědí ve fóru. Kromě prázdninového provozu neustále přibývá mnoho poměrně složitých dotazů, takže prosíme o trpělivost. určitě se na vás časem dostane, ale u některých dotazů je třeba dohledat potřebné informace, vyzkoušet možná řešení a až pak odpovědět. Takže se to občas trochu protáhne…
Úplně jsem na vás zapomněl :-) Trochu se mi to také pomíchalo, protože v tomto vlákně už řešíme několik různých dotazů najednou. Zakládejte prosím příště raději nová témata, abychom se tady v tom neztratili…
Výše uvedený kód jsem trochu upravil (při vkládání se nám tam občas přidávají odskoky na další řádek, HTML značka br), ale vložit by měl jít i do příspěvku bez problémů. Jen je třeba si dát u podobných delších kódů pozor, aby byly správně zapsané a vizuální editor neměl choutky ho upravovat (obecně např. při nějaké chybějící HTML značce).
Ale ideálním způsobem je samozřejmě zkrácený zápis (tzv. shortcode, už jsem na něj upozorňoval výše). Nemusíte kód vkládat ani do příspěvku, ani do šablony a máte ho hezky pohromadě. Mimochodem, vybral jste si velmi kvalitní plugin, osobně ho používám a je pro tyto účely velmi šikovný.
Mohl by to být nějaký problém šablony – jakou šablonu používáte?
Vkládáte do textu příspěvku vždy značku pro pokračování textu? Pročtěte úvod našeho staršího článku, najdete tam i screenshot ikonky, pomocí které značku vložíte přesně na místo, kde bude pak na webu odkaz na celý článek.
Něco jiného je pak použití stručného výpisu příspěvku, protože příslušnou funkci pro jeho zobrazení pak musí podporovat také používaná šablona.
J-Prause: Díky! Musel to nějakým záhadným způsobem odříznout editor, protože kód jsem testoval přímo ve WordPressu a vše fungovalo bez chyby…
n3s4: U mého původního příspěvku jsem to opravil.
Mělo by to jít vcelku jednoduše, a to přidáním vlastních funkcí do souboru functions.php (případně vytvořením samostatného pluginu).
1) Nejdříve nadefinujeme funkci s odkazem:
function separatista_odkaz_cely_clanek() {
return ' <a href="'. esc_url( get_permalink() ) . '">Přečíst celý článek</a>';
}2) Odkaz zobrazíme v RSS zdroji (zcela na konci) pomocí filtru the_excerpt_rss:
function separatista_vlozit_odkaz_rss( $content ) {
$content .= separatista_odkaz_cely_clanek();
return $content;
}
add_filter( 'the_excerpt_rss', 'separatista_vlozit_odkaz_rss' );3) Nakonec ještě odstraníme výchozí odkaz pro pokračování článku […] v případě automatického oříznutí, a to pomocí filtru excerpt_more:
function separatista_vlastni_znacka_more( $more ) {
if ( is_feed() ) {
$more = '';
}
return $more;
}
add_filter( 'excerpt_more', 'separatista_vlastni_znacka_more' );Předpokladem funkčnosti je nastavení RSS v menu Nastavení – Zobrazování – Položky v RSS zobrazovat jako – Pouze několik úvodních vět. V případě jiného nastavení by se musel kód trochu upravit a použít jiné filtry…
Víceméně stejného řešení lze dosáhnout i pomocí filtrů get_the_excerpt (s podmínkou is_feed() pro omezení na RSS zdroj) a opět excerpt_more. Ale výše uvedená ukázka by měla fungovat také, vyzkoušejte…
Upravil admin, doplněna uvozovka.
Reálné to určitě je, ale zatím jsem to nikde neviděl hotové :-)
V oficiálním fóru je několik zmínek, návrh možného řešení naleznete zde. Stručně řečeno je třeba před samotným odesláním emailu vygenerovat .pdf soubor (pomocí nějakého skriptu, např. TCPDF). Šlo by to asi udělat na zakázku, nemělo by to být nic extra složitého…
Samotný plugin Contact Form 7 neumí používat skrytá pole. Uživatelé to obcházejí tím, že vytváří normální textové pole a skryjí ho pomocí kaskádových stylů (pomocí display). Pokud jde o hodnotu referrer, tak existují dva způsoby:
– Poslední navštívená stránka před odesláním formuláře (návod).
– Odkud přišel návštěvník na web (vyhledávač, odkaz, atd) (1, 2).
Vložení IP adresy již správně popsal n3s4. Měla by fungovat i varianta
[_remote_ip]. Datum a čas je teoreticky uložen jako doba odeslání emailu, ale můžete je vložit podobně jako IP adresu pomocí zkrácených zápisů (přehled).Osobně tento plugin nepoužívám, ale vypadá velmi flexibilní a můžete si doprogramovat i vlastní funkce (návod). Také výše zmiňovaný rozšiřující plugin Contact Form 7 Modules by měl umět další funkce, např. právě skrytá (dynamická) pole, takže vše výše uvedené by asi mělo jít provést i právě s tímto pluginem. Existují i mnohé další zajímavé rozšíření, např. Contact Form 7 to Database Extension (ukládání odeslaných dat do databáze) a mnoho jiných. Zkuste je prozkoumat, podívat se i na jejich zdrojový kód a určitě se naučíte s pluginem efektivně pracovat.
V našem fóru také najdete případné tipy na jiné pluginy pro formuláře, které jsou možná jednodušší pro běžné uživatele. K tématu jsem také doplnil štítky, kde najdete související (podobné) dotazy.
Nejsem si zcela jist, zda jsem to celé pochopil. Na hlavní stránce máte nějakou “stránku” s texty nebo výpis příspěvků (název + úvod textu)? Jednotlivé samostatné texty můžete definovat jako příspěvky v nějaké rubrice, které budou mít pouze nadpis a krátký text. Využít ale můžete také např. formáty příspěvků (novinka WordPressu 3.1) nebo nějaký vlastní typ obsahu. Vypisovat na stránce je pak můžete pomocí standardní funkce WP_Query(). A pokud se to bude měnit jen jednou za čas, tak by možná stačilo to vždy pozměnit na konkrétní stránce a ručně přepsat texty? Nevím, těžko se doporučuje vhodné řešení, když zatím neznám žádné další podrobnosti. Zkuste to prosím podrobněji popsat na nějakém konkrétním příkladu, jak by to mělo přesně fungovat a co všechno by měly zadávané texty umět (např. nějaké uživateslké řazení). Zkusíme pak najít nějaké řešení…
Zkuste adresář “uploads” vytvořit ručně a nastavit mu prostřednictvím FTP klienta práva (CHMOD) 755, 775 či 777 (uvidíte co bude fungovat), čím nižší, tím lepší z hlediska bezpečnosti. Případně tato práva nastavte přímo nadřazenému adresáři “wp-content” a zkuste opakovat požadovanou akci, adresář “uploads” by se pak měl vytvořit automaticky.
Přiřadil jsem tomuto tématu také štítek CHMOD, kde naleznete další podobné dotazy.
Zkoušel jste deaktivovat všechny pluginy a nasadit výchozí šablonu. Problém by mohla způsobovat nějaká nekompatibilita staršího pluginu s novou verzí WordPressu. Jinak obsahuje WordPress 3.2.x novou verzi vizuálního editoru TinyMCE, takže nějaké drobnosti se změnit mohly, ale základ by měl fungovat bez problémů. Ke starší verzi editoru by se šlo vrátit pouze se starší verzí WordPressu, což ale určitě nedoporučujeme.
Pokud se problém nepodaří odstranit, pošlete prosím přihlašovací údaje (administrátor WordPressu a FTP) na email pavelevap@separatista.net, zkusíme se na to podívat.
Myslíte zvýrazňování syntaxe v HTML editoru příspěvků nebo editoru šablon a pluginů (zde je to častější)? U HTML editoru jsem se s tím ještě nesetkal, ale pokud nějaký plugin používáte, tak uvítáme podrobnosti.
Díky za informaci o vyřešení problému. Ano, tento kód je určen pro vývojáře, kteří mohou provádět změny do snadno čitelných vývojových verzí skriptů (např. admin-bar.dev.js) a zkompilované (= minifikované a pospojované) soubory (např. admin-bar.js) jsou tak ignorovány.
Jádro problému ale asi bude v nastavení localhostu, pamatuji např. problémy s direktivou zlib.output_compression (podrobnosti). Poté, co to začalo fungovat, můžete ten kód zkusit zase odebrat, třeba to bude fungovat i nadále.
Ipstenu.org: Zajímavé úpravy administrační lišty (zejména pro víceuživatelskou verzi WordPressu).
WPMU.org: Protichůdný názor na opouštění podpory zastaralých prohlížečů a “vnucené informaci” na Nástěnce o doporučené aktualizaci.
DevPress: Vlastní velikosti obrázků ve WordPressu (definice, použití).
WPMU.org: Představen povedený plugin pro automatické zvětšování obrázku po přejetí kurzorem myši.
WordPress Answers: Jak zjišťovat, kdo z oprávněných uživatelů webu schválil konkrétní komentář?
Mike Van Winkle: Tvorba vlastního pluginu pro sledování přihlašování uživatelů s pomocí frameworku Pods CMS.
WordPress Answers: Na jakých místech správně volat své vlastní Javascriptové soubory a kaskádové styly?
WPMU.org: Nelíbí se vám nový vzhled WordPressu 3.2? Není nic jednoduššího než si ho přizpůsobit obrazu svému.
WPMU.org: Theme Force je zajímavý nový framework pro tvůrce šablon pro restaurace.
WordPress Answers: Jak vytvořit plugin, který automaticky aktivuje další pluginy?
DevPress: Popisky (nejen) obrázků ve WordPressu – tipy a triky, stylování, HTML výstup.
Theme.fm: Stylování obrázků a galerií ve WordPressu.
WP Mods: Vlastní dotazy na hodnoty z uživatelských polí ve WordPressu 3.1.
WP Paintbrush: Zajímavá prémiová šablona, kde si můžete snadno “naklikat” vlastní vzhled a strukturu webu.
Smashing Magazine: Výběr šablon roku 2011, které jsou dostupné zdarma.
Přesně tak, budeme potřebovat co nejvíc podrobností. Co je to za šablonu a pokud je formulář její součástí, tak kde si ji můžeme stáhnout a vyzkoušet? Pokud jde o prémiovou šablonu, tak potřebujem znát alespoň kód, který používá pro zobrazení a zpracování formuláře. A pokud je formulář řešen pluginem, tak o který přesně jde (a v jaké verzi)?
Jasné, vysvětlení je logické. Spíše jsem to zkoušel, protože mnoho lidí se nás ptá na podobné věci, které je mnohem lepší udělat trochu jiným způsobem… I když i tady by bylo teoreticky lepší řešit pořádně strukturu webu a menu pak generovat klidně automaticky. Ale je jasné, že s klienty je to trochu složitější a může jim vyhovovat jiný způsob práce…
V tomto případě by se mohla buď upravit funkce pro drobečkovou navigaci, která je přímo součástí WPML, nebo by se musel upravit nějaký jiný jednoduchý plugin, do kterého by se pak musela následně zabudovat podpora WPML. Cena za podobnou úpravu se těžko odhaduje (odhadem 500 – 1000 Kč), nejdříve by to ale chtělo prohlédnout funkce pro drobečkovou navigaci u WPML a pak případně hledat nějaké další řešení. Pokud budete mít zájem, pošlete mi detailní informace na email pavelevap@separatista.net (nemám ale koupený WPML, takže budu potřebovat příslušné soubory alespoň k nahlédnutí).
A ještě se zeptám na nějaké obecné zkušenosti s WPML?
Zajímavá myšlenka. Drobečková navigace by tedy měla vycházet pouze z definované struktury vlastního menu a měla by ignorovat strukturu webu? Čeho tím vlastně chcete dosáhnout? Není lepší spíše přizpůsobit strukturu webu a použít nějaký stávající funkční plugin, případně ho pro definované vyjímky modifikovat? Tereticky by ale šlo vzít nějaký stávající plugin a modifikovat ho, aby si za svůj zdroj bral pouze položky menu. Pokud nic dalšího nenajdete, tak to můžeme zkusit.
Podpora WPML by se musela asi také doprogramovat, případně mít dvě různá menu, z nichž každé by bylo v jiném jazyce a zobrazovalo by se podle aktuálního jazyka. Mimochodem, součástí WPML je myslím také nějaká drobečková navigace, která by měla různé jazyky podporovat? Je ale myslím pouze součástí dražší verze (79 USD).
Přesně tak. Pro váš případ pak možná ani není nutné přesunovat soubory (viz návod, anglicky), mělo by stačit zkopírovat soubory index.php a .htaccess. I když si nejsem jist, zda bude tento postup fungovat i zpětně, tedy že specifikujete vlastní adresář pro WordPress až poté, co se tam s ním pracovalo.
Pokud se tento pokus “nechytne”, tak budete muset WordPress přesunout klasicky, tedy podle výše uvedeného návodu a nezapomenout změnit výchozí URL adresy v nastavení a poté i všude v databázi, např. pomocí pluginu Search and Replace.
Můžete také zkusit některý z nástrojů pro automatickou migraci webu, např. WordPress OneClick Migration.
Každopádně doporučujeme vždy provést raději předem zálohu databáze :-)
Výše uvedený kód jsem viděl nedávno u Lukenziho. Třena nám sem napíše nějaké detailnější vysvětlení.
Moje laické vysvětlení je asi takové, že má kód sloužit k ochraně celého adresáře wp-includes (včetně jeho podadresářů a souborů), aby s nimi nemohl nikdo nepověřený manipulovat. Podobný způsob ochrany je uveden i v manuálu, kde je ale použit trochu jiný kód:
# Block the include-only files.
RewriteEngine On
RewriteBase /
RewriteRule ^wp-admin/includes/ - [F,L]
RewriteRule !^wp-includes/ -
RewriteRule ^wp-includes/[^/]+.php$ - [F,L]
RewriteRule ^wp-includes/js/tinymce/langs/.+.php - [F,L]
RewriteRule ^wp-includes/theme-compat/ - [F,L]
Nevím, jaký je v nich přesně rozdíl, ale budou sloužit k podobnému účelu. A pokud chcete přesně “přeložit”, co daný kód vlastně znamená, pak už zbývá jen detailní manuál (anglicky).
Podobné funkce “na míru” se v obecných pluginech moc nevyskytují. Ohledně kontaktů se toho moc nezměnilo od podobného dotazu, který se tu objevil nedávno.
Dalším řešením pak může být nějaká prémiová šablona, ale nikdy asi nebude dělat přesně to, co potřebujete. Otázkou pak je, zda je složitější dělat úpravy šablony + používat kombinace několika různých pluginů nebo si (nechat) udělat řešení “na míru”.
