Přehled odpovědí
-
AutorPříspěvky
-
Šablona Clever Course vypadá dobře, ale tady asi moc neporadím. Podobných šablon s funkčností vzdělávacích kurzů je totiž docela dost (např. LMS Press) a každá umí něco trochu jiného.
Různé pluginy jsme řešili např. zde. Je to sice hlavně téma o klasických kvízech, ale najdete tam i pokročilejší pluginy (zdarma), např. teachPress či CoursePress. Pluginy pak lze použít v libovolné šabloně (patrně s trochou stylovacích úprav).
Dále existují samozřejmě placené pluginy (celé složité systémy), např. Sensei, WP Courseware nebo LearnDash. Ale jak jsem psal výše u šablon, každý umí trochu něco jiného a hodí se pro někoho více a pro někoho méně…
Rozhodně však uvítáme jakékoli zkušenosti při výběru :-)
Ano, plugin WordPress SEO bohatě stačí pro klasickou sitemapu, pro urychlení pak můžete zadat URL sitemapy do Google Webmaster Tools. Ale nevím, jaké emaily Google posílá a co se mu nelíbí… Indexace je většinou rychlá, ale zařazení do vyhledávání podle mě může nějakou chvíli trvat (zejména u nového webu)…
Dalším pluginem pro produkty je např. WooCommerce Shopping Cart Export.
Zkuste aktualizovat překlad pro WooCommerce, ale možná nejsou tyto řetězce v nové verzi přeloženy. Zkuste menu WooCommerce – Stav systému – záložka Nástroje – Aktualizace překladu – kliknout na “Vynutit aktualizaci překladu”.
Pokud chcete generovat klasický XML feed (tedy sitemapu), tak je asi nejlepším řešením plugin WordPress SEO. Pokud chcete generovat speciální feed produktů pro Google nákupy, tak můžete použít různé pluginy, např. TFM Google Product Feed či Google Product Feed (placený).
3. dubna 2015 (12:31) odpověď na téma: Řazení příspěvků pomocí hodnoty datumu z Advanced Custom Field #22676Vyřešeno.
V pluginu Advanced Custom Fields je třeba pro formát data nastavit “yymmdd”, takže je datum ukládáno vlastně v podobě čísel (např. 20150403), která pak lze jednoduše řadit pomocí vcelku jednoduchého dotazu (podrobnosti zde):
$args = array( 'category_name' => 'akce', 'orderby' => 'meta_value_num', 'order' => 'ASC', 'meta_key' => 'datum_akce', ); $new_query = new WP_Query( $args );Následně je třeba datum zobrazovat nikoli pomocí the_field():
the_field( 'datum_akce' );ale musíte ho nejdříve převést pomocí funkce date_i18n() do vhodné podoby
$unixtimestamp = strtotime( get_field( 'datum_akce' ) ); echo date_i18n( 'j.n.Y', $unixtimestamp );@sjiamnocna: Díky!
@hakisman: Možná by ale stačilo šablonu přeložit? Podobný řetězec by měla šablona určitě nabídnout k překladu. Zkoušel jste použít např. plugin Codestyling Localization a zmíněný řetězec tam dohledat?
Jakou šablonu přesně používáte? Myslíte Themify Base nebo máte nějakou placenou?
Myslím, že máte web zabezpečen více než dobře a mnohem lépe než zdejší fórum, které je napadáno prakticky denně :-)
Nejdůležitější je asi zkontrolovat pluginy a šablonu, zda jsou kvalitní a důvěryhodné a nastavil bych si také pravidelné zálohování. Dále bych doporučil se alespoň jednou za měsíc podívat do administrace a odklikat aktualizace pluginů, což je práce asi tak na pět minut. A jednou za půl roku (až rok) je vhodné provést aktualizaci WordPressu (malé bezpečnostní verze se nainstalují automaticky).
Ale netuším, co byste chtěl s webem každý měsíc několik hodin dělat, aby byl stále bezpečný?
@rpet: Podle mých informací s tím uživatelé nic nedělali a vše zůstalo při starém (i všechny pluginy), takže to opravili na straně Wedosu. Ale uvidíme, zda se ještě někdo ozve s podrobnostmi.
Pluginy jsou obecně problémem a jejich kvalita je velmi proměnlivá, doporučuji používat pouze prověřené a vyzkoušené. Ale to není samozřejmě zárukou toho, že se neobjeví nějaká chyba v rámci nové verze…
@rpet: Patrně šlo pouze o problém na jednom serveru (Wedos jich bude mít velmi mnoho), kde se objevil nějaký problém s konfigurací serveru a možná i použitými pluginy, nevím… Každopádně stejný problém hlásili dva uživatelé a po kontaktování podpory Wedosu problém zmizel, z čehož usuzuji, že to bylo něco na jejich straně…
Žádný web rozhodně nemazat, tím si nijak nepomůžete. Popisovaný problém je dost podivný, ale bohužel těžko soudit, v čem je příčina. Je možné, že má Query Monitor problémy se zaznamenáním SQL dotazů, pokud jich je hodně a přenášejí obrovské množství dat. Pošlete prosím přihlašovací údaje (administrace WordPressu a FTP), zkusím se na to podívat. Pokud jde o web uvedený v profilu, tak to je vcelku jednoduchý web, kde by neměly být žádné speciální problémy s databázovými dotazy…
Nevím, jestli tomu dobře rozumím, ale když vytvoříte v programu Artisteer šablonu, tak ji můžete exportovat a následně nahrát na web, kde ji můžete aktivovat a měla by fungovat?
Takže to byl patrně nějaký problém přímo na straně Wedosu, který už byl odstraněn?
Zkoušel jste deaktivovat všechny pluginy? Nepoužíváte nějaký bezpečnostní plugin? Neměnil jste na webu něco? Je možné to někde vidět online? Můžete poslat přihlašovací údaje?
Tak už to vidím, nešlo o stránku, ale o obrázek. Pokud totiž nahrajete obrázek s názvem “Stránka.jpg”, tak se k němu automaticky vytvoří také související stránka se zobrazením tohoto obrázku a URL adresa této stránky bude stejná – tedy “stranka”. Zobrazit ji můžete přímo z administrace z Knihovny médií, kde bude mít sice adresu
domena.cz/?attachment_id=X, ale pro další použití si rezervuje také zkrácenou verzi pro URL, tedy “stranka” a nemůžete ji použít nikde jinde… Asi nejjednodušším řešením je obrázek smazat, přejmenovat na něco trochu jiného a znovu nahrát (další možnost je úprava databáze, ale do toho bych se raději nepouštěl).Tak to v tom demu není (schválně se podívejte), takže to bude nějaký doinstalovaný modul?
Když se přihlásím do demoverze (kliknutím na tlačítko Launch Test Drive), tak kde to v administraci Joomly najdu? Chtěl bych se podívat, jak to mají řešené, lépe by se pak hledala náhrada…
Duplicitní příspěvek je zde.
Nevím, jestli tomu zcela rozumím, ale můžete po zakoupení přístupu automaticky vytvořit nový účet pomocí funkce wp_create_user() a s hlavním účtem ho propojit třeba prostřednictvím dodatečných informací pomocí funkce add_user_meta() (a následně s touto informací dále pracovat).
Tak to je dost podivné a nic moc mě nenapadá… Mohu se na to ale zkusit podívat, pokud pošlete přístupy do administrace na na FTP. Určitě je to způsobeno nějakou duplicitou, ale těžko odhadovat, kde by mohl být ukrytý problém…
Možnosti jsou patrně dvě:
1) Často se používají pluginy, které fungují na základě přesměrování, např. Linker či Pretty Link. Pak nebudete odkazovat např. na
simviation.com, ale namojedomena/go/simviationa tyto odkazy se budou v administraci započítávat (a neměl by být asi zásadní problém tyto údaje nějak zobrazovat i na webu).2) Dalším způsobem by mohl být JavaScript (Ajax), který by odkazy sledoval v současné podobě, ale tam jsem bohužel žádný aktuální a funkční plugin neviděl, takže tam budou patrně nějaké problémy s implementací… Ale nehledal jsem zatím moc detailně…
Každopádně je to docela zajímavá myšlenka, aby mohli návštěvníci vidět, na které odkazy se nejvíce klikalo.
Odkazy umí také sledovat různé služby (např. Google Analytics), ale nebudete je moci zobrazovat přímo na webu…
-
AutorPříspěvky