Přehled odpovědí
-
Příspěvky
-
Samozřejmě ano, mě spíše trochu zaráží, jak se to tam dostalo, protože já osobně CF7 používám a nikdy jsem na podobnou záležitost nenarazil. Vám se takto ten CF7 formulář sám nastyloval po instalaci pluginu, bez jakéhokoliv vašeho zásahu?
Jinak co se týká Custom CSS, tak jsou v zásadě 3 možnosti.
1. Buď používáte child theme a tam vlastně vložíte ten upravený kód a pak i když uděláte update pluginu tak nedojde ke změně – nejčistější a nejelegantnější řešení.
2. Pak je druhá varianta, že ta šablona má přímo možnost zadávání Custom CSS, mnou používané šablony to mají, ale to je samozřejmě kus od kusu
3. Instalace pluginu např. Simple Custom CSS pak tam ten upravený kód vložíte.No jak to vzniklo nevím, ale odpověď je jednoduchá :) když se podíváte do style.css tak tam máte položku
.wpcf7 .wpcf7-form input[type=”text”], .wpcf7 .wpcf7-form input[type=”email”], .wpcf7 .wpcf7-form input[type=”url”], .wpcf7 .wpcf7-form input[type=”date”], .wpcf7 .wpcf7-form input[type=”number”], .wpcf7 .wpcf7-form input[type=”range”], .wpcf7 .wpcf7-form span.select, .wpcf7 .wpcf7-form span.file-input { width: 80%; max-width: 173px; float: right; }
A tam jak vidíte je float: right
Stačí odmazat
Ještě malé doplnění ohledně celé té kauzy update YOAST. Jedna z největších výtek uživatelů, když tedy pomineme nefunkčnost, špatné nové UI atd :D je v tom, že YOAST se spojil s OnPage.org, což je vlastně analyzátor stránek. Na tom by zase nebyla až tak nic špatného, ale celé špatně je na tom to, že ta nová verze vám dělá každý týden automaticky check na stránky OnPage.org a tím vás vlastně jednoznačně nutí se k OnPage.org přihlásit a registrovat. Což samozřejmě znamená, že vy za prvé tímto způsobem vlastně předáte svá data třetí straně aniž po tom toužíte a za druhé sice asi získáváte nějakou bezplatnou verzi viz https://en.onpage.org/lp/yoast/, ale obecně OnPage.org je placená služba a nejedná se vůbec o nikterak levnou záležitost https://en.onpage.org/product/pricing/ a samozřejmě nikdo neví co bude kdy následovat v budoucnu.
Takže buď se jedná výhodnou záležitost pro uživatele a je zde pouze špatná komunikace ze strany vývojářů YOAST a nebo a to je více pravděpodobné, jako všichni hledají různé metody pro své financování, neboť Premium verzi pluginu YOAST asi moc uživatelů nevyužívá a toto byla jednou z těchto metod jak získat prostředky. Mám ale vážné obavy, že tady padla kosa na kámen a pokud nedojde k nějakému rychlému řešení ze strany YOAST, tak si uživatelé začnou hledat náhradu, což predikují jejich rozhořčené reakce na stránkách pluginu.
Najdete ji na stránkách pluginu Yoast na wordpress.org v sekci Developers, konkrétně zde stáhnete zip.
Co se týká návratu na verzi 2.3.5, tak v mém případě to šlo naprosto bez problémů. Odinstaloval jsem plugin, stáhnul verzi 2.3.5 a nainstaloval znovu. Ale v supportu na wordpress.org jsou případy, kdy právě problém měli a vyřešil to plugin WP Rollback.
No celkem bych se vsadil na to, že ten problém bude v tom update YOAST SEO. Nejste sám, viz https://wordpress.org/support/topic/your-homepage-cannot-be-indexed-by-search-engines-4?replies=2, i když podle vývojáře pluginu by ten problém měl být někde jinde, já tomu příliš nevěřím. Ten update na verzi 3.x je paskvil a když se podíváte na hodnocení z poslední doby, tak pokud s tím něco neudělají, tak si myslím, že buď uživatelé se zakonzervují na verzi 2.3.5 a nebo přejdou na jiný plugin.
No ve své podstatě jsme to teď řešili tady. Řešením je WordPress MU (WordPress Multisite).
Tedy abychom si vyjasnili nejprve terminologii. Doména 2. řádu je právě doména http://www.domena.cz …jak vy píšete subdoména, což máte na mysli asi jako web.domena.cz je doména 3.řádu.
A teď k tomu dalšímu. Více méně jak to chápu, tak je pro vás verze WordPress MU (multisite) více méně vhodná. Tady to opravdu funguje tak, že, budete mít jednu instalaci a v rámci té instalace budete mít jednotnou instalaci šablon, pluginů atd. Ale pozor. Obecně se ty jednotlivé weby tváři více méně jako nezávislé. Takže musíte prostě si na každý web dát znovu a znovu informace, které potřebujete = texty, obrázky, ale tady zase na druhou stranu existují pomocníci v podobě pluginů, co třeba umí duplikovat posty v rámci MU – Multisite Post Duplicator. A taky je potřeba počítats tím, že ta instalace WP MU není zase tak úplně user friendly a je potřeba kontrolovat zda použité pluginy a šablony s MU spolupracují.
No obecně jde o to, co od těch jednotlivých projektů čekáte.
1. Pokud se jedná o zcela rozdílné projekty, kde budete používat různé šablony, různé pluginy a budou zde jiní uživatelé, tak ano, zde budete muset jít na separátní instalace.
2. Pokud se bude jednat o více méně stejné projekty, kde je stejná šablona/pluginy/uživatelé, tak zde je možnosti instalace WordPress Multisite (hezky je to popsáno zde), kde si vlastně v rámci jedné instalace WP na jedné databázi nainstalujete více různých webů, dokonce na různých doménách 2. řádu.
3. Pokud se jedná o stejné web ale v různých jazycích, tak zde je možnost jedné instalace a díky instalaci pluginů (WPML/ qTranslate X, které vám následně povolí použití různých jazyků a v rámci těchto pluginů můžete nadefinovat i různé domény.No to už je potom složitější. Upřímně, jediné co jsem našel, je wp-filemanager a zde je návod jak jej použít. On vám vlastně nahradí FTP klienta a vy se dostanete k souborům.
Ale je potřeba si uvědomit jednu věc a to, že při každé aktualizaci šablony dojde opět ke změně upravených souborů zpět na výchozí! Takže si musíte zapamatovat, kde jste udělal jaké změny a ty následně opět nadefinovat.
Jednoduchá odpověď, ale asi trochu složitější na opravu :) Nehledejte ve style.css, ale enigma-theme.css. Najdete jej v /wp-content/themes/enigma/css/, ale budete si na něj muset asi sáhnout přes FTP, protože ten Editor jej Vám asi nezobrazí. Já Editor příliš nepoužívám, prakticky vše dělám před FTP. A tam už jej najdete.
Zkusil bych toto Shortcode Redirect
.navbar-collapse {
max-height: 340px;
padding-right: 15px;
margin-top: 25px;
margin-bottom: 25px;
overflow-x: visible;
-webkit-overflow-scrolling: touch;
border-top: 0px solid rgba(0, 0, 0, 0);
box-shadow: inset 0 1px 0 rgba(255, 255, 255, 0.1);A zde si podle potřeby změníte ty margin položky
Těžko radit, když nevíme co :) za prvé musíme vědět o jakou šablonu se jedná a také by nebylo od věci dát nějaké URL, kde to aktuálně běží, abychom se na to mohli podívat. Takto je to velmi imaginární dotaz.
Nicméně ona je vysoká pravděpodobnost, že tam nebude vůbec “div”, ale bude definované přes konkrétní ccs id selector např. #nav_menu
Díky za rychlou odpověď, v rychlosti jsem to proletěl a je to zvláštní, ale nejlépe z toho všeho funguje ten WP Native Dashboard :). Jsem myslel, že toto nebude žádný problém a ejhle mýlka. je vlastně hrozná škoda, že toto ten WP nepodporuje v základu, protože si myslím, že s tím se musí potýkat milion lidí. Takže zatím u něj zůstanu a pokud najdu něco lepšího tak dám vědět, případně pokud by jste našel vy, tak bud rád. jak říkám optimální by bylo řešení na úrovni WP, ale zase ne takové, že se bude přepisovat 1/2 kodu, to raději vydržím tu slovenštinu.
Co se týká WPML, tak to dám dohromady, už to nosím v hlavě, teď to dát jenom na “papír” :) Ale ono, to jste vlastně přesně naťuknul – na malé projekty jako jsou firemní stránky, prezentace atd. to je famózní plugin a teď už konečně doděláváme firemní stránky a tam jej určitě použiji. Ale na to co máme my tedy opravdu ne …a nebo s partou programátorů v zádech a i tak by s některými věcmi měl člověk smůlu.
Uff, trochu se ztrácím, vždyť už je česká verze WP 4.2.4 a bez problémů funguje čeština i ve verzi 4.3.1, takže toho bych se nebál. Co se týká pluginů, tak zkontrolujte zda pluginy, které máte mají podporu nové verze.
Hmm tak z největší pravděpodobností (na 99.9%) je ten problém ve WPML. Ale opravdu to dělá to co popisuji, když nahrávám přes Knihovnu médií, tak je problém, když v rozhraní v příspěvku, tak je to v pořádku. Teď jsem zkusil to WPML vypnout a šlo to do správné složky i když jsem ten image nahrál pomocí Knihovny médií. Pro jistotu jsem zkusil i jiné servery co mám rozdělané, na jednom starším kde je WPML stejný problém, na dalším kde WPML není tak je to bez problému. Asi je zastřelím …
Obecně dneska sem tam trochu lituji, že jsem zvolil tu cestu WPML, protože nepřináší málo problémů, obecně tedy v poslední době se to i stupňuje, to tedy nemluvím o tom, že tedy dokáže dost žrát výkon i když se chlapci snaží tvrdit, že je to naopak, že právě ta poslední verze je na tom nejlépe, tak tomu tedy fakt nevěřím.
No, takže chybu jsem asi našel, tedy shodou okolností jsem si uvědomil, že uvedený problém už jsme vlastně řešili https://www.separatista.net/forum/tema/problem-s-knihovnou-medii, ale tenkrát jsem myslel, že to je tím, že se jednalo o beta verzi toho WPML. Zjevně nejednalo a ta chyba tady prostě je. Jenom by mě tedy zajímalo, čím to, že jsem více méně jediný a nikdo nekřičí. A mám to teď odzkoušeno na 2 webech, tady a ještě na jednom co připravujeme.
Takže myslíte, že Vás napadne jak rozházet ty image, když už vím, kde je problém a jak mu více méně předcházet?
Pro jistotu, jsem ten první image (ten co je ve složce uploads/2014/05) ještě přiřadil ke stejnému článku jak je ten druhý testovací, ale to už samozřejmě na to nemá žádný vliv, prostě jak bych logicky očekával, ten image už zůstane v té složce uploads/2014/05 a jenom se mu přiřadí post.
Nooo, nechci chválit dne před večerem, ale je možné, že díky této naší diskusi jsem přišel na to, kde ten problém vzniká, i když bych tedy myslel, že toto by vzniknout nemělo. Vlastně jste mě na to @admin přivedl vy když jste říkal “Obrázky se ukládají do adresáře podle data příspěvku/stránky, ke které jsou mediální soubory přiřazeny.”. A mi právě trochu nešlo do hlavy, jak on to ten WP v daném okamžiku ví … proč … co jsem vyzkoušel a opravdu tak někdy dělám.
Do WP lze image vkládat na 2 místech a to buď u editace příspěvku a nebo v menu v Knihovně médií kde je možnost Nahrát obrázek. Jenomže když to nahraji v té knihovně médií, tak on přece neví k jakému postu patří, respektive on k žádnému nepatří. A samozřejmě, pokud nahraji image pomocí knihovny médií, tak on je opravdu na adrese uploads/2014/05 a skoro bych to považoval za logické, protože on přece nemůže vědět k jakému bude patřit postu. Tady nevím jestli následně když jej přiřadím k danému postu nezmění jeho url, ale připadá mi to jako velmi nepravděpodobné.
Když jsem nahrál image pomocí rozhraní v editaci postu, tak to nahraje do správné složky a to upload/2015/09.
Já, protože mi to někdy připadá jednodušší na správu a popisky použiji před založením postu tu první možnost, tzn. nejprve si nahraji obrázky, popíšu je a teprve potom založím post a ty obrázky přiložím k dle potřeby. Nenapadlo by mě, že by to mohl být problém, obecně bych očekával, že se jedná o jedno rozhraní. Samozřejmě může být na vině nějaký plugin, neříkám, že ne, ale tedy nevím jak toto někomu dokážu, že toto je jeho vina.
Celé jsem vám to ještě zdokumentoval na obrázcích, kde to jde vidět.
Btw a napadá vás možnost jak přesunout ty obrázky? :D
Attachments:
Díky za pomoc …bohužel ,ten Media file manager jsem zkusil už včera večer a tam to prostě asi vyhučí na timeoutu, protože těch souborů je v té složce tolik, že on to prostě nedá …nebo jsem možná nebyl tak trpělivý, ale čekal jsem snad hodinu, aby ji zkusil načíst.
Teď jsem to zkusil upravovat v databázi, ty image jsou, tedy aspoň podle mě, v tabulce wp_postmeta …jenomže, on to má asi ještě i jinde, protože i když jsem to změnil přímo v té databázi, tak se to nezměnilo v tom postu, takže by to stejně znamenalo projít všechny posty, což je tedy fakt radost a práce tak na týden v kuse …jestli ne více.
Ten Custom Upload Dir už jsem si nainstaloval, ten vypadá opravdu dobře.
Fakt tak nějak nevím jak z toho ven.
