Přehled odpovědí
-
AutorPříspěvky
-
Pokud jsou to opravdoví vyhledávací roboti, tak je to podivné, protože by se museli od někoho dozvědět uvedené adresy… Nevypadá to ale jako oficiální názvy robotů (ten by měl být např. Googlebot). Možná uvedené adresy někdo nahlásil a roboti to zkouší, zda by to tam opravdu nešlo hacknout (aneb kontrola), ale těžko říci…
Podle obrázku používáte na měření návštěvnosti Google Analytics nebo to je nějaký jiný nástroj)? Klasičtí vyhledávací roboti (např. Googlebot) by neměli být do statistik v tomto případě vůbec zahrnuti?
Díval jsem se, že máte web po všech stránkách zabezpečen, takže by neměl být ani aktuálně napaden. Nemohl být ale třeba napaden někdy v minulosti (a až poté jste provedl všechna bezpečnostní opatření)?
Těžko říci, o co vlastně jde. Pokud web není (a nebyl) napaden, tak podle mě prostě nějaký automat zkouší (může to souviset s nějakou dřívější chybou, nevím). Chápu, že může být nejistota nepříjemná, zejména pokud jde o důležité weby, ale moc mě nenapadá, co by se s tím dalo dělat. Zkuste to sledovat, třeba to za pár dní zmizí nebo se to bude ještě zhoršovat… Blokovat IP adresy asi nepůjde (budou se patrně střídat) a ani nevím, zda by to bylo vhodné. Hosting k tomu už nic více nenapsal? Upozornil vás na nějaký problém, hledali jste příčinu a nenašli, jaké bylo jejich poslední zdůvodnění?
2. listopadu 2014 (20:56) odpověď na téma: Pouze bílá stránka po pokusu o úpravu kódu pluginu #20882Na FTP najděte adresář s pluginem qTranslate Plus, tedy patrně
wp-content/plugins/qtranslate-xpa smažte ho. Potom ho v administraci v menu “Pluginy” znovu nainstalujte a aktivujte a soubory pluginu už NIKDY neupravujte. Změny kaskádových stylů můžete do budoucna provádět např. prostřednictvím pluginu Simple Custom CSS.Tak to je podivné, ty návštěvy jsou od reálných lidí nebo jde o roboty? Pokud máte statistiku z Google Analytics, tak půjde asi o reálné lidi… Ale pokud jde o přímou návšětvnost, tak proč by chodili zrovna na tyto adresy? Nemohl na webu ten virus někdy dříve opravdu být (a zmizel třeba s aktualizací WordPressu či nějakého pluginu)? Jaký používáte hosting?
Nejsou ostatní weby na nějakém jiném místě (server, hosting, účet) nebo je vše na stejném místě? Trochu to vypadá, jako by to někde nahlásila konkurence, ale nevím, do jaké míry je to reálné (a zda to vůbec antivirové služby umožňují). Ale na zmiňovanou službu clean-mx.de jsem našel i různé stížnosti, např. zde (nevím, do jaké míry je to pravda).
Používáte na nějakém webu Nástroje pro webmastery od Google? Také velmi dobře sledují weby a případně informují o napadení… A po odstranění hrozby je web do 24 hodin opět vy vyhledávačích zprovozněn…
mám tam tedy nižší verzi WP, to je jediný rozdí. Tam je WP3.8.1 . Je možné že to nefunguje jen s tou 4.0?
Ano, to je zajímavý postřeh! Uvědomil jsem si, že tady na fóru jsem ještě neaktualizoval a mám tu 3.9.2 (a proto to tady možná funguje). I když jsem to zkoušel teď na jednom webu, který už používá WordPress 4.0 (a šablonu Twenty Twelve) a obrázek se stále zobrazuje bez problémů. Můžete to vyzkoušet tak, že aktualizujete ten druhý web a uvidíte, zda se chyba opět objeví… Potom by to musela být nějaká chyba při kombinaci WordPressu 4.0 a používané šablony…
:-) Můžete se podívat na FTP u obou hostingů na fyzickou podobu nahraných souborů, zda tam není název souboru s diakritikou nějak poškozený?
Ano, zase to v Safari nefunguje. A nemůžete ten obrázek a šablonu vyzkoušet na jiném hostingu? Případně to také za pár dní zkusím, ale pořád mi je divné, jak by to mohla ovlivnit šablona… I když by šlo asi ještě zkusit přepnout na výchozí Twenty Fourteen, deaktivovat všechny pluginy a až potom zkusit obrázek s diakritikou nahrát. Pokud by to stále nefungovalo, tak by za to šablona asi nemohla…
Ano, přesně tak. Můžete ten obrázek nahrát znovu na původní web a vložit ho třeba na stránku “Test”? Chtěl bych si jen ověřit, zda to není problém WordPressu, ale spíše něco na straně hostingu… Šablony jsme zkoušeli měnit, tím by to být nemělo. Neměl jste problém na jiných webech nebo na této doméně s jinými šablonami?
Nemohl být web někdy dříve napaden? Některé viry (malware) vytváří podobné stránky (přímo .html soubory na FTP) a nechávají je pak indexovat vyhledávači, takže se tam časem dostanou i návštěvníci. Co to znamená, že “některé weby z USA a DE mé stránky nahlásili na škodlivý obsah”?
Pokud uvedené stránky neexistují a správně vrací chybu 404, tak podle mě není třeba nic řešit? Nebo máte s webem nějaký aktuální problém (něco nefunguje, špatně se načítá, nějaké varování od hostingu)? Mohou to být třeba roboti, kteří to třeba zkoušejí na mnoha webech, zda se neuchytil nějaký dřívější útok, těžko říci… Každopádně pokud nebyl web napaden a nejsou s ním žádné aktuální problémy, tak bych to asi ignoroval, případně deaktivoval logování chybových stránek u pluginu iThemes Security.
Není lepší mít i vícejazyčný obchod? Potom by to neměl být problém, protože WooCommerce má dobrou integraci např. s pluginem WPML.
Ale i další měny by měly jít přidávat, našel jsem pluginy WooCommerce Custom Currencies (zdarma) a Currency Switcher for WooCommerce (placený, ale vypadá velmi dobře). Dejte prosím vědět, zda se zadařilo…
Textové widgety vložené PHP nezpracují a kromě toho nemáte nikde definovanou proměnnou
$pageda rozhodně by se neměla používat funkce query_posts().Doporučil bych spíše použít nějaký plugin, mezi nejznámější patří např. List category posts či Special Recent Posts (oba jsem používal a fungují bezchybně). Po aktivaci pluginu se objeví v nabídce nový widget, kde si pouze zvolíte příslušnou rubriku, počet článků a případně spoustu dalších volitelných možností. A nemusíte řešit žádný PHP kód…
Nevím, jestli jde pouze o registraci na základě zaslaného kódu (invitation code) nebo i případnou platbu u ostatních registrovaných uživatelů bez kódu?
Registraci s kódem by měl umět např. plugin Register Plus Redux. Dále existují i pluginy, kde můžete kódy spravovat přímo ve WordPressu a také odtud odesílat emaily s pozvánkami, např. WP-Invites či Secure Invites. Ono je logické, že by měly být kódy spravovány ve WordPressu, aby pak mohly být zrovna kontrolovány. Ale každý z pluginů umí něco trochu jiného, takže to asi budete muset vyzkoušet, zda se to splňuje požadavky… A dejte prosím vědět, pokud nějaký z navrhovaných pluginů použijete…
Tak to jsem blázen, tady se ten obrázek zobrazuje v Safari bez problémů :-( Možná nějaký problém s filesystémem přímo u hostingu, který diakritiku špatně převádí? Jaký používáte hosting? Active24? Můžete zkusit ten obrázek ještě jednou nahrát někam na web, abych mohl porovnat, v čem se to liší?
Je to ale dost divné, vypadá to přímo na nějakou chybu WordPressu. Schválně sem zkusím nahrát jeden z obrázků, který jste měl na webu a uvidíme, co na to Safari…
Attachments:
Tak to jsem blázen :-) Nemůže to být tím, že mají obrázky v názvu českou diakritiku? Zkuste tam nahrát nějaký obrázek s jednoduchým názvem bez háčků a čárek…
To je dost podivné, testoval jste odkazovanou demoverzi? Zkuste deaktivovat všechny pluginy a nasadit výchozí šablonu Twenty Fourteen, ať se na to můžeme podívat. Všiml jsem si, že máte pro obrázky nastaven také nějaký Javascriptový efekt (možná součást šablony), možná by tam mohl být nějaký konflikt…
Tak teď to bude mít mirekk na odpovědnost :-)
Šablona Diet & Nutrition Health Center vypadá dobře, i když v komentářích uživatelé zmiňují nějaká problémy s nejnovějším WordPressem 4.0 (snad autor šablonu brzy aktualizuje). Zatím si ji pořídilo kolem 300 uživatelů, což sice není moc, ale hodnotí ji vcelku pozitivně…
Většina prémiových šablon má také importní soubor s testovacími daty, kdy si můžete vytvořit téměř kopii toho, co se nabízí v demoverzi (ale pozor se spouštěním importního skriptu na ostré verzi webu). Takže stránky tam budou, slider a ikonky v menu určitě také, takže už jenom záleží na tom, jak dobře ji autoři naprogramovali (zda nebude třeba zpomalovat web nebo způsobovat nějaké jiné problémy). Ale to poznáte, až ji koupíte a vyzkoušíte :-)
A dejte prosím vědět, jak to dopadlo…
Aha, tak to jsem si nevšiml :-)
V tomto případě bych doporučil šablonu Locality oficiálně zakoupit, protože mají v popisu, že ve verzi 1.3 je to už asi možné:
* New Feature: Added Price Format Options in Theme OptionsNa tom druhém odkazovaném webu mají verzi 1.3.1 a evidentně jim tam toto nastavení bez problémů funguje…
Našel jsem např. plugin WooCommerce Variation Swatches and Photos, který vypadá velmi dobře, ale 99 USD mi už přijde docela dost… Na druhou stranu by měl bez problémů umět vše, co potřebujete…
Uváděný plugin Woocommerce Radio Buttons jsem nezkoušel, spíše to bylo jen na ukázku, abyste se mohl inspirovat, jak to řeší někdo jiný. Možná je tam nějaká nekompatibilita v šabloně nebo nějakém jiném pluginu, těžko říci.
Musilda by možná mohl vytvořit nějaký jednoduchý návod :-)
Takto to nebylo zamýšleno :-)
Pokud jste změnila přímo HTML, tak se na něj aplikovaly styly určené pro nadpis
h6. Jednodušší způsob je ale právě ponechání nadpisuh1(i z hlediska logické struktury stránky) a doplnění stylů. Zkoušel jsem to přesně podle výše uvedeného popisu a vše funguje, název stránky se pak výrazně zmenší…Bez odvozené šablony o tuto úpravu přijdete během příští automatické aktualizace.
Šablona Virtue je velmi dobře hodnocená, ale máte pravdu. Zkoušel jsem web zobrazit v Safari na iPhone a opravdu se obrázky nezobrazují. Nemůže za to nějak slider (či jeho nastavení), přijde mi, že se ho nedaří načíst. Neprováděl jste nějaké úpravy šablony? Zkoušel jste deaktivovat všechny pluginy? Protože když si zobrazím v Safari oficiální demoverzi této šablony, tak se vše zobrazuje bez problémů, schválně to také vyzkoušejte…
-
AutorPříspěvky
