Přehled odpovědí
-
Příspěvky
-
Určitě by to šlo, jen by se musel upravit soubor “slider.php” tak aby zobrazoval pouze konkrétní obrázky.
Jinak na slider lze použít kterýkoliv jiný slider, jen by se musel samozřejmě vložit do šablony.
http://sixrevisions.com/demo/slideshow/final.html
http://www.dreamcss.com/2009/04/create-beautiful-jquery-sliders.html
http://cssglobe.com/easy-slider-15-the-easiest-jquery-plugin-for-sliding/
…
Nemusí, pro zobrazení stránek se v šablonách většinou používá WP funkce wp_list_pages. Této funkci pak stačí předat parametr “exclude” s ID stránky, kterou nechcete ve výpisu zobrazovat. případně parametr “include” ve kterém zadáte ID stránek, které chcete zobrazovat (ostatní se nezobrazí).
Těžko říct, skuste třeba napsat více informací o dané šabloně (odkaz, autora, verzi) nebo alespoň odkaz na web. Né každému se chce trávit půl dne hledáním nějaké šablony aby pak zjistil, že to není ona…
vytvořil bych si šablonu stránky, kterou bych použil na http://humenne.info/pracovne-ponuky/ a do obsahu této šablony vložil funkci fetch_feed.
Funkce využívá SimplePie takže není problém, naprogramovat cokoliv od multi kanálů (několik RSS v jednom seznamu seřazené podle třeba nejnovějších), ajaxové stránkování nebo cache.
taky něco doplním za sebe…
“Web popisující systém WordPress” – pokud bych se měl rozhodnout zda použiji WordPress po zhlédnutí tohoto webu určitě bych zvolil jiný systém… kterýkoliv jiný…
Ta grafika je otřesná, animované gify byly v módě tak někdy před deseti lety – celé to na mě působí dojmem, že systém WordPress je nějaký zápisníček pro krácení volných chvilek v domově důchodců. S tím předmětem “Prezentace a komunikace” si doufám děláte srandu, vůbec bych se nedivil kdyby vás učil ještě Komenský…
Web obsahuje spoustu nejasností a vlastně i hloupostí, opět to na mě působí dojmem, že to psal někdo kdo o WordPressu slyšel jen někde v kantýně.
Hosting Endora je fajn, ale ty reklamní odkazy v obsahu jsou trapné, co tak zkusit vložit reklamu do patičky kde nikomu nevadí a nikoho nezajímá.
Odkazy na prázdné a zbytečné profily na sociálních sítích tam jsou proč? Máte pocit, že konkrétně u vás to má nějaký smysl?
Článek “Zdar jak sviňa!” to zabil úplně…
Každopádně je to jen můj názor, tedy názor někoho kdo má logo WordPressu i na toaletním papíru a chápu, že se vám asi nebude líbit. Kdyby tento web s tímto obsahem takhle veřejně propagoval 10-ti letý klučina tak to pochopím a budu se mu snažit poradit co zlepšit nebo co se naučit, ale pokud toto nepovedené něco (i když z dobrým úmyslem) propaguje někdo z VŠE a má to sloužit jako návod tak je mi z toho docela smutno a WordPressu to je dle mého jenom na škodu.
A změnil jste tedy nastavení v souboru wp-config.php tak aby souhlasili s přihlašovacími údaji z nového hostingu?
vložený kód je špatně, takhle vložíš pouze výchozí font bez dia
správně to má být
@import url(https://fonts.googleapis.com/css?family=Francois+One&subset=latin,latin-ext);
V google Web Fonts si najdi tento font, pak klikni na tlačítko vpravo “Quick-use” a na zobrazené stránce musíš dole zaškrtnout “Latin Extended (latin-ext)”. Pod tím už budeš mít zobrazený kód pro 3 možnosti jak font vložit do stránky a jak jej nastavit.
Asi bych použil funkci is_page() a v podmínce kontroloval zda je zobrazena konkrétní stránka, pokud ne zobrazil bych seznam a nadpis tučně, pokud ano nezobrazoval bych nic, případně bych doplnil do hlavičky další CSS s jinou definicí.
if(!is_page('posledni-tematicke-clanky')){
echo'seznam';
}
V souboru wp-config.php jsou uložené přihlašovací údaje pro připojení k databázi obsahující všechny vaše články a nastavení. Pokud tedy měníte hosting (a tím i umístění databáze) je logicky nutné vyplnit nové přihlašovací údaje k databázi k tomuto novému hostingu.
Pokud máte na novém hostingu vytvořenou databázi se stejným názvem, uživatelem a stejným heslem, stejně musíte změnit adresu serveru kde je tato databáze umístěna, jinak se bude WP připojovat na starou databázi umístěnou na starém serveru (tedy do doby než bude smazána).
Jednoduše řečeno vždy při změně hostingu musíte změnit i nastavení v souboru wp-config.php.
Pokud máte vše v tomto souboru správně vyplněno a nadále nejde nainstalovat, případně spustit WP zkontroloval bych oprávnění uživatele v databázi. Uživatel root vám totiž funguje pravděpodobně proto, že má vždy všechna oprávnění (může v db cokoliv, a proto se taky nedoporučuje jej používat).
Úplně stejný problém totiž nastane pokud se snažíte nainstalovat WordPress s uživatelem, který nemá oprávnění vytvářet tabulky v databázi. Tuším, že WEDOS automaticky vytváří dva uživatele, jednoho pouze pro čtení a druhého s neomezenými právy pro konkrétní databázi.
Jak více by jste chtěl postup popsat než je uvedeno na odkazované stránce? To snad víc ani nejde…
@font-face{
font-family: nejakejmeno1;
src: url("font.eot"); /* pro Internet Explorer /
}
@font-face{
font-family: nejakejmeno2;
src: url("font.ttf"); /* pro ostatní prohlížeče */
}
h2 {font-family: nejakejmeno1, nejakejmeno2;}
co na tomto kódu nechápete?
Mě ty výsledky taky překvapili, popravdě jsem to ani netušil jen mě to po tvém postu nějak začlo zajímat tak jsem si to vyzkoušel.
Filtr the_content spotřeboval 856b a filtry embed_oembed_html a oembed_result něco přes 1.3kb což bylo zajímavé a ještě zajímavější bylo, že všechny filtry se spouštěli (respektive “užírali” stejné množství paměti navíc) také pokaždé bez ohledu na to jakou jsem měl zobrazenou stránku.
Myslím, že filtry jsou vývojáři navržené velice dobře, nefungují totiž tak, že když spustím 10x filtr the_content, že se znovu 10x získává obsah všech zobrazených článků (respektive počet použitých funkcí the_content v šabloně) nebo, že se 10x na tento obsah použije samotný filtr.
Funguje přesně opačně, tedy prvně se získá obsah článků, uloží se do nějaké proměnné a až poté se na tuto proměnnou použijí vlastní funkce vložené do všech filtrů – filtr se tedy provede ve skutečnosti jen jednou. Jediná režie navíc je tedy ta z naších vlastních funkcí a ta z interních funkcí PHP (která je ale většinou minimální nebo žádná). Pokud tedy ve všech vlastních funkcích vložených do filtru správně ošetříme uvolňování paměti např. pomocí unset(), kdy zahodíme obsahy nepotřebných porměnných bude výsledná režie naprosto minimální i kdyby těch filtrů bylo 1000 (ve skutečnosti se pouze vlastní funkce v tomto filtru “střádají” a až těsně před zobrazením obsahu se použijí jedna po druhé na obsah uložený v jediné proměnné).
Zkusím si s tím pohrát a dám sem nějaké výsledky konkrétních testů, jestli je má teorie správná tak použití 1000 filtrů na the_content by nemělo mít skoro žádný vliv na paměť, samozřejmě pokud svou vlastní funkci použitou v tomto filtru napíšu maximálně úsporně.
Jinak stačí se podívat do některých systémových souborů WP a uvidíme, že snad v každém systémovém souboru je funkce, která používá nějaký filtr na jinou systémovou funkci a nebál bych se tvrdit, že takových filtrů jsou v jádru možná i stovky…
Co zkusit plugin standard-widget-extensions smazat?
Zkoušeno na localhostu, klasický web (5 článku na úvodu):
Spotřeba paměti navíc: 856b
Čas provádění navíc : 0.000041007 vteřin
Myslím, že v tomto případě je otázka výkonu úplně irevelantní… Pokud by se vám to i přesto zdalo hodně lze odkaz upravit pomocí javascriptu přímo na straně klienta (tedy v prohlížeči) – výkonové ztráty serveru by pak byly naprosto nulové (stejně tak se v některých pluginech přidává například atribut “nofollow” odkazům nebo atribut “lightbox” obrázkům).
Toto řešení bych nezdůvodňoval výkonem. V praxi mezi nimi není žádný rozdíl (mezi adminovým a mým řešení je rozdíl prakticky nulový, pár bitů a u času to nemá cenu ani psát). Mimochodem filtr the_content je paměově méně náročnější než embed_oembed_html (cca 500 bitů).
Tabulka wp_options je v databázi a bude obsahovat řádek s názvem “mingle_forum_options”. Vymazáním dojde pravděpodobně k nové instalaci do DB – tedy k nějakému “restartování” fóra. Řádek tam určitě bude pokud jste forum měl již aktivován.
Těžko říct z těch obrázků nejsem vůbec moudrý, každopádně jestli myslíte odsazení textu vedle obrázků na této stránce tak to je pravděpodobně problém na rajce.net. Jestli jsem to pochopil správně tak na stránce “fotogalerie” je vložen script (podle tohoto návodu), který zobrazí HTML tabulku s fotkami vloženými do účtu na rajce.net. S tím, ale ve WordPressu vůbec nic neuděláte a asi bych zvážil změnění systému vkládání fotografií. Pro WordPress existuje opravdu hodně rozšíření vytvořené přesně pro účely vytvoření galerií, práce s alby atd…
Práce se stránkami je naopak velice jednoduchá protože systém WordPress je vytvořen právě pro uživatele, kteří neumí programovat ale i přesto chtějí mít svůj vlastní web.
Vyhazov jsem zmínil z jednoho prostého důvodu. Vaše stránka slouží jako veřejná prezentace firmy kde pracujete, díky ní můžete získat nemalé množství zákazníků a vydělat tak logicky víc peněz. Je tedy určitě velice důležitá a má stejný význam jako reklama či inzerce v tisku, televizi atd.
Pokud ale někdo na správu této prezentace dosadí člověka, který s danou prací nemá absolutně žádné zkušenosti je naprosto jasné jaký bude výsledek. Místo aby jste prezentaci vylepšovala a zvýšila tak množství spokojených zákazníků jednoduše docílíte přesně opačného efektu. Neberte si to špatně, vím že vy za to nemůžete, ale člověk který vám toto nařídil by v mé firmě neměl co dělat.
Obrázek můžet nahrát následovně
1) přejděte na stránku http://imgupload.cz/
2) dole vyberte obrázek který chcete nahrát na web
3) po úspěšném nahrání uvidíte na stránce nějaké blbosti a 4 záložky: XHTML, HTML, BBCODE a URL
4) klikněte na “URL” a zobrazenou URL adresu (např. http://2i.cz/855ef2d80b ) nám zde zkopírujte
Nejlépe pokud náhledů bude více a hlavně takové aby jsme pochopili kde je problém :)
Každopádně můj názor je, že řešit obrázky a galerie přes nějakou externí službu jako je rajce.net není zrovna ideální nápad zvlášť když WordPress umí s obrázky pracovat velice dobře. Pokud to tedy není z nějakého důvodu nutné určitě bych se tomu vyhnul. Je to prostě zbytečné a neefektivní.
tak nic no… :D
WP verze je 3.3.2 a hosting je WEDOS (podle verze PHP virtuál?)
A četl jste odkazované vlákno? Zkoušel jste změnit oprávnění k souboru? Zkoušel jste celý WordPress přeinstalovat?
Dobře no tak mi to prostě nedalo…
1) vložil jsem do příspěvku video klasicky a asi nejjednodušeji jak to jen jde – vložením URL adresy k videu.
2) V příspěvku se zobrazeným videem jsem si zobrazil zdrojový kód stránky abych věděl co mám nahradit nebo změnit a co nevidím – WP automaticky přidá k URL adrese řetězec “feature=oembed”. A protože u práce přemýšlím a nemám čas řešit voloviny s preg_match nebo s preg_replace, jednoduše vytvořím filtr který za “feature=oembed” doplní další parametry dle mé fantazie.
Upravený přehrávač, který se líbí třeba mi, docílíme vložením této funkce do souboru “functions.php” šablony vzhledu.
add_filter('the_content', 'WhiteYT');
function WhiteYT($content){
return str_replace('feature=oembed', 'feature=oembed&fs=1&rel=0&showinfo=0&theme=light', $content);;
}
fs=1 zajistí, že v přehrávači bude tlačítko pro fullscreen
rel=0 je vypnutí podobných videí
showinfo=0 je vypnutí zobrazení informací
theme=light je hezká světlá barva
Filtr se aplikuje až na výsledný HTML kód stránky (článku) tedy až potom co si WordPress převede vložený odkaz na HTML kód.
Filtr tedy vytáhne hodnotu z atributu “src” což bude URL adresa videa a doplní do ní parametr “theme=light” třeba. Ve výsledku bude přehrávač bílý.
Případně může filtr vytáhnout pouze url adresu a celý HTML kód pro zobrazení videa změnit z embed na iframe nebo i na video tag z HTML5 a opět do něj vložit původní URL adresu doplněnou třeba o další parametry z API. Dá se s tím dělat prostě cokoliv…
