Přehled odpovědí
-
Příspěvky
-
1. Opravil bych ty funkce pro překlad, jsou tam zbytečně a ještě blbě, např.:
__( 'Slides', 'post type general name' )
v druhém parametru nemůžou být mezery, krom toho je to ID překladu. Pokud nemáte v plánu někdy šablonu překládat pomocí *.mo souborů úplně bych to vynechal:
'Slides'
Taky je k ničemu vše jako toto:
__( 'Add New Slide' )
protože není uveden druhý parametr tedy ID použije se výchozí překladový soubor a v tom tento string není takže se nepřeloží.
Stačí použít takhle:
'Add New Slide'
2. Pole $slidelink_2_metabox je tam k čemu? Nikde nevidím, jeho použití…
3. PHP nevypisuje žádné chyby nebo upozornění? Na začátek pluginu bych vložil
error_reporting(E_ALL);
a prohlídl si zda jsou všechny proměnné správně naplněné, kód neobsahuje žádné kontroly takže hledat chybu bude docela obtížné.
Odepsal patrně nějaký expert na WordPress…
Můžete na serveru vytvořit nějaký
.phpsoubor s tímto obsahem?<?php phpinfo();Můžete pak odkaz na tento soubor poslat mně nebo adminovi? Nějaké domněnky nám k vyřešení problému moc nepomůžou…
Zkuste použít tuto URl:
http://www.google.com/search?ie=utf-8&q=http://odvsehoneco.eu/&tbm=blg&tbs=sbd:1&output=rss
btw v hlavičce webu máte RSS zdroj na Templatic…
Nevrtal jste se v prohlížeči? Já na té stránce žádný problém nevidím…
Nemyslím, že by na tom bylo něco složitého, protože WP toto umožňuje už v základu.
Obyčejné vyhledávání funguje tak, že vyhledávaný výraz se automaticky dosadí do proměnné
?s=za URL adresu webu. Chce to jen upravit vyhledávací formulář aby se hledaný výraz (štítek) dosadil za URL adresu pro štítky tedy?tag=.Příklad na mém webu (XXX je slovo nebo štítek, který hledám):
klasické hledání: http://wp-blog.cz/?s=XXX
hledání štítků: http://wp-blog.cz/?tag=XXX
formulář pro toto hledání by tedy vypadal nějak takto:
<form method="get" action="<?php echo get_option('siteurl');?>">
<input type="text" name="tag" placeholder="Hledat články se štítky" />
</form>
U videí na youtube již existují náhledové obrázky, jen by se muselo doprogramovat samotné zobrazení při přejetí myší.
Výhoda je v tom, že si vystačíte pouze s javascriptem případně jen s CSS a že náhledy jsou již vytvořené. Nevýhoda je ta, že se musíte spokojit pouze s tím co vám dá YT.
Nějaký příklad:
Video Suchánka v Show Jana Krause – https://www.youtube.com/watch?v=zN548rFAVzk
Velký náhled videa – http://img.youtube.com/vi/zN548rFAVzk/0.jpg
Tři malé náhledy – http://img.youtube.com/vi/zN548rFAVzk/1.jpg , http://img.youtube.com/vi/zN548rFAVzk/2.jpg , http://img.youtube.com/vi/zN548rFAVzk/3.jpg
Asi jste si všimli, že URL adresy náhledů je vždy stejná pouze se do ní přidává ID konkrétního videa http://img.youtube.com/vi/ID_VIDEA/0.jpg
admin: Tak relevance je zajímavá, při vstupu na forum vše na téma WP, ale u tohoto postu vidím “Máte rádi cukroví?”, “Zhubněte i po čtyřicítce” a “Internetová lékarna” :D
No ale furt lepší než etarget, ten by i na WordPress.org zobrazoval reklamu na přípravky proti vaginální mykóze…
Můj názor je stejně, že tento druh monetizace je k ničemu, těch pár korun co se takhle vybere za snahu, bude zanedbatelných a určitě by mně nemotivoval ani k tomu abych vstal z postele :)
Možná bych popřemýšlel o jiném přístupu, např. prémiový účet pro uživatele s třeba ročním symbolickým poplatkem ale také samozřejmě s přednostním vyřízením problému, nějaké bonusy případně slevy na šablony a pluginy atd atd. Taky mám několik klientů, kteří si raději pravidelně zaplatí nějakou drobnou částku za to, že případný problém s jejich webem bude vždy a kdykoliv vyřešen.
jen odpovím na předchozí otázku:
do souboru functions.php šablony vzhledu stačí vložit tento řádek:
add_filter( 'wp_feed_cache_transient_lifetime', create_function('$a', 'return 3600;') );kde 3600 znamená počet vteřin než se obnoví cache RSS kanálu
Co to znamená “featuru skrze theme options”? Nějaký kontakt by nebyl?
Widget nejnovějších článků nestačí? Nebo to chcete mít přímo v obsahu stránky?
http://plugins.svn.wordpress.org/nextgen-gallery/tags/
každopádně žádný důvod není dost dobrý na to používat zastaralou verzi čehokoliv už jen třeba kvůli bezpečnostním chybám…
jinak úplně polopatě:
pro zobrazení celkového počtu článku na webu kdekoliv v článku nebo stránce stačí vložit do souboru functions.php (nejlépe na konec) toto:
add_shortcode('celkem-clanku', 'CelkovyPocetClanku');
function CelkovyPocetClanku(){$c = wp_count_posts();return $c->publish;}
Pak při psaní článku, kdekoliv do textu vložím shortcode [celkem-clanku], který se při zobrazení automaticky nahradí za číslo.
Zmíněný plugin obsahuje chybu (testováno ve WP 3.5)
řádek 108:
$impressions = $wpdb->get_var( $wpdb->prepare( "SELECT COUNT(*) FROM $table_name" ) );je třeba upravit takto:
$impressions = $wpdb->get_var( $wpdb->prepare( "SELECT COUNT(*) FROM %s", $table_name ) );a řádek 117:
$dbvisits = $wpdb->get_var( $wpdb->prepare( "SELECT COUNT(DISTINCT ip) FROM $table_name" ) );takto:
$dbvisits = $wpdb->get_var( $wpdb->prepare( "SELECT COUNT(DISTINCT ip) FROM %s", $table_name ) );Chyba je v tom, že od verze WP 3.5 musí metoda
prepare()obsahovat minimálně 2 proměnné, ve starších verzích stačila pouze jedna a to jen třeba samotný SQL příkaz.Nikde problém nevidím, patrně je problém pouze u vás a to proto, že starý web máte v cache prohlížeče.
Jinak ta reklama na coca colu je nějaká soutěž který návštěvník webu se víc nas…?
Jen doplním pár drobností:
1) Tato chyba je ve WP neopravená minimálně od roku 2007 (viz report na secunii #24951)
2) Na možnost použít WP jako nástroj pro DoS útoky na jakýkoliv web byl bezpečnostní tým WordPressu upozorněn minimálně 2x emailem a jednou v tracku a vždy tuto chybu zamítl s nějakou nesmyslnou odpovědí (to je asi běžné, mám podobnou zkušenost…)
3) Existuje již několik podrobných návodů i s potřebnými scripty jak DoS útok na jakýkoliv web pomocí WordPressu spustit
4) Od roku 2007 bylo DoS útokem způsobeným pravděpodobně díky této chybě napadeno již několik velkých serverů (např. Cloudflare)
5) Do některých DoS útoků byly zapojeny i blogy některých vývojářů WordPressu :)
6) Chybu na stejném principu obsahují i jiné systémy např. drupal a joomla
7) Stále není oprava…
Jen doplním, příště když někdo napíše
přejmenováním složky plugins
není důvod přejmenovávat soubor plugins.php…
Deaktivujte všechny pluginy přejmenováním složky plugins a znovu načtěte stránku, pak až se přihlásíte do administrace postupně zapínejte všechny pluginy dokud zase neuvidíte stejnou chybu. Poslední aktivovaný plugin tuto chybu způsobuje.
