Přehled odpovědí
-
Příspěvky
-
Ano, mělo by to fungovat bez problémů… Jen ho nesmíte nechat oříznout (zmenšený obrázek ztrácí animaci), takže ideálně nahrát ve velikosti, kterou požaduje pro náhledové obrázky aktuálně používaná šablona. Nebo nechat zobrazovat originální verzi obrázku a nikoli oříznutou podobu…
@rehakk: To sice ano, ale tím vůbec neřešíte příčinu problému. Pokud zadáte odkaz na obrázek přímo do okna prohlížeče, tak se dotážete na server, který zpracuje pravidla ze souboru
.htaccessa správně vrátí HTTPS verzi URL. Ale pokud se dotážete např. na úvodní stránku webu (nebo jakoukoli jinou), tak pouze ta je správně přesměrována, další obrázky jsou načtené v rámci obsahu této stránky (neprochází tedy přes pravidla souboru.htaccess) a prohlížeč je tam tedy také správně načítá v nezabezpečené HTTP podobě (tedy v podobě, jaké byly na webu zadány).Pozor na návody hostingů, které to řeší většinou pouze z technického hlediska (aneb co je potřeba z jejich strany, aby to fungovalo). Musíte pak ještě přizpůsobit fungování vlastní aplikace (v tomto případě WordPressu).
I zmiňovaný plugin Really Simple SSL je sice jednoduchý, ale bohužel trochu zbytečně web zatěžuje (při každém načtení stránky předělává obsah z HTTP na HTTPS), nehledě na to, že je třeba ho správně nastavit (přesměrování pomocí
.htaccess).@rehakk: To je přesně ten příklad, kde to máte nefunkční :-)
Nemáte tam zelený zámeček, který značí funkční HTTPS připojení (viz screenshot), nebo ho tam alespoň nevidím (Chrome). A je tam spousta chyb se smíšeným obsahem:
Mixed Content: The page at 'https://www.patokryje.cz/' was loaded over HTTPS, but requested an insecure image 'http://www.patokryje.cz/wp-content/uploads/2016/03/erb_patokryje-barva-bez-textu-2.jpg'. This content should also be served over HTTPS.Problém je v tom, že sice načítáte stránku na adrese
https://www.patokryje.cz/(přes zabezpečený protokol), ale z ní jsou odkazovány obrázky (patrně vložené jako HTML v příspěvku nebo widgetu) v rámci nezabezpečeného protokolu, např.http://www.patokryje.cz/wp-content/uploads/2016/03/erb_patokryje-barva-bez-textu-2.jpg. A k tomu právě slouží buď migrace databáze (pak to bude natvrdo uložené v databázi) nebo plugin (bude muset být stále aktivní jinak to po jeho deaktivaci přestane fungovat).Attachments:
Dorazilo emailem:
Dobrý den, díky nakonec to bylo databází, když jsem ji obnovil, tak vše funguje správně.
Takže funguje i HTTPS? :-) Někde se tedy něco pochroumalo, těžko říci, v čem byla příčina…
HTTPS už tu mělo dávno být, jen jsem se k tomu ještě nedostal :-) Obecně stačí získat certifikát (např. Let’s Encrypt), změnit obě (!) URL adresy v menu Nastavení – Obecné a použít plugin Really Simple SSL, který řeší i přesměrování a nahrazuje HTTP verzi adres v obsahu příspěvků (např. vložené obrázky) a načítaných skriptech (když to dělá šablona nebo plugin špatně). Ideálním způsobem je ale asi migrace databáze (HTTP -> HTTPS) a případná oprava/odebrání nekorektních pluginů či šablony. Zbavíte se tím kontroly při každém načtení webu, kterou provádí plugin… Příští týden bych se do toho chtěl pustit, tak snad napíšu i nějaké zkušenosti (trochu se obávám fóra bbPress, ale měla by konečně vyjít nová verze 2.6).
Šablonu Mystile jsem sice nezkoušel, ale WooCommerce šablony jsou obecně velmi podobné a tato část bývá většinou standardizovaná. Potřebujete tak najít nějakou akci, kam tuto informaci pomocí funkce umístit, v tomto případě např.
woocommerce_after_add_to_cart_form(místo za tlačítkem pro vložení do košíku).Pokud jde ale o možnosti nastavení dodací doby, tak možná hledáte plugin České služby, který má myslím tuto funkci docela dobře zvládnutou (doporučil bych rovnou stáhnout nejnovější verzi
0.6-alpha). V nastavení nadefinujete intervaly pro dodací dobu a pak je můžete u každého produktu nastavit. Můžete si tam zvolit i formát nastavení (podporuje HTML) a zvolit, na jakém místě se bude informace zobrazovat. Bohužel jsem ještě nestihl napsat návod :-( Ale v případě problémů se klidně ptejte…Šablona Pique vypadá dobře, ale pohyblivé menu funguje pouze na zařízeních větších než 768px. Není to chyba a bylo to tak patrně schválně navrženo, aby menu nezakrývalo na mobilních zařízeních velkou část obrazovky. Pokud na tom ale přesto trváte, tak by mělo stačit přesunout definici zobrazení elementu
.stickymimo ohraničení 768px, teoreticky by mělo stačit přidat následující kód do menu Přizpůsobit – záložka CSS:.sticky { bottom: auto; position: fixed; top: 0; }Ale nevím, možná tam budou nějaké související důsledky se zobrazením menu, třeba bude nutné tam toho změnit více…
Přílohu se patrně nepodařilo nahrát? Jaká verze byla nakonec aktivována? Pokud si dobře vzpomínám, tak když nemáte na výběr (je tam třeba nějaké technické omezení ze strany hostingu), tak se automaticky aktivuje zbývající možnost…
@jiw: Jakou šablonu konkrétně používáte? Zmiňujete Freesia, ale žádnou takovou jsem nenašel, pouze Freesia Empire?
Nemůžeme to někde vidět? Mnoho věcí by se tím výrazně ulehčilo :-) Pokud nevidíme, co je s obrázkem opravdu za problém, tak se těžko doporučí nějaká úprava…
Aha, myslel jsem, že to tam máte na základě zmiňovaného návodu :-) Potřeboval bych vědět, co jste vlastně všechno změnil, co je kde nastavené v administraci, kdy a jak jste aktivoval certifikát u hostingu, atd. Bohužel mě moc nenapadá (kromě výše uvedeného pluginu), co v tomto případě poradit :-( Pokud to chcete opravit v rámci placené zakázky, tak se klidně ozvěte (budu potřebovat přístupy do administrace + možná i FTP). Zkusil bych také kontaktovat přímo hosting, zda je na jejich straně opravdu vše v pořádku…
Patrně jste si přesměroval administraci na HTTPS verzi pomocí zápisu v souboru
wp-config.php, ale u hostingu to nemáte aktivní:define('FORCE_SSL_ADMIN', true);Mělo by to stačit odebrat a administrace zase bude fungovat. Obecně stačí použít plugin Really Simple SSL a změnit URL adresu webu v menu Nastavení – Obecné a mělo by vše bez problémů fungovat. Pokud nefunguje (neobjeví se mi zelený zámeček), tak bude nejlepší kontaktovat hosting. Problémy se občas stávají když se nastaví HTTPS na webu ještě dříve než se aktivuje certifikát u hostingu…
Bohužel těžko říci, bylo by potřeba vědět, co jste konkrétně udělal a případně vidět výsledek, aby bylo zřejmé, co je špatně.
Pokud je web převeden na HTTPS (a funguje frontend), tak by měla i administrace fungovat bez problémů. Nemůže to nějak blokovat hosting? Máte HTTPS aktivní na straně hostingu? Případně by to mohl způsobit i nějaký plugin, zkuste je ručně deaktiovovat (přejmenovat na FTP adresář
wp-content/plugins).1) Patrně máte vypnuté automatické aktualizace a tato verze WordPressu je již opravdu velmi nebezpečná. Nemusíte aktualizovat na tu nejnovější, ale chtělo by to alespoň na nejnovější 4.1.x.
2) Funkce wp_replace_in_html_tags() byla doplněna do WordPressu ve verzi 4.2.3 (a také 4.1.6). Patrně jste aktualizoval plugin či šablonu, která tuto funkci používá, ale ve staré verzi ji bohužel nemáte.
Jak to opravit? Stáhněte si nejnovější verzi dostupnou verzi pro 4.1.x (což je aktuálně 4.1.16) a ručně nahrajte soubory na FTP (nechte je nahradit). Dojde tak k ruční aktualizaci a WordPress pak tuto funkci už bude obsahovat.
Vypadá to, že je na webu nějaký problém s databázovým serverem. Pokud jste nic neměnil v souboru
wp-config.php, tak abych asi nejdříve doporučil obrátit se na podporu hostingu Webzdarma.cz.Jakým způsobem tu uživatelskou roli vytváříte? Pomocí nějakého pluginu? Jaké oprávnění jste této nové roli přidělil? Pokud má
edit_post, tak to je tzv. související (meta) oprávnění, čímž uživatel automaticky získá i oprávněníedit_commentpro všechny komentáře. Podobně myslím funguje iedit_others_postsa další (manuál). Pokud to plugin neumožňuje nastavit, tak budete muset použít filtr map_meta_cap, abyste toto oprávnění odebral (příklad).Tento hosting nepatří mezi nejkvalitnější, bohužel můžete narážet na nějaké jeho limity, těžko říci. O této chybě píšou obecně v jejich nápovědě, zkuste asi kontaktovat podporu. Případně zkuste zjistit, zda máte někde dostupný soubor error.log, který by měl obsahovat příslušné chybové hlášky, na jejichž základě lze většinou snadno odhalit příčinu. Další možností je vytvořit aktuální zálohu a zkusit se v tom trochu povrtat, viz zmiňovaná změna šablony, atd.
Pokud se to nepodaří vyřešit, tak se ozvěte, můžeme to zkusit dořešit v rámci placené zakázky.
Nemůže to dělat nějaký jiný plugin, který je napojený na WooCommerce? Vypadá to na nějaký konflikt, bohužel těžko říci, kde by mohl být problém. Budete muset zkoušet deaktivovat jednotlivé pluginy, samotný plugin WooCommerce by to asi způsobovat neměl. Zkoušel jste nasadit také výchozí šablonu Twenty Seventeen? Jaký používáte hosting?
