Přehled odpovědí
-
Příspěvky
-
neteyescz: O jakou jde vlastně šablonu? Píšeš o WPRemix, ale řekl bych, že půjde spíše o iFeature? Ještě jsem se na ni podrobněji nedíval, ale možná to půjde vložit pomocí nějaké jednoduché funkce, v komentářích se píše o hooku, takže by to mohlo být připravené.
A samozřejmě pokud se šablona občas aktualizuje, tak neupravovat původní soubory, ale vytvořit si vlastní odvozenou šablonu (child theme) :-)
P.S. Osobně se mi nelíbí ani vkládání PHP kódu prostřednictvím různých pluginů (a zásadně se tomu vyhýbám), ale někdy je to pro běžné uživatele asi jednodušší než psát vlastní funkci…
1) Pro mapování domén v síti webů je třeba použít plugin WordPress MU Domain Mapping, který by měl fungovat a umožnit právě zařazení samostatných domén do sítě webů.
2) Tady si nejsem zcela jist, zda jsem to celé pochopil. V hlavním menu budete mít nějaké odkazy na stránky. A v postranním panelu se budou zobrazovat odkazy na konkrétní podstránky, pokud uživatel zvolí nějakou stránku z menu? Nebo tam nejde o vztah stránka x podstránka? Je třeba přesně definovat vztah mezi hlavním menu a postranním panelem. Buď půjde použít přímo nějaký plugin nebo si budete muset doplnit několik jednoduchých podmínek…
Další práce o WordPressu jsou dostupné např. na Masarykově Univerzitě v jejich informačním systému.
Zkuste ještě přidat do souboru wp-config.php následující kód:
define( 'CONCATENATE_SCRIPTS', false );Občas to pomůže, viz související vlákna.
Jiný prohlížeč jste už také zkoušel, možná bych zkusil ještě Internet Explorer, ale to už by musela být náhoda :-) Změnou prohlížeče řešíme hlavně možnost, aby to třeba neovlivňoval nějaký plugin v prohlížeči. Jako poslední mi zbývá vytvořit novou čistou testovací instalaci na nějaké subdoméně, jestli je v pořádku nastavení hostingu.
Zkuste ještě nejnovější verzi 3.3.1, deaktivovat všechny pluginy a k tomu přepnout na výchozí šablonu Twenty Eleven. Pokud ani tato kombinace nepomůže, tak půjde patrně o nějaký problém s hostingem nebo přímo o chybu WordPressu. V tomto případě budeme ale potřebovat, abyste nám poslal přihlašovací údaje (administrátor WordPressu a patrně i FTP) na email pavelevap@separatista.net, abychom to mohli pořádně otestovat.
Pokud jde o Gigaserver, tak budeš asi muset navýšit tarif, protože memory_limit 40 MB je pouze u nejlevnějších tarifů.
Nebo můžeš zkusit něco uspořit, prohledej fórum, optimalizací lokalizace je možné klidně 6 – 7 MB uspořit…
Možnosti Pods CMS jsou nedozírné :-) Jde s ním udělat skoro všechno, ale chce to se do něj pořádně ponořit. Pro takový jednoduchý formulář je ho až škoda :-) Ale určitě to jde…
Díky, už to vidím :-)
Lukáš Procházka: Jak to bude se zálohovacím prostorem pro weby? V současné době není možné ukládat zálohy (jak webu, tak databáze) na serveru. Bude tato možnost do budoucna podporována? A pokud ano, bude za ní příplatek?
Datacentrum WEDOS – bude to prostor na zálohy čehokoliv a bude k webu zdarma (to je jedna z věcí, kterou nyní prozradíme a kterou chystáme). Budete si tam tedy moci nahrát jak zálohy webu nebo databáze, ale cokoliv jiného. A budete to mít kdykoliv k dispozici.
Jde o problém s nedostatečnou PHP pamětí, tzv. memory_limit. Zkuste projít příslušná vlákna fóra. Máte dvě základní možnosti:
1) Nějakou paměť ušetřit, např. deaktivací některých pluginů.
2) Paměť si nechat u hostingu navýšit ze stávajícího limitu 42 MB o trochu výše.
Další podrobnosti najdete u nás na fóru…
Některé dotazy nám občas v návalu práce proklouznou :-)
1) Změna zobrazení komentářů (font, velikost písma, atd.) se řeší pomocí kaskádových stylů, tedy v souboru style.css. Co konkrétně vám nejde změnit (na nějakém příkladu)?
2) Instalace pluginu Editable Comments by neměla být extra složitá, ale šablony to dokážou občas znepříjemnit. Máte příklad nějaké šablony (odkaz ke stažení), se kterou to nefunguje a mohli bychom to vyzkoušet? Potřebný kód je třeba obecně vložit do výpisu komentářů, ale těžko říci bez znalosti konkrétních souborů šablony…
3) Problém řazení komentářů bude asi souviset s parametry funkce wp_list_comments() a úpravami kódu. Těžko říci bez bližších podrobností…
Tato funkce by měla být přímo součástí WordPressu, najdete ji v nabídce Komentáře. Když přejedete ukazatelem myši přes libovolný komentář, tak se zobrazí dostupné aktivní odkazy, z nichž jeden má název Odpovědět, což by mělo být přesně to, co hledáte…
Toto chování se už nelíbilo i dalším uživatelům (podobný dotaz), ale je uvedeno přímo v základním popisu pluginu iSlidex.
Cituji ze záložky Installation:
[islidex] (it will show on top of the post content)Každopádně je to zajímavé, zkusím se podívat, co to vlastně způsobuje, zkrácený zápis (shortcode) se obvykle používá, aby si to uživatel mohl vložit přímo na určité místo v textu…
Přesně tak, informace tam jsou sice stejné (název, datum, obsah, atd), ale zcela jiné je zobrazení, kterého dosáhnete pouze úpravou kaskádových stylů (CSS), případně i HTML. Pro začátečníky to ale není moc jednoduché a spíše v tomto případě doporučím zvolit rovnou nějakou jinou šablonu, která bude odpovídat požadovanému vzhledu.
Pokud si chcete zkusit vlastní vzhled naklikat, tak můžete použít např. program Artisteer nebo zajímavý online nástroj PressWork, který nainstalujete v podobě šablony. Ani jeden z nich není zcela ideální, ale můžete je také vyzkoušet…
Přesně tak. Funkce wp_list_pages() má definovaný parametr sort_column s hodnotou
post_date, což znamená, že jsou stránky řazeny podle data vzniku.Teoreticky můžete zcela smazat
sort_column=post_date, protože pokud není parametr sort_column definován, tak by mělo být použito výchozí řazenímenu_order, post_title. Nejdříve se tedy bere v potaz pořadí, které jste stránkám naklikal v administraci a když ho nepoužíváte, tak se budou řadit podle názvu. Je to podle mě lepší řešení než řadit přesně podle ID, ale i to je možné:sort_column=IDneteyescz: Není to zase tak známý trik :-)
Marp: Výborně. Ten druhý úkol je sice trochu zapeklitý, i když reálný. V podstatě jde o to, kontrolovat nahrávané soubory ještě před jejich uložením a porovnávat, zda už aktuální uživatel dnes nahrál nějaký jiný obrázek. Zatím sem doplním zdroje k samostudiu (1, 2), které využívají potřebný filtr wp_handle_upload_prefilter pro jiné účely, ale na jeho základě by šlo poměrně jednoduše vytvořit i omezení na uživatele. Můžete to zatím vyzkoušet, pokud se nezadaří, tak se k tomu dostaneme až vyjde čeština pro WordPress 3.3.1.
Existují dvě základní možnosti řešení:
1) Vypnout komentáře
V tomto případě doporučím podobné vlákno, které ale řeší komentáře jako jeden celek. Takže když je vypnete pomocí nastavení, tak nebudou fungovat nikde na webu.
Aby šlo komentáře vypnout pouze u obrázků (aneb stránek se zobrazením nahraného souboru), tak je potřeba použít drobnou modifikaci funkce comments_open(). Můžete použít uvedený příklad, pouze nahraďte tento řádek:
if ( 'page' == $post->post_type )za tento kód:
if ( 'attachment' == $post->post_type )Dalším řešením je použití pluginu Disable Comments, kde si také můžete zvolit likvidaci komentářů pouze pro obrázky.
2) Zrušit zobrazování komentářů v šabloně
Tady už ale záleží na konkrétní šabloně, obvykle je to funkce comments_template().
O úpravě databáze (nebo zdrojových souborů WordPressu) opravdu nedoporučuju nikomu ani přemýšlet :-)
1) Omezení délky příspěvků není zase tolik složité, existuje i více způsobů. Asi nejjednodušší je použít maximálního limitu délky textu v podobě počtu slov, který se už v editoru automaticky zobrazuje. Stačí pak do souboru functions.php (nebo vytvořit vlastní plugin) vložit následující kód:
function separatista_omezeni_delky_textu( $content )
{
global $post;
$content = $post->post_content;
if ( current_user_can( 'author' ) ) {
if ( str_word_count( $content ) >= 200 ) {
wp_die( 'CHYBA: Překročili jste maximální počet slov.' );
}
}
}
add_action( 'publish_post', 'separatista_omezeni_delky_textu' );Je to asi nejlepší řešení, uživatelé vidí v editoru kolik už napsali slov a když ho přesáhnou a chtějí příspěvek publikovat, tak se jim objeví chybová hláška (vše ale zůstane zachováno a mohou to upravit a zkusit uložit znovu). Jde to samozřejmě celé udělat i na přesný počet znaků, ale v tomto případě neuvidí aktuálně napsaný počet. Zcela ideální by sice bylo, aby nešlo po překročení limitu do editoru vůbec psát, ale tam už by se musela napsat funkce, která by použila nějaký JavaScriptový plugin pro TinyMCE, který to omezení umí aplikovat na pole editoru.
Poznámky:
– Hodnotu maximálního počtu 200 slov je možné samozřejmě měnit (konkrétní znění chybové hlášky také).
– Omezení by se mělo vztahovat pouze na Redaktory (anglicky Author).
– Nebyl čas to vyzkoušet, takže je to pouze narychlo sepsáno, vyzkoušejte a dejte prosím vědět…
Ad 2) Teoreticky by to mělo jít, zkusím se na to ještě podívat.
Ano, tam šlo ale myslím o vlastní řešení, kdy si Lukenzi “pohrál” s API WordPressu. Nejsou to myslím ani widgety ani žádný plugin…
Když už koncem roku čistím staré emaily, tak se ještě vrátím k tomuto tématu a doplním některé informace, i když bohužel nemohu 100% potvrdit, že vedly k vyřešení tohoto problému… Obdržel jsem nedjříve přihlašovací údaje a trochu jsme to zkoušeli…
admin (5.12.2011 21:59):
Databáze vypadá v pořádku.
Na Facebook nejsem žádný specialista, ale trochu si tím kódem na webu nejsem jist:
– Na localhostu to vše správně fungovalo?
– Zkoušel jste nějakou jinou variantu kódu (tedy např. FBML)?
– Zkoušel jste nějaký jednoduchý WordPress plugin pro Like?
– Debug:
http://developers.facebook.com/tools/debug – Jakým způsobem tam v tom kódu vlastně říkáte Facebooku, že název je the_title()? A co popis a URL?
martinvlorenc (5.12.2011 22:12):
Zdravím a přeji dobrý večer,
na localh. vše skutečně dobře pracovalo. Zkoušel jsem všechny 3 mě známé varianty kodu, které jsou na FBdevelop. Celkem jsem vyzkoušel 3 pluginy pro FB, každý s absolutně stejným efektem – špatné kodování. Koukám na Váš odkaz a nestačím se divit, páč (nevím jestli jste upravoval index) ale index webu se přenáší na FB zeď bez problémů se správnou diakritikou, ovšem ostatní stránky jsou pořád špatně. Jak se přenáší
<?php the_title(); ?>? Myslím, že je to nastaveno jako výchozí hodnota někde v core WP. Žádné speciální meta jsem tomu nedával. Mám pocit, že si to z nás dělá srandu, nicméně myslím, že jste mně nakopl správným směrem, uvidíme.Děkuji Vám za Váš čas, opravdu si toho vážím.
admin (5.12.2011 22:17):
Dobrý večer,
ano, index.php jsem dnes drobně upravoval několikrát.
Marně ale bohužel vzpomínám na poslední úpravu, mám pocit, že jsem vše vrátil do původního stavu…
A hlavně to funguje, neuvěřitelné :-)
Jdu se na to ještě podívat…
martinvlorenc (5.12.2011 22:38):
Něco se někomu z nás dvou podařilo, protože sekce hlasuj, o kterou jde nejvíc, funguje validně. Já jsem přidal do header.php ony meta tagy pro FB.
Jak je vidět z celé posloupnosti, tak šlo vlastně o dva problémy, z nichž jeden byl patrně vyřešen přidáním klasických meta dat protokolu Open Graph. Mnohem podivnější byl ale první problém se špatným kódováním, který z ničeho nic prostě sám od sebe zmizel. A dnes jsem konečně narazil na zajímavý článek, který to celé patrně vysvětluje. Doporučuji ho přečíst, ale stručně řečeno jde o to, že pokud použijete Debugger Facebooku, tak se testovaná stránka nějakým způsobem celá znovu načte do paměti. Takže je možné, že byl problém odstraněn právě tímto načtením pomocí Debuggeru, čímž došlo k vymazání nějaké interní cache Facebooku. Nebo je to zatím jediné vysvětlení, které mě napadá a nasvědčují tomu všechny události…
