Přehled odpovědí
-
AutorPříspěvky
-
31. července 2017 (18:07) odpověď na téma: Nezobrazují se stránky po přesunu na novou doménu. #33347
Přenesl jste i soubor
.htaccess? Zkuste v menu Nastavení – Trvalé odkazy znovu uložit nastavenou strukturu odkazů, soubor.htaccessby se měl automaticky vygenerovat.Jak zní konkrétně celá chyba? Zkoušel jste deaktivovat všechny pluginy a nasadit výchozí šablonu? Kdy se chyba objevila a s čím souvisí (nějaká aktualizace)?
Používáte Wedos? Co máte nastavené v menu Nastavení – Obecné – Instalace WordPressu (URL) a Úvodní stránka webu (URL)? Jsou tam stejné údaje? Nepřenášel jste web z nějakého jiného hostingu?
Používáte plugin Official MailerLite Sign Up Forms a z ničeho nic přestal fungovat? Podle popisu to vypadá na nějaký konflikt, nedošlo na webu k nějaké aktualizaci (WordPress či pluginy)? Zkoušela jste všechny ostatní pluginy deaktivovat a nasadit výchozí šablonu Twenty Seventeen?
Přesně tak, díky za odpověď a konkrétní příklad. Třeba to jednou ani nebude potřeba a WordPress se o to sám postará…
A jak tam je ten registrační formulář řešený? Asi je vkládán pomocí nějakého pluginu?
Jinak ale rozhodně souhlasím s @azifaral, captcha je zlo :-) Na místním fóru bylo také mnoho spam registrací (myslel jsem, že je bude řešit Akismet, ale je opravdu pouze na komentáře), potom jsem nasadil jednoduchý plugin Registration Honeypot a mám už delší dobu klid (zaklepat na dřevo). Oblíbený je také WangGuard, ale těžko říci, jak to s ním bude do budoucna…
Soubor
.htaccessje třeba upravit tam, kde máte instalovaný web. Pokud používáte Wedos (odhaduji podle uvedené struktury) a web je v adresářiwww/domains/nazevdomeny/a je tam soubor.htaccess, tak asi upravovat tam.Podobné přesměrování jsme už řešili, bohužel tam je i chyba na straně WordPressu, takže se musí upravovat soubor
.htaccess, jinak by mělo fungovat přesměrování po změně struktury trvalých odkazů automaticky. Podrobnosti zde a zde, najdete tam i příklady a odkazy na zdrojové informace a proč to nefunguje automaticky. Pokud se nezadaří, tak se ozvěte, mělo by to fungovat…Zkuste se podívat, co má nastavené použitá šablona, případně vyzkoušet další odkazované tipy. Nezkoušel jsem to, takže uvítám, když pak dáte vědět, co z toho zabralo :-)
Možností je více, používaná šablona Blue Station je možná zastaralá a nedefinuje vhodnou šířku webu
$content_width, podle které by se mohly vkládané externí služby přizpůsobit. Šablona Twenty Fourteen použitá na tomto webu má třeba definovanou šířku v souborufunctions.php, konkrétně 474 a když se podíváte na nějaké vložené tweety (např. zde), tak mají opravdu šířku 474px.Ale zaznamenán byl i problém, kdy je definovaná šířka větší, např. 625 pro šablonu Twenty Twelve a pak se to muselo ještě přizpůsobit pomocí CSS, protože používaná služba oEmbed, která dodává potřebné HTML pro zobrazení vloženého tweetu, podporuje maximální šířku 550px, a proto je potřeba to ještě automaticky roztáhnout.
Celá problematika a různé způsoby řešení jsou popsány např. zde.
A ještě jsem si uvědomil jednu věc, nové verze WordPressu (konkrétně od verze 4.4) umí vkládat příspěvky do stránek i ručně (prostřednictvím REST API), stačí vložit odkaz na příspěvek do stránky na samostatný řádek a měl by se zobrazit… Asi to není ideální, ale pro ruční uspořádání několika příspěvků by to mohlo stačit…
Nevím, jestli si rozumíme…
“Alternativní medicína”, “Byliny” a další položky v horním menu jsou stránky? A jak jste do stránky “Alternativní medicína” vložil jednotlivé příspěvky? Omezení počtu příspěvků není, v základním nastavení se jich zobrazuje 10 na stránku (možno změnit v menu Nastavení – Zobrazování).
Je třeba si uvědomit rozdíly mezi stránkou, příspěvkem, rubrikou a položkami menu. Stránka by měla obsahovat nějaký statický text, nejčastěji se používá např. stránka “Kontakt”. Stránka by neměla obsahovat žádné příspěvky, prostě jen nějaký text (obsah). Příspěvky obsahují aktuální informace a lze je přidávat do jednotlivých rubrik. Když napíšete nějaký příspěvek o bylinách, tak ho zařadíte do rubriky (nikoli stránky) “Byliny”. V archivu této rubriky pak budou všechny příspěvky zařazené do této rubriky.
Odlišit musíte funkčnost navigačního menu (Vzhled – Menu), kde nemusí být pouze stránky, ale můžete si vytvořit vlastní menu, kam umístíte právě zmiňované rubriky. Pro každou rubriku tam budete mít speciální položku a “Byliny” nebude stránka, ale rubrika…
Admin zatím neměl čas se na to podívat a na první pohled ho odradilo, že píšete o nějakém
.jsonformátu, který by neměl být pro překlad vůbec potřeba :-)Vše by mělo fungovat na základě
.poa.mosouborů, které jsou uloženy v adresářiwp-content/languages/plugins. Ale máte pravdu, že to tam sice vypadá přeložené na 100 % (834 řetězců), zatímco některé řetězce z příslušného.jsonsouboru (zde) tam vůbec nejsou, např. poslední “Snippet preview”.Když se ale podíváte na oficiální překladový web, tak tam řetězec “Snippet preview” je, i když nepřeložený (respektive neschválený). A hlavně by tam mělo být řetězců mnohem více než 834. Co se tedy vlastně stalo? Podle mě byl někdy v minulosti překlad doplněn na 100 % a od té doby už ho nikdo neaktualizoval, zatímco se plugin rychle rozvíjel a překlad tedy bohužel zastaral (a proto částečně nefunguje).
Stačí si stáhnout aktuální
.poa.mosoubory, např. zde, dole je možnost “Export all current as”. Tím získáte aktuální překladové soubory, můžete je ručně dopřeložit a mělo by to fungovat (netestováno). Pokud se chcete překladu trochu více věnovat, tak dejte vědět a přidělím práva pro správu oficiálního překladu. Na přeložené.jsonsoubory pozor, při další aktualizaci o ně přijdete…Ať to zkouším, jak to zkouším, tak mi levé menu zůstává na svém místě a nikam se nepohybuje? A na odkazovaném webu se pohybuje také jen horní menu? Nebo jsem něco nepochopil? Zajímavá je každopádně situace, kdy není nahoře nastavené žádné menu a horní navigační menu se pak v tomto případě nepohybuje také…
26. července 2017 (21:41) odpověď na téma: Eshop se u někoho zobrazuje správně a u někoho ne – čím to je? Prosím o radu #33307@lukeluke: Doplním ještě pár poznámek:
– Používáte placenou šablonu WOWmall verze 1.1.4, ale dostupná už je verze 1.3.3, takže bych rozhodně zkusil aktualizovat, možná už byl problém opraven.
– Také mi tam náhodně naskočilo v URL adrese
/?doing_wp_cronjak to zmínil @hilow, takže i tady se děje něco nekalého.– Problém se zobrazením je opravdu u velkých rozlišení, zkoušel jsem to simulovat v Chrome a rozhodí se to, většinou podle výše uvedených screenshotů. Zkoušel jsem si ale zobrazit i originální demoverzi šablony v takto velkém rozlišení a problém tam nevidím, takže mě napadají pouze nějaké vlastní úpravy? Nezasahoval jste nějak do CSS? Jediné, co se mi tam ještě nezdá, že se v takto velkém rozlišení zobrazuje i u originální šablony malé mobilní menu (hamburger), což by mohlo web rozhodit (některé screenshoty tak vypadají)… Ale možná to mají schválně, těžko říci…
– Dále bych zkusil nainstalovat neupravovanou šablonu na čistou instalaci WordPressu a uvidíte, zda tam jsou také nějaké problémy nebo je to způsobeno vlastními úpravami či možná i nějakým pluginem – zkoušel jste pro jistotu všechny deaktivovat?
@azifaral: Pravda, používám Gravity Forms už několik let a už jsem si zvykl (v té době ještě plugin Caldera Forms ani neexistoval), umím to s ním docela dobře a znám různé hooky pro napojení různých API (např. jsem dělal napojení iDoklad.cz na Gravity Forms). Takže zatím asi měnit nebudu, ale na Caldera Forms se určitě podívám, díky za tip :-)
Nemám ve formulářových pluginech moc velký přehled, takže bych věřil @azifaral :-)
Osobně používám Gravity Forms (placený, perfektní API), se kterým jsem dělal např. tento formulář (velmi podobný). Většinou to ale zcela naklikat nelze a je třeba doplnit pár jednoduchých funkcí, ale záleží na přesném zadání logiky formuláře. Patrně to umí i některé další pluginy, ale nejčastější Contact Form 7 to myslím sám o sobě neumí, maximálně s nějakým dalším pluginem, např. Conditional Fields for Contact Form 7.
26. července 2017 (10:34) odpověď na téma: PLUGIN speciální archiv WP – archivace kalendáře do složky #33298Dorazilo emailem:
Dobrý den. Posílám webovou stranku:
www.kristalovabruslicka.cz
vpravo standartní kalendář akci závodů za sezónu /je toho moc/. Potřebuji všechny akci závodu dat do archivu – složky sezóna 2016-2017. Prosím o zaslaní návodu jakým způsobem mám vytvořit archiv kalendářních akcí za rok. DěkujiNa webu je použit zajímavý plugin Chronosly Events Calendar a pro zobrazení na webu patrně používáte jejich widget. Asi není potřeba nic přesunovat do “archivu”, ale stačí widget omezit např. na události posledního měsíce (viz předchozí odkaz na nastavení widgetu)?
Pokud jsem to dobře pochopil, tak k tomu vůbec nepotřebujete stránky? Stačí vytvářet příspěvky a zařazovat je do příslušných rubrik a pak zobrazovat archiv rubriky. A pokud chcete mít v úvodní části nějaký text, tak můžete využít popis rubriky (v menu Příspěvky – Rubriky – upravit konkrétní rubriku), který by se tam měl zobrazit (pokud to šablona podporuje).
-
AutorPříspěvky