Přehled odpovědí
-
Příspěvky
-
@admin: je to prosím váš mail? pavelevap@separatista.net Psal jsem vám s žádostí o placenou pomoc.
Díky za snahu a rady! Napsal jsem na pavelevap@separatista.net.
1. ano, certifikát Let’s Encrypt je na vysokorychlostni-zeleznice.cz i na http://www.vysokorychlostni-zeleznice.cz
2. taky když se podívím do databáze do souborů wp_posts, wp_options tak vidím verzi jen http
3. v šabloně mám jen úpravu css týkající se zobrazování:#program form, #program table, #program caption, #program tbody, #program tfoot, #program thead, #program tr, #program th, #program td { border: 0; margin: 0; outline: 0; padding: 0; font-size: 100%; } #program td { padding: 0 0 1px; } .widget-area .widget input, .widget-area .widget textarea { font-size: 100%; } input { height: auto !important; }4. ano, měl jsem zaškrtnuto Run as dry run. Zrušil jsem zaškrtnutí a zkouším přepsat http na https znovu. Hlásí to chybu: An error occurred processing your request. Try decreasing the “Max Page Size”, or contact support. Pro Max Page Size jsem nastavil maximum – Current Setting: 50000. Pořád hlásilo chybu, pak jsem zkoušel rozdělit na 2 várky i na 3 várky a nic neprošlo. Vždy se to sekne zhruba u stejného wp souboru.
5. nemůže být problém v tom, že mám multisite?Chtěl bych se raději vrátit ke své staré databázi před těmito úpravami. Mám ji zálohovanou. Jak to v PHPMyAdmin u Savany provést. Zkjoušel jsem ji jen naimportovat pod stejným názvem a hlásilo to chybu, že nějaký soubor již existuje. Mám tedy současnou databázi smazat a naiorotvat tu ze zálohy?
Děkuji,
Luboš
Zkusil jsem zpět aktivovat plugin Really Simple SSL v síti webu a teď dokonce už ani administrace WP pod https://www.vysokorychlostni-zeleznice.cz/wp-admin nemá žádný vzhled backendu WP. :-( Musím se přihlašovat pod starým http://www.vysokorychlostni-zeleznice.cz/wp-admin
Přečetl jsem si celé téma jak radil @admin. Deaktivoval jsem tedy používaný plugin Really Simple SSL, nainstaloval plugin Better Search Replace
, plugin jsem nechal přepsat adresy http na https. Po provední mi to napsalo “DRY RUN: 72 tables were searched, 11807 cells were found that need to be updated, and 0 changes were made”. A nyní se prezentace zobrazuje zase divně bez šablony. S tím pluginem Really Simple SSL to alespoň po nějaké době jelo ok.Jo, dnes už se zdá být vše v pořádku. :-) U banneru jsem ručně přepsal http na https. Díky za upozornění!
Nevíte zda ten plugin Really Simple SSL automaticky přesměrovává i pixel (obrázek) na měření konverzí typu
<img src="http://banners.webmasterplan.com/view.asp?ref=720087&site=2894&type=text&tnb=230" BORDER="0" WIDTH="1" HEIGHT="1" />z http na https ? Přestaly se mi od včerejška počítat konverze. :-(Používám multisite, tam v Nastavení/ obbecné nikde nebyla Instalace WordPressu (URL) a Úvodní stránka webu (URL) možnost nastavit https://, tak jsem raději nainstaloval plugin Really Simple SSL. Instalace proběhla bez problémů, aktivoval jsem v síti webů a píše mi to:
success SSL is enabled on your site.
error The mixed content fixer is active, but was not detected on the frontpage.
success An SSL certificate was detected on your site.
success 301 redirect to https set: WordPress redirect… ale výsledek je stejný, prezentace ve verzi https://www.vysokorychlostni-zeleznice.cz je rozbitá, nenčítá se šablona. Tak nevím, co kde změnit. Pro jistotu jsem ani nenastavil “https” v Google Search Console/Webmaster Tools a Analytics.
Existuje nějaký jiný spolehlivý plugin pro vytvoření zálohy nejen databáze, ale i obrázků? A např. komentáře pod články nevím, zda se archivují v databázi nebo ne.
Já mám nastaveno 40s a balím do
Tar GZip. Jinak mi to nejde. Také mi stále chodí hláškaERROR: Maximum execution time of 40 seconds exceeded. Přesto se nakonec na dropboxu záloha objeví. Plugin BackWPup to vždy zkouší 2x, napodruhé se mu to vždy podaří. :-) Archive size is 178,58 MB.Jak jsem vyřešil: zatím jsem v nastavení pluginu W3 Chache vypnul cache přes Performance/ general settings a Page cache – odškrtl pole enable. Teď se zdá, že vše funguje ok. Přitom stránky se načítají docela rychle. Vypadá to, že mi tam cache dělá i něco jiného. Ještě zjistit co. :-) Photon v Jetpacku mám vypnutý.
tak rozsypaný čaj se mi zobrazuje i v anonymní verzi. Jen u nenavštívených stránek. Po refreshi stránky se vše zobrazí normálně. Nemám úplně vypnout W3 cache? Mám také nainstalovaný JATPACK. Nemůže být konflikt někde tam? Nevím o tom, že bych měl v Jatpacku aktivovánu nějakou cache službu.
@admin: Právě naopak, když jsem přihlášený v administraci WP, tak se mi celý web zobrazuje normálně. Když se odhlásím, tak je to “rozsypaný čaj”. Zkusil jsem anonymní okno a tam to jede normálně. Problém bude někde v cookies. Nemůže to být jen u mne, protože návštěvnost webu spadla ze dne na den v běžný pracovní den z 500 na 350 návštěv.
U mně na PC se bohužel stále objevuje jen změť nesmyslných znaků. Zkuste si občerstvit stránku.
Dobrý den, vymazal jsem W3 Total Chache přes “empty all caches” a nepomohlo to. Používám WordPress 4.5.6 , jinak všechny pluginy mám aktuální. L.
Děkuji, perfektní!
Moje chyba byla v nesprávně provedené editaci a následnéím uložení souboru .htaccess.
Pokud tedy povádíte úpravu .htaccess na základě pokynů z Multisite administrace, postupujte následovně:
– Pro zobrazení skrytých souborů (.htaccess) je nutné nejprve aktivovat v menu Total Commanderu zobrazování skrytých souborů. Zvolte “Síť -> Protokol FTP – Zobrazit skryté soubory”.
– Soubor .htaccess otevřít v poznámkovém bloku
– Zkopírovat z instalace Multisite stránky (Add the following to your .htaccess file replacing other WordPress rule: ) nový kód pro úpravu
– Poté je potřeba zaměnit řádky (vložit nový kód) mezi
# BEGIN WordPress
<IfModule mod_rewrite.c>
Zde vložit nový kód (přímo z klipboardu, žádné meziukládání kódu do Wordu)
</IfModule>
# END WordPress– Uložit soubor z poznámkového bloku, kde do názvu souboru zadat “.htaccess” i s těmi uvozovkami (jinak to Windows neumí)
– Přepsat tímto souborem .htaccess přes FTP na webhostingu v kořenovém adresáři
Nyní by mělo vše fungovat.
Pokud jste zvolili při instalaci Multisite varinatu subdirectory, je ke všem příspěvkům (nikoli stránkám) přidáno do URL adresy ještě blog (např. http://www.domena.cz/blog/nazev-prispevku). To vám zlikviduje všechny zpětné odkazy vedoucí na tyto příspěvky pod starym nazvem http://www.domena.cz/nazev-prispevku. Lze to po zprovoznění Multisite vyřešit instalaci pluginu „Remove Blog Slug“, který /blog/ zase odebere. Vyzkoušeno a funguje bez chyby!
Hodně štěstí!
L.
Dobrý večer,
podařilo se mi vše vyřešit, našel jsem na webu, jak upravovat .htaccess a hlavně jak jej správně ve Windows uložit. Zkusím o tom napsat pro ostatní radu.
Díky za spolupráci.
L.
Dobrý den, admin,
Mod_rewrite je na hostingu aktivní. Zjistil jsem, kde je asi chyba. Vypadá to, že je špatně vytvořený upravený soubor .htaccess. Když jsem tam dal originální WP .htaccess, tak všechny stránky i příspěvky najednou fungují. Avšak instalace Multisite říká, že se má tento soubor .htaccess upravit. Předpokládám, že pokud nebude upraven budou vznikat problémy v nově vytvořených podadresářích.
Já upravoval .htaccess tak, že jsem jej otevřel v poznámkovém bloku, vložil požadovanou úpravu mezi # BEGIN WordPress a # END WordPress a uložil v txt. Pak jsem ještě ručně odstranil příponu txt. S tímto upraveným .htaccess však stránky ani administrace nefungují vůbec. Myslíte, že bych Vás mohl poprosit mi vygenerovat .htaccess? Nebo Vám mohu dát přístupové údaje k FTP, příp. do administrace WP.
Díky moc!
L.
jediné co z podstránek funguje je kategorie “Novinky” http://www.vysokorychlostni-zeleznice.cz/category/novinky/. Tagy taky nefungují. To je zvláštní. :-(
Možná by na mne sedělo toto vysvětlení z http://codex.wordpress.org/Debugging_a_WordPress_Network, akorát vůbec nevím, kde se to nastavuje:
Mod_rewrite not working
Main site works but 404 errors show up when trying to access added child subdomain sites. Ubuntu 10.04 LAMP apache2 install needs these steps:
sudo a2enmod rewrite
sudo nano /etc/apache2/sites-avail/defaultand change in two places the ‘AllowOveride None’ to ‘AllowOveride all’
/etc/init.d/apache2 restart
to restart apache2. Note that on more modern versions of Ubuntu the following syntax is preferred (for restarting services such as Apache – also note that in either case you may need to use prepend sudo):
service apache2 restart
