Přehled odpovědí
-
Příspěvky
-
@borgmcz: Ano, problémy se objevily s WordPressem 4.7.1, který celý proces v rámci opravování bezpečnostních chyb zpřísnil, řešili jsme to např. zde. Můžete zkusit použít nějaký novější plugin, např. WP Add Mime Types. Pokud to nebude fungovat, tak jste patrně narazil na tento problém a můžete zkusit plugin Enhanced Upload Security.
Tento problém je od samého počátku (po instalaci WordPressu) nebo vznikl teprve nedávno? Nesouvisí s nějakou aktualizací? Obecně jsou podobné problémy způsobeny nějakým konfliktem, zkuste nejdříve deaktivovat všechny pluginy a aktivovat základní šablonu Twenty Seventeen a uvidíte, zda problém nezmizí…
Dopravce GLS by tam měl určitě být, viz screenshot. Stáhla jste tedy konkrétně soubor master.zip? Pozor na to, že když plugin nahrajete na FTP, tak se nahraje do jiné složky
ceske-sluzby-master, možná máte tedy zatím aktivní stále starou verzi? Raději to prosím ještě prověřte v administračním menu Pluginy…Attachments:
Řešili jsme zde, fungovat by měl plugin WP Category Permalink.
Jakou tam máte šablonu? Zkoušel jste nějakou základní šablonu a deaktivovat všechny pluginy? Jinak bych to viděl na nějaký konfigurační problém, zekména Nginx bych asi podezříval…
Import feedů s produkty je pouze jedna (jednodušší) část (měla by to umět už i chystaná verze WooCommerce 3.1). Potom je ale třeba se napojit na nějaké jejich API (budou to mít někde v nápovědě nebo se na to optejte podpory), kdy při vytvoření objednávky na eshopu dojde k odeslání informací, aby to mohli zpracovat a odeslat zboží. Pro tuto část asi žádný plugin nebude, každá firma to může mít trochu jiné… Ale neměl by být problém něco podobného připravit v rámci placené zakázky, v případě zájmu se prosím ozvěte…
Ano, plánovalo se to jako součást Českých služeb, jeden zájemce to chtěl sponzorovat, ale pak z toho nějak sešlo :-( Pokud máte zájem, tak se prosím ozvěte…
Jaký plugin používáte? WPtouch nebo něco jiného? Před chvílí jsem zkoušel iPhone a web se mi zobrazí bez problémů?
To je podivné, ani v menu Vzhled – Přizpůsobit nemáte v nabídce Widgety a nemůžete je nikam umístit? Jakou používáte šablonu? Neměnilo se na webu něco za poslední měsíc (např. nějaké aktualizace)?
Ano, slouží k tomu funkce add_editor_style() pomocí které si zaregistrujete nový
.csssoubor (uložen v rámci adresáře se šablonou) a pak si tam pozměníte CSS (např. pro fonty). Pozor, šablony to velmi často používají (i defaultní, např. Twenty Fourteen zde), aby vypadalo psaní v editoru podobnému zobrazení jako na webu. Takže je možné, že vidíte písmo, které tam definovala šablona a když ji změníte, tak bude vypadat editor trochu jinak :-)Nevím, těžko říci, zkoušel jsem web načíst na starém iPhone v anonymním okně prohlížeče a homepage naskočila velmi rychle (určitě do sekundy)? Nenechte se buzerovat různými “měřáky” :-)
Přijde mi, že už máte web docela dobře optimalizovaný, nevidím tam žádný problém. Jen pozor na použití různých nástrojů, aby se zbytečně neduplikovaly. Nějaké pluginy třeba už něco dělají (minifikace) a zbytečně se to pak pouští ještě přes další nástroje. Ale nevím, to bych musel vidět co a kde máte přesně nastaveno. Na spojování CSS a JS souborů do jednoho by měl fungovat např. plugin Autoptimize, ale možná to umí nějaký nasazený plugin (třeba i cachovací).
To je podivné, je možné to někde vidět? Nebo můžete udělat screenshot z nastavení produktu (varianty) a jeho zobrazení ve filtru…
Díky za tip na plugin, má tam asi většinu věcí, které jsem zmiňoval, ale stejně bych chtěl vidět nějaký opravdu utajený web (třeba i nastavený tímto pluginem). Nemáte nějaký testovací? :-) A i kdyby se podařilo odebrat všechno (čemuž nevěřím), tak stačí zkontrolovat nejpoužívanější pluginy, atd. Nemyslím si, že má tato snaha nějaký smysl…
Ad bloomydays.com: WordPress mají podle mě instalovaný v podadresáři
bloga na hlavní stránku dali nějaké vlastní řešení (WooCommerce tam podle mě na 99 % není).Bezpečnost ze strany WordPressu vůbec neřeším, věřím mu, že je bezpečný sám o sobě (na základě toho, že ho používají miliony lidí). A pak věřím také hostingu, že to mají alespoň trochu zabezpečený server. A pro jistotu mám zálohu :-) Viděl jsem už dost napadených webů, ale v naprosté většině případů šlo o kradené šablony či pluginy, několik let neaktualizované šablony či pluginy, hesla typu “12345”, atd. Nikdy jsem neviděl “normální” napadený web, jen spoustu problémů s různými bezpečnostními pluginy. Na jednom webu jsem sledoval jak bezpečnostní plugin bojuje s hackem (přes starý plugin). Hacker web vždy napadl a něco tam změnil, bezpečnostní plugin poslal notifikační email, majitel smazal napadené soubory a další den znovu. A takhle to dělal asi tři měsíce než ho napadlo, že by s tím měl něco dělat a bezpečnostní plugin mu s tím nepomůže :-)
Prostě to neřeším, nezabývám se tím, podle mě je to zbytečné a uživatel si spíše způsobí problémy. Bezpečnostní pluginy neinstalovat a ignorovat. Je to těžké, protože mají reklamu všude, každý kdo píše o WordPressu zplodil nějaký návod jak podobný plugin “ideálně” nastavit a je těžké ignorovat bezpečnost, protože přece bezpečnost (!). Rozumné a ucelené informace nikde nejsou, protože to prostě není potřeba a jen různí lidé hledají různé obskurní triky. Proč nemá WordPress nějaký bezpečnostní plugin už v samotném základu? Není to nebezpečné poskytovat lidem nějaký program a nezabezpečit ho? :-) Ani jsem nikde neviděl, že by byl nějaký bezpečnostní plugin oficiálně doporučován přímo ze strany vývojářů…
Osobně spíše doporučuji jednou ročně aktualizovat WordPress a několikrát ročně proklikat aktualizace pluginů, mít bezpečné heslo a neinstalovat nic, co není z WordPress.org. Tím to pro mě končí a nikdy jsem žádný problém neměl. No, párkrát vlastně ano, ale jednou to byla chyba hostingu, jednou si klient (administrátor) změnil heslo (aby si ho lépe pamatoval) a jednou jsem na web několik let zapomněl a nechal jsem tam nějaký starý plugin s bezpečnostní chybou… Doufám, že mi to tady teď někdo schválně nehackne :-)
Na bezpečnost skriptů je na webu mnoho návodů (např. zde a zde), ale obecně záleží na konkrétním místě. Někde je to zbytečné, protože je to třeba už zabezpečeno o úroveň výše v nějaké jiné funkci nebo to prostě není zneužitelné. Nevím, co jste upravoval ve WooCommerce checkoutu, ale věřím, že je ze strany pluginu dost zabezpečený sám o sobě a není tam potřeba nic podobného doplňovat (pokud jste neprováděl nějaké zásadní úpravy). Schválně se dívejte, jak je to používáno ve WordPressu, v základních šablonách a oblíbených pluginech, tím se toho lze naučit asi nejvíce…
@borec: Roboti také zkoušejí feedy a REST API, stačí když zkusí adresu
domena.cz/wp-json/wp/v2/postsnebodomena.cz/feeda hned je jasné, že jde o WordPress a může se web zkoumat detailněji… Naopak bych se na něj zaměřil, protože když něco tají, tak by tam mohlo být něco zajímavého :-)@borec: To opravdu ne :-) Přejmenovaný
wp-includesawp-contentopravdu nestačí. Stačí se podívat, zda se tam načítá souborwp-emoji-release.min.jsa hned je jasno. Nehledě na to, že robotům stačí pomocí jednoho cURL dotazu zkontrolovat, jestli máte na webu třídypost-ID,status-publish, či cokoli jiného, co je typické pro WordPress weby… Podle mě je to marný boj…Nevím, jestli jsem nejvhodnější osoba na podobné doporučení, protože už mnoho let na to mám stejný “odrazující” názor :-)
– Použití WordPressu podle mě prostě neutajíte. Možná před nějakým “hloupým” robotem, který hledá soubor
readme.html, ale pochybuji, že dnes to ještě někdo dělá takto jednoduše. Stačí kontrolovat existenci nějakého JavaScriptového souboru (ať už z WordPressu či WooCommerce), či cokoli jiného. Možná to s vypětím sil utajíte před nějakou službou, která to automaticky pro uživatele zjišťuje, ale ještě jsem neviděl web, který by to utajil tak, že bych to během pár minut nezjistil… Z toho vyplývá, že je to zcela zbytečné (a osobně nechápu proč to tajit).– Bezpečnostní pluginy (např. zmiňovaný iThemes Security) jsou podle mě také zcela k ničemu. Pokud mají administrátoři silná hesla, provádíte přiměřeně aktualizace a nepoužíváte kradené pluginy či šablony, tak se není čeho obávat. Ještě nikdy mi nikdo neukázal, že ho podobný plugin před něčím ochránil, kromě toho, že způsobují restrikcemi různé problémy (indexace vyhledávačů, konflikty pluginů). Uživatelé těchto pluginů vlastně ani neví, před čím by je měly konkrétně chránit, jen si někde v nějakém návodu přečetli, že je bezpečnostní plugin super, protože prostě “bezpečnost”. Mnozí jsou ochotni si podobné pluginy klidně i několik hodin nastavovat, ale přesto nevěřím, že to něčemu pomůže, kromě toho, že chodí spousta notifikačních emailů… Moc rád si nechám vysvětlit, proč bych měl podobné pluginy začít používat, ale zatím mě nikdo nepřesvědčil…
Čistá instalace bez různých security vylomenin (ať už přesuny adresářů, skrývání instalace a bezpečnostních pluginů) je IMHO ta nejlepší varianta :-)
Funkce wp_add_inline_script() byla do WordPressu přidána ve verzi 4.5, nemáte tam náhodou nějakou starší verzi WordPressu? Zajímavé, že to nemá šablona Optimizer nikde uvedené, myslel jsem, že by neměla jít ani nainstalovat…
Těžko říci, plugin Easy FancyBox má v popisu následující:
Can I exclude images or other links from auto-attribution?
Yes. All links with class nolightbox that would normally get auto-enabled, will be excluded from opening in a FancyBox overlay.
<a href="url/to/fullimg.jpg" class="nolightbox"><img src="url/to/thumbnail.jpg" /></a>Takže nějaká možnost tu je, v podstatě by asi stačilo napíchnout se na zobrazení WooCommerce galerie a automaticky tam doplňovat třídu
nolightbox, čímž by se to asi obešlo… Pokud máte placenou verzi pluginu, tak zkuste podporu, třeba rovnou poradí konkrétní způsob a konkrétní kód… Asi s tím budou mít zkušenosti a nebudete první, kdo to řeší, možná na to je mají nějaký jednoduchý trik či skryté nastavení. Jinak by to šlo asi nějak vymyslet, odhadem by se to snad vešlo do jedné hodiny práce. Nebo můžete videa vkládat do popisu a máte po problémech :-)Díky za detailní report! myslím, že může být celé téma zajímavé i pro mnoho dalších uživatelů :-)
Skladem/není skladem toho řeší hodně, pokud máte u nějakého zboží 25 ks a změní se to s novým exportem na 23 ks, tak to budete muset aktualizovat, ale pokud by stačila hodnota “Skladem”, tak ta zůstane stále stejná a nic se aktualizovat nemusí. Pokud je tam ale požadavek na zobrazení přesného počtu kusů, tak s tím asi nic neuděláme :-) Jen bych se těm kusům raději vyhnul, protože i když to modifikujete prostřednictvím filtru, tak se to bude v administraci a u objednávek odečítat a bude v tom trochu bordel (i když to pak ale vždycky stejně aktualizujete). Jak to bude vlastně fungovat, když na eshopu dojde k objednávce? Z 23 ks počet klesne na 22 a to se zároveň změní i u dodavatele na 22 ks? Nebo tam pak za pár hodin zase naimportujete původních 23 ks? Potom to nedává moc smysl a bohatě by stačila informace “Skladem”?
Mizející příspěvky občas zlikviduje Akismet, stačí napsat, že se ztratil a vytáhnu ho z koše :-)
