Přehled odpovědí
-
AutorPříspěvky
-
Odpověď jsem dostal emailem:
Dobrý den, ano, přesně tak, ajťák to musel opravit v databázi, nějaká nová funkce v nextgen gallery nespolupracovala s aktualizovaným wordpressem. Bohužel nevim přesně v čem.
Takže se bohužel žádné další podrobnosti patrně nedozvíme. Každopádně nejnovější verze NextGEN Gallery 2.0.59 má už chyby poměrně vychytané a také databázová náročnost se výrazně zlepšila…
Tancuj: Díval jsem se na web uvedený v profilu a vypadá to, že byl problém nějak vyřešen, protože se galerie i obrázky zobrazují? Pluginy pro správu uživatelských rolí bohužel občas zanechají v databázi nepořádek (různě upravená oprávnění) a některé pluginy pak mohou mít problémy…
Zkoušel jsem IETester i opravdový IE9 (Windows Vista Business) a všude mi to funguje. Šel jsem rovnou na odkazovaný příspěvek, pak jsem odešel na jiné stránky webu a pak se zase vrátil ke galerii a žádný problém nikde nenastal… Jak by měla chyba konkrétně vypadat?
Zajímavé… Nemáte nějaké restrikce přímo v aplikaci, která je použita pro publikování na stránku? Možná tam bude nějaký problém s nastavením. Vypadá to, jako kdyby byly publikované příspěvky soukromé… Zkuste poslat přístupové údaje k webu, zkontroluji základní nastavení (můžete použít email, ze kterého chodí notifikace z fóra). Na stejném pluginu funguje např. tato stránka a doufám, že aktuální příspěvky vidí i ostatní :-)
Já tam vidím toto: https://www.separatista.net/wp-content/uploads/2014/03/Webshopik_Facebook.jpg
Co tam má být? Máte screenshot?
Zajímavé, česká iniciativa…
Jinak jde o dlouhodobý problém, který byl naposledy opravován ve WordPressu 3.6. Navrhované řešení z CSIRT bohužel není ideální, zejména pokud používáte protokol XML-RPC (např. pro mobilní aplikace, JetPack) či pingbacky.
Další zajímavý článek celou problematiku přehledně shrnuje a na povrch se vše dostalo zejména kvůli rozsáhlému útoku z 11. března 2014. Podrobnosti o použité technice naleznete zde. Problémem se zabývá bezpečnostní tým vývojářů WordPressu, tak uvidíme, zda se objeví v brzké době nějaké úpravy, možná se dočkáme i WordPressu 3.8.2.
Osobně obě funkce používám a vypínat je zatím moc nechci…
Chcete editor pro úpravy stávajících příspěvků (vlastních typů obsahu) nebo publikování nových (většinou nějaký formulář)? Co by měl plugin konkrétně umět? Téma jsme tu několikrát řešili a najdete zde mnohé tipy na různé pluginy. Nejlepší jsou ale podle mě Front-end Editor a nově také WordPress Front-end Editor (který se patrně stane v blízké době přímou součástí WordPressu). Pokud ani jeden z nich nevyhovuje, tak by mě docela zajímalo, co jim chybí a co konkrétně potřebujete…
Používáte oficiální plugin Facebook nebo nějaký jiný? Nebyl by odkaz na konkrétní stránku, abychom to mohli vyzkoušet?
– Mohlo dojít k nějaké změně na straně poskytovatele hostingu (upgrade PHP, konfigurace serveru, atd).
– Máte přístup k chybovým hláškám, které jsou logované na straně serveru? Nehlásí vývojářské nástroje (např. klávesa F12 v Chrome) v používaném prohlížeči nějaké chyby?
– Jakou verzi WordPressu používáte? Určitě bych ale zkusil aktualizovat na nejnovější verzi.
hellboy: Pokud jste podle odkazovaného článku upravoval zdrojové soubory WordPressu, tak to bohužel není moc dobrý nápad. Víte co se stane, až za měsíc vyjde WordPress 3.9 a provedete aktualizaci? :-)
Použitá šablona Ribbon sice vypadá dobře, ale problém způsobuje právě ona a pluginy s tím nemají v tomto případě vůbec nic společného. Zkusil jsem ji aktivovat na svém webu a duplicita se ihned objevila. Po aktivaci výchozí šablony Twenty Fourteen zase ihned zmizela. Takže za to evidentně může použitá šablona, zkusím ještě najít příčinu…
Podívejte se prosím na související vlákna, probíralo se to tu už mnohokrát a najdete tam tipy na možná řešení a pluginy.
Karlinho: Určitě, ale Musilda má s WooCommerce asi více zkušeností :-) Stačí použít email, ze kterého chodí notifikace z fóra, tedy pavelevap@separatista.net.
P.S. Nejsou vlastnosti uložené v databázi s jednou verzí proměnné než je pak uvedena ve zdrojovém kódu pro řazení? Zkuste sjednotit kód na druhou variantu…
Potenciálních problémů je tam několik (ve verzi 3.9.7 se clicktracking opravdu změnil):
– Instalace WordPressu v podadresáři (zde).
– Problém s načítáním Javascriptu (zde) – mělo by stačit zaškrtnout políčko, aby se Javascript načítal v zápatí (Footer).
– Problémy s šablonou či jiné neznámé problémy (zde). Každopádně autor ví o tom, že to nefunguje všem a patrně to bude časem opraveno.
O jaký jde web? Objevuje se tam při načítání webu nějaký Javascriptový problém? Funguje to na výchozí šabloně Twenty Fourteen?
Zajímavé, patrně jste používal následující návod, nemohlo se s novými verzemi pluginu WooCommerce něco změnit? Některé nedávné komentáře tam naznačují problémy…
Nemusí se ta nová vlastnost ještě nějak registrovat v šabloně? Aby se dostala jako parametr do URL? Šablona Diamond vypadá vcelku dobře, ale na nějaké výchozí šabloně to také nefunguje? Bohužel to asi nepůjde moc vyzkoušet bez přístupu k placené šabloně a nechce se mi zatím instalovat plugin a připravovat nějaké produkty pro testování, ale můžete poslat emailem přihlašovací údaje na nějakou testovací verzi webu, zkusím se na to podívat (raději předem zazálohovat)…
Musilda: Myslíš chybějící filtr
woocommerce_default_catalog_orderby_options(viz manuál)? Ten by to podle mě také neměl způsobovat…Osobně používám také WPML, ale mnohé další tipy najdete ve starších vláknech, řešilo se to tady už mnohokrát.
11. března 2014 (10:19) odpověď na téma: Plugin Product Enquiry for WooCommerce a diakritika hlavičky #1802010. března 2014 (20:58) odpověď na téma: Plugin Product Enquiry for WooCommerce a diakritika hlavičky #18018A co toto? Mělo by to stačit upravit v souboru product-enquiry-for-woocommerce/data/contacts.php.
HTML entita je zajímavý nápad :-) Funguje mi to bez problémů, jen se musí ignorovat našeptávač a pokaždé musíte zadávat entitu (a nesmíte ji pak upravovat v menu Příspěvky – Štítky, kde bude automaticky převedena). Ale také se mi to moc nelíbí, a to zejména protože se entita ukládá do databáze a uživatelé ji musí ručně zadávat.
A proč mi vadí, že je v databázi špatně zadaná verze? Zatím to asi nic neovlivňuje, ale mám rád pořádek :-) Časem se něco změní v API pro taxonomie (nebo příslušného kontrolního Javascriptu) a budete mít problém… Raději bych tedy přizpůsobil názvy štítků (přesný název s čárkou pak můžete mít třeba v popisu štítku) nebo změnil oddělovač z čárky na něco jiného, např. #. Využít můžete v tomto případě např. filtr gettext_with_context.
-
AutorPříspěvky