Přehled odpovědí
-
Příspěvky
-
Tak tohle byl docela zajímavý problém. Plugin Basic Google Maps Placemarks je dobře udělaný a problém je podle mě na straně šablony raindrops.
Šablona totiž používá filtr the_title a s ním také vlastní funkci raindrops_fallback_title(), která má dělat “něco” s názvy, ale bohužel se tímto filtrem napojuje i tam, kde nemá co dělat. Zde si ale vezme např. hodnotu “Article”. Používá i funkci raindrops_link_unique(), která z toho pak udělá výše zmiňovaný nepěkný kód. Patrně je problém někde v tom, že je vlastně další příspěvek (značka do mapy je vlastní typ obsahu) součástí obsahu hlavního příspěvku/stránky.
Každopádně se mi v tom nechce moc vrtat, takže je asi snadnější udělat úpravu tak, abychom využili funkce pluginu. Ten totiž načítá značky do mapy prostřednictvím speciálního souboru (zde) a před tímto načtením (i poté) nám nabízí speciální akce pro úpravy.
Celý problém by se měl každopádně nahlásit autorům šablony, ale zatím by měla stačit následující “oprava” (stačí ji přidat do souboru functions.php nebo do samostatného souboru pluginu):
add_action( 'bgmp_meta-address-before', 'separatista_odebrat_raindrops_title' ); function separatista_odebrat_raindrops_title( ) { remove_filter( 'the_title', 'raindrops_fallback_title', 10, 2 ); } add_action( 'bgmp_shortcode-bgmp-map-after', 'separatista_vratit_raindrops_title' ); function separatista_vratit_raindrops_title( ) { add_filter( 'the_title', 'raindrops_fallback_title', 10, 2 ); }Přidal jsem odkaz na web ke každému uživateli, který ho má vyplněn (a nemusíme chodit až na profil, měl by být vidět přímo ve fóru. Třeba získají aktivní uživatelé z fóra i nějakou návštěvnost :-) Takže kdo nemá web vyplněn, tak to může napravit v editaci profilu. Zatím mě nenapadlo nic vhodnějšího než slovo “Web”, ale změnám se určitě nebráním. Zkouším také různé možnosti pro zavedení vlastních podpisů. Občas by se to hodilo…
Čím to bylo nakonec způsobeno? Šlo o Suhosin nebo
max_input_vars? O jaký šlo konkrétně hosting?http://filmy.kinotip.in/style.css:-)Ale nevím, proč tam nemají standardní cestu
wp-content/themes/sablona/. Proto to nenajde ani ten odkazovaný nástroj. Je to ale trochu podivné, všechny zmínky o WordPressu mají z webu odstraněné…Podobný problém se tu už několikrát řešil, máme pro něj dokonce vlastní štítek. Pokud se dobře pamatuji, tak tam jsou celkem 3 potenciální problémy. Díky @weskomfort za odkaz článek (ani jsem o něm nevěděl)!
Řekl bych, že to možná WordPress bude (ale ruku do ohně bych za to nedal), patrně půjde o zastaralou šablonu Digg 3 Column. Stáhnout sice ještě někde jde, ale vzhledem k pravděpodobnému stáří bych to raději ani nezkoušel :-)
Podívejte se prosím na související témata. Naleznete tam mnoho různých tipů na šablony i pluginy. Pokud nic vhodného nevyberete, tak prosím upřesněte zadání…
Plugin WP eCommerce je možné počeštit standardní cestou (program Poedit, plugin Codestyling Localization). Zdrojový soubor s překladatelnými řetězci je umístěn v adresáři
wp-content/plugins/wpsc-languages/wpsc.pot. S pluginem jsou distribuovány i některé lokalizace, česká tam je dokonce také (souborywpsc-cs_CZ.poawpsc-cs_CZ.mo), ale asi nějaká automaticky generovaná z roku 2011. Upravené překlady nesmíte nechávat v adresáři s pluginem, ale měly by fungovat i v adresářiwp-content/languages/plugins/.A podle toho zmiňovaného problému na webu je možné, že je načten právě starý překlad, zatímco řetězce už byly změněny. Budete tedy muset překlad aktualizovat ze souboru
wpsc.pota doplnit ho.Takže o kousek vedle, plugin vSlider už je poměrně dost zastaralý a pokud jste se ho zbavil a nahradil stávajícím pluginem, tak asi žádná škoda :-)
Tak už jsem to nevydržel a šablonu SKT Full Width nainstaloval :-)
Díky, sonab! Je to přesně tak, jak píšete. Problém spočívá v tom, že je v menu Vzhled – Záhlaví pro volbu “Text v záhlaví” odškrtnuta možnost “Zobrazit text v záhlaví webu.” A protože má dicasi zcela zrušený “Popis webu” (menu Nastavení – Obecné), tak může nechat tuto volbu bez obav zapnutou a problém bude vyřešen. Jinak je to ale chyba autorů šablony a někdo by jim to měl nahlásit :-)
Ano, po deaktivaci pluginů a jejich následné postupné aktivaci by nemělo dojít k žádným problémům. Ale někdy se to bohužel stává, obvykle když si plugin něco ukládá, např. speciální uživatelská oprávnění, atd. Rozhodně bych to ale vyzkoušel, protože jinak na to nepřijdete :-)
Osobně bych podezíral zejména Widgetkit. Používáte nejnovější verzi kompatibilní s WordPressem 3.9?
Jako logo je tam nastaven obrázek
logo1.png, který mi přijde na logo dost velký (878 x 404). To tak má být?Takže problém je pouze s prohlížečem Opera? Zkoušel jsem Chrome a IE11 a žádný problém jsem nezaznamenal. To je vlastní šablona nebo ji někdo dělal na zakázku? Každopádně pokud jde pouze o Operu, tak by to nemusel být žádný velký problém, používají ji necelá 2 % uživatelů.
Přesně tak, get_the_tags() je v podstatě funkce get_the_terms() s parametrem
post_tag, která vrací pole objektů. A prostřednictvím funkce wp_get_object_terms() získává data přímo z databáze.Zatímco the_tags() je pouze hezká schránka pro funkci get_the_tag_list() a následně pro get_the_term_list(), která opět používá funkci get_the_terms(), ale výsledky ještě zpracovává do podoby odkazů. A je tedy zbytečné ji vůbec spouštět a následně odkazy odstraňovat.
Zajímavé, takže uživatelé tam žádnou možnost uzavření vlákna nemají? Zakladatel tématu by ji asi měl mít hned v prvním příspěvku jako odkaz “Uzavřít”. Ale je možné, že by musel mít nějaké větší oprávnění, zatím jsem to nezkoumal… Zvažoval jsem ještě plugin, který umožňuje vlákna označovat jako “Vyřešená” (+ další možnosti), ještě se na to podívám…
Hmm, odkaz na web tam opravdu nikde není, což je dost podivné, když ho uživatelé mohou vyplnit… Díky za info!
Podezřelé to rozhodně je. Aktualizace WordPressu by to způsobit neměla a pokud jste neaktualizoval šablonu, tak je to podivné. Jakou šablonu používáte? Určitě bych prohlédl FTP, zda se nezměnilo ještě něco jiného. Nemohl to také udělat hosting (myslím, že Endora někde vkládá reklamy) nebo nějaký plugin?
Celou funkci pro cyklus
foreach ( $_REQUEST['attribute_names'] as $index => $value ) { update_post_meta( $post_id, $value, $_REQUEST['attribute_values'][$index] ); }bych asi zkusil obalit podmínkou
if ( isset( $_REQUEST['attribute_names'] ) && !empty( $_REQUEST['attribute_names'] ) ) { foreach ( $_REQUEST['attribute_names'] as $index => $value ) { update_post_meta( $post_id, $value, $_REQUEST['attribute_values'][$index] ); } }Netestováno. Ostatní uživatelé se s tím nemuseli vůbec setkat, pokud nemají na serveru zapnuté hlášení PHP chyb (error_reporting) nebo WP_DEBUG. Na ostré verzi webu se tato direktiva kvůli podobných chybám často vypíná…
Také jsem to asi celé moc nepochopil…
Pokud máte u stránky s nastavením vzhledu šablony definované nejnižší uživatelské oprávnění
edit_theme_options, tak už nemusíte nikde omezovat oprávněnímanage_options? Obě tato oprávnění jsou dostupná jen pro administrátory, takže asi není třeba nic dodatečně řešit.A jak mají uživatelé vyplňovat formulář, když pro ně zůstane stránka s formulářem skrytá? Když bude skrytá, tak ho přece neuvidí a nemohou ho ani vyplnit? Nebo mi něco důležitého uniká?
