Přehled odpovědí
-
Příspěvky
-
Zkuste všechny pluginy deaktivovat, není potřeba znovu instalovat WordPress. Zmiňovaný plugin AJAX Calendar již svým názvem poukazuje na to, že bude používat JavaScript (Ajax) a mohl by být příčinou problému…
Díky všem za podnětné názory. Některé sekce jsou jasné, jinde to bude složitější. Hlavně mi šlo o to, aby bylo možné rozdělit klasické téma “Problémy s WordPressem” na různé (jasně odlišené) sekce, aby se všechna vlákna neřadila jen do jedné obrovské sekce…
Zkusím si vzorově rozčlenit několik desítek stávajících vláken do podrobnější struktury a uvidíme, jak to tam bude “pasovat”. Podle toho to pak asi nakonec uzpůsobíme. Teoreticky by to šlo asi provádět rovnou na webu fóra, protože se tím nepokazí žádné URL odkazy, pouze budou vlákna rozřazena do nově vznikajících sekcí… Berte tedy prosím strukturu, která se začne objevovat jen jako testovací a zatím nepůjde ani o finální názvy…
Tak to mi pomalu začínají docházet nápady :-)
– Používáte nejnovější verzi pluginu?
– Mohl by tam být i problém se zmiňovaným točísím se kolečkem při změně stavu objednávky. Mimochodem, na jaký stav to měníte?
Patrně ale půjde přímo o chybu pluginu. Můžete prosím zprovoznit nějakou čistou testovací verzi webu (např. na subdoméně), kde by se to dalo celé pořádně vyzkoušet a případně bychom pak vývojářům nahlásili chybu? Ideální by bylo, kdyby to šlo na stejném hostingu, kde je umístěn stávající obchod. Pošlete mi pak prosím přístupy (adminitsrátor WordPressu a FTP) na email pavelevap@separatista.net. Bez pořádného otestování probíhajícího cronu se asi jinak k příčině nedobereme…
Asi nikdo z nás nevyzkoušel všechny popisované možnosti, ale článek je to dobrý, shrnuje mnoho různých vylepšení. Je ale velmi dlouhý a raději bych udělal ještě nějakou zkrácenou verzi, kde by bylo několik nejdůležitějších (a jednoduchých) bodů, protože ne všichni uživatelé se tím budou chtít detailně “prokousávat”.
Chtělo by to asi také postupně vyzkoušet a stručně porovnat zmiňované pluginy, anglický popis funkcí se do článku moc nehodí. Důležitý je určitě bod, který zmiňoval togur – obecná opatrnost, odkud stahujete šablony a pluginy (zejména prémiové). Opravdu nepoužívat warez (šablon i pluginů zdarma je mnoho) a vyvarovat se různých super mega (zejména SEO) pluginů. Bohužel ani oficiální adresáře WordPressu nejsou zcela imunní a občas nějaký problematický plugin proklouzne kontrole. Velmi rychle je však odstraněn a uživatelé upozorněni…
Nečetl jsem to celé zcela podrobně, ale chybí mi tam ještě zdůraznění jedné věci (nesouvisí zcela s WordPressem): Neukládat hesla k FTP účtům do programů, kde nejsou šifrované! Už jsem viděl mnoho napadených webů, kde uživatel uložil své heslo k FTP např. do Total Commanderu a potom chytil virus, který začal jeho přístup k FTP bez omezení používat a vkládat do souborů spamovací odkazy a další “havěť”.
U mnoha věcí by se asi dalo diskutovat:
– U jednoduchých pluginů, které jsou velmi užitečné a obsahují třeba jen jednu funkci bych neviděl jako zásadní problém, že nebyly delší dobu aktualizovány. Používám i pluginy, které jsou staré několik let, ale je pravda, že hodně záleží na konkrétním pluginu a jeo funkci. Hodně často se mění např. JavaScript (jQuery), takže tyto pluginy by měly být aktualizovány pro každou novou verzi WordPressu. Každopádně by se měla zejména sledovat informace, zda je plugin s novou verzí WordPressu kompatibilní…
– Některá nastavení (např. u .htaccess) jsou podle mě zbytečná, ale nevím, osobně jsem to nezkoušel…
– Debugování by rozhodně nemělo být zapnuto, protože by mohlo pomocí chyb naznačit případným útočníkům slabiny hostingu či použitých pluginů. Ale možná jsem cíl tohoto opatření nepochopil?
Další názory zde.
Pěkné :-) Vypadá to na nějaký JavaScript. Zkuste aktivovat výchozí šablonu Twenty Eleven, jestli problém nezmizí. Případně poté deaktivovat všechny pluginy. Používáte nejnovější verzi WordPressu a šablony Mystique?
Jde konkrétně o plugin vSlider Multi Image Slider for WordPress?
Je velmi pravděpodobné, že bude problém spojen s freehostingem IC.cz. Adresář cache by také měl mít nastaven CHMOD alespoň 757, možná ale bude problém ještě někde jinde (nějaké omezení spojené s nahráváním obrázků). Obecně by měl plugin bez větších problémů fungovat, rozhlédnout se také můžete na oficiálním fóru. Pokud se plugin nepodaří zprovoznit, pošlete prosím přihlašovací údaje (administrátor WordPressu a FTP) na email pavelevap@separatista.net, zkusíme se na to podívat…
Ano, v tomto případě jde o obrázky, ale těžko přesně říci, jaký skript (řešení) konkrétně používají. Na webu je načítána JavaScriptová knihovna MooTools, kterou lze však víceméně nahradit pomocí jQuery (součástí WordPressu). Stačí tedy najít konkrétní efekt a implementovat ho do WordPressu. Při hledání můžete použít klíčová slova slideshow, rollover či cycle a doplnit je slovy jQuery, WordPress či JavaScript. Až najdete vhodný efekt, tak ho můžeme zkusit implementovat přímo do WordPressu…
Díky za založení nového vlákna!
Celé skladové hospodářství tohoto pluginu mi přišlo docela složité a pořád si nejsem jist, zda jsem objevil všechny jeho taje (používám většinou neomezené množství produktů na skladě).
Popisovaný problém by ale možná mohl souviset s následujícími funkcemi. Probíhá tam totiž automatický skript, který každý den (24 hodin) smaže veškeré zboží, které bylo přidáno do košíku, ale nebyla vyřízena objednávka. Pokud tedy nějaký návštěvník jen tak prochází obchod a cvičně něco hodí do košíku, tak bude zboží zarezervováno a odečteno ze skladu. Návštěvník pak má 24 hodin, aby svůj výběr proměnil v objednávku nebo bude zboží opět automaticky vráceno do skladu. Tato doba je cca 24 hodin (probíhá cron WordPressu), v nové verzi 3.8.8 by mělo být možné tuto dobu libovolně nastavit přímo v administraci.
Sice to zatím vypadá, že to nijak s problémem nesouvisí, protože jde u vás přímo o objednávky a nikoli jen anonymní zaplněné košíky. Ale je tu ještě jedna část – administrace objednávek. Označujete objednávky jako vyřízené přímo v administraci v menu Nástěnka – Store Sales? Po objednávce tam zůstane status, že byla objednávka přijata a pokud se s ní nic nestane (tedy není označena jako odeslaná, vyřízená, atd), tak je možná zboží z této objednávky započítáno do výše zmiňovaného automatické “čištění”… Nejsem si zatím zcela jist, jak to celé přesně funguje, ale podobné souvislosti jsem tam vypozoroval. Nikde jsem však nenalezl popsané žádné podrobnosti týkající se fungování těchto procesů, takže to snad dáme nějak sami dohromady…
Další možností je samozřejmě také chyba pluginu, který automaticky čistí to, co by vlastně vůbec neměl…
Myslíte tam to horní menu, kde jsou např. položky Boots a Tech? Jak tam přeskakuje barevný text? Podle mě to ani nejsou obrázky a autoři pouze využívají možností kaskádových stylů (+ možná trochu JavaScriptu)…
To je podivné, nejde o nějaký konflikt (v oblasti JavaScriptu) s jiným pluginem? Zkoušel jste deaktivovat všechny ostatní pluginy a nasadit výchozí šablonu?
Zkoušel jsem plugin aktivovat na vývojářské verzi WordPressu 3.3 a žádný problém tam nevidím…
Doplním ještě odkaz na dotaz na oficiálním fóru, třeba tam autoři něco odpovědí.
Zdravím,
plugin používáme na většině webů, v současné době jde asi o nejlepší SEO řešení ve WordPressu.
Možnosti překladu jsem si všimnul už dříve a částečnou češtinu pro plugin už máme také rozpracovanou, ale zatím jen v Poeditu (nepoužíváme zmiňovanou online aplikaci založenou na GlotPresu). Podívám se na to a mohli bychom to nějak “sesypat” dohromady, aby to bylo použitelné pro všechny…
Jste také autorem článků, ke kterým by měly chodit notifikace o nových komentářích? Respektive je u autora těchto článků zadán email, kde očekáváte tyto notifikace? Pokud chodí alespoň upozornění na moderování komentářů, tak by asi neměl být problém s hostingem či PHP, ale raději se přece jen zeptám… Jsou tyto weby, kde nefungují notifikace o nových komentářích, provozovány na jednom (totožném) hostingu? Podivné chování by také teoreticky mohl způsobovat i nějaký plugin. Zkoušel jste to an nějaké čisté (testovací) instalaci WordPressu?
BorgMcz: Dělení problémů jsem navrhl proto, že na dalších fórech je sekce problémy dost přeplněná. A uživatel by snad mohl správně zařadit, zda má problém v administraci, na webu nebo chce řešit nějakou vlastní funkci (pro pokročilé). Takže nějaké základní dělení problémů bych asi zavedl, ale zatím si nejsem zcela jist na jaké sekce. Rozdělení pluginů a šablon vychází z toho, že u šablon se nejvíce řeší úpravy CSS a u pluginů různé konflikty a nastavení…
neteyescz: Na druhou stranu právě nevím, zda to není až příliš dělené (= složité). Moderátoři určitě budou, nevykládám si to špatně a budete prvním z nich :-) Ale konkrétní detaily budeme řešit zase v jiném vlákně…
Obávám se, že bez prokázání se občanským průkazem přímo v knihovně se se mnou nikdo bavit nebude :-) U té jedné práce to uniklo o týden a byla plně k dispozici všem :-( Ale studentů VŠE je mnoho, třeba se tu někdo ukáže a pomůže nám…
BorgMcz: Zajímavý problém. Pouze jsem z celého vlákna nakonec zcela neporozumněl, zda problém souvisel s nějakou úpravou nebo nikoli? Pokud by se problém objevil po úpravě šablony, tak lze jednoduše zjistit, co bylo příčinou.
Plugin WP e-Commerce obsahuje dva “chytáky”, které je třeba dobře vyřešit:
1) Při změně trvalých odkazů je nutné toto nastavení uložit dvakrát po sobě. Souvisí to s chybou WordPressu, která bude opravena v chystaném WordPressu 3.3. Pokud jsem to ale celé dobře pochopil, tak jste původně používal pouze výchozí nastavení, tedy bez hezkých odkazů? A poté jste pomocí uvedeného pluginu Permalink Editor upravil strukturu trvalých odkazů na nějaké jiné nastavení? Jaké konkrétně? A když vrátíte původní nastavení, tak se chyba opět objeví? Můžete to prosím ještě popsat podrobněji? Možná jste objevil přímo nějakou chybu pluginu…
2) Při úpravách souborů šablony je třeba také resetovat cache šablony v menu Nastavení – Store – záložka Presentation – sekce Advanced Theme Settings – tlačítko Flush Theme Cache. Ale nevím jakým způsobem jste konkrétně šablonu upravoval (a případně přesunoval soubory pro zobrazení eshopu).
Pokud by se podařilo nasimulovat tuto chybu, tak to můžeme zkusit řešit, případně i nahlásit vývojářům, aby problém opravili. Ale v tomto případě je třeba znát konkrétní podmínky, aby se pak chyba objevila i někomu jinému…
Budoucnost fóra budeme řešit v jiných vláknech :-)
Správný by měl být soubor style.css v adresáři se šablonou, tedy wp-content/themes/twentyten/style.css. Dostanete se k němu ihned pomocí menu Vzhled – Editor. Záleží ale hodně na tom, co chcete přesně měnit, protože definici font-size je možné měnit u mnoha různých prvků webu.
A nakonec ještě doplním plugin Custom Headers and Footers, pomocí kterého můžete meta tagy přidat i bez úprav šablony. Můžete si nadefinovat vlastní texty a HTML pro záhlaví (html sekce head), zápatí a dokonce i před začátek výpisu příspěvků a na jejich konec. Takže potřebné meta tagy vložíte do sekce pro záhlaví a nemusíte nic upravovat. Ale pozor, informace budou stejné na všech stránkách webu.
A ještě doplním, že celou problematikou se zabývá nový článek (anglicky), který to řeší v případě načítání souborů pomocí parametru
$veru funkcí wp_enqueue_script() a wp_enqueue_style(). Kromě přidávání aktuálního času a data, času změněného souboru přidává i možnost snychronizace verzování souborů s aktuální verzí vlastního pluginu.Podobné nastavení bohužel nelze “naklikat” a budete muset použít filtr wpsc_product_order. Zkuste do souboru functions.php v adresáři se šablonou (nebo vytvořte vlastní plugin) vložit následující kód:
function separatista_zmenit_razeni_produktu( $order ) {
$order = 'DESC';
return $order;
}
add_filter( 'wpsc_product_order', 'separatista_zmenit_razeni_produktu' );Netestováno, ale mělo by to fungovat…
