Přehled odpovědí
-
Příspěvky
-
Vy to nemůžete definovat jako class element, ale jako id element, protože pokud to bude jako class tak by jste jeje musel vlastně nadefinovat do toho stylu menu (neco jako
.menu .specialnimenu, ten systém obecně netuší kde má ten class hledat, respektive on by ten váš class hledat v první úrovni. Ale id identifikátor je jednoznačný v celém systému. Takže ne.specialnimenuale#specialnimenuOpravdu? Tomu se mi nechce moc věřit, protože mám 3 různé šablony a v nich to je a podle mě to je vlastnost WP jako takového. Opravdu jste si rozkliknul to Nastavení zobrazených informací, kde si to zobrazování CCS tříd musíte nejprve povolit?
Attachments:
Ještě toto napíšu tady pro případ, že by to zajímalo jiné a pokud by jste ještě tápal, tak si napíšeme. Vzhledem k tomu, že dnes už jste majitelem funkční domény, tak k tomu aby ta doména byla funkční musí mít nadefinovány nějaké parametry. Jsou to tzn. nameservery (DNS servery), které laicky řečeno “internetu” říkají, že ta doména existuje a pak A záznamy, MX záznamy, CNAME záznamy atd. Tím, že jste registroval doménu u Active24, tak oni vám v rámci ročního poplatku tu doménu “zaparkovali” na svých DNS serverech a dále zde máte možnost si právě tvořit různá nastavení. Zcela laicky berte ta nastavení jako ukazatele na cestě, které vám říkají kudy máte jet.
A teď je několik možností jak ty “ukazatele” nastavovat:
1. Když si zaplatíte “doménový provoz u WordPress.com, tak buď můžete změnit úplně DNS servery a pak se všechna nastavení dělají u WordPress.com a tady budu upřímný to neznám, protože jsem to nikdy nepoužil. Nevím třeba jak se zde dělá nastavení MX záznamů pro emailové služby atd.
2. Nebo pořád budete využívat všechny služby Active24 dále (pro registraci a provoz domény) a pak jenom v nastavení domény se změní A záznam, který té doméně řekne, že od té dané chvíle se má směrovat na IP adresu, kterou využívá WordPress.com. Jak na to zjistíte zde a určitě to vám nastaví i v Active24, když jim napíšete.Nicméně stejnou proceduru jako v případě 2 by jste prodělal i v případě, že by jste si zřídil webhosting kdekoliv jinde, protože jak už jsem psal výše ta platba u WordPress.com za “doménu” je vlastně takové zřízení webhostingu. Ale neberte to tak, že vás do něčeho tlačím, jenom si myslím, že prostě, že je to řešení s běžným webhostingem prostě lepší a vlastně i levnější.
Takže pokud stále myslíte, že je pro vás řešení s WordPress.com to optimální, tak si zaplatíte uvedenou částku a pak požádejte Active24 o změnu A záznamu na wordpress.com a oni vám to nastaví. Pokud zvolíte jiný webhosting, tak potom jenom napište na podporu webhostingu aby vám řekli jak se má nastavit A záznam (z největší pravděpodobností by jste to našel v nějaké nápovědě, ale tak to bude pro vás rychlejší) a opět požádáte Active24 o nastavení.
Pak je zde alternativa mít webhosting u Active24, ale ten není příliš levný, takže toto bych příliš nedoporučoval.
A úplně na závěr poslední varianta a to, že v případě že zvolíte webhosting u některého z poskytovatelů, tak oni vám nabídnou, že tu doménu převedou k sobě, což pro vás není špatné řešení, protože pak se dělají všechny nastavení přímo u toho poskytovatele webhostingu. A převod domény je zdarma, tak obecně vás ani tak moc nemusí trápit, kde tu doménu máte vedenou.
Snad jsem vás moc nezmátl, ale snažil jsem se popsat všechny možnosti, které jsou a které vás obecně stejně neminou.
Trošku tomu nerozumíte. Vůbec nezáleží na tom, kdo je registrátorem vaší domény, protože nastavení domény budete muset řešit jak v případě, že si zaplatíte tu částku 13 dolarů u wordpress.com, stejně jako by jste to řešil v případě, že by jste využil webhosting kteréhokoliv poskytovatele hostingu. Vy budete totiž muset následně té vaší doméně “říct”, kde se má směrovat a to budete muset dělat tak jako tak, pouze pokud by jste využíval webhosting u Active24 tak by to z největší pravděpodobností udělali za vás.
Ano, ta cena je na rok, on je to vlastně ekvivalent běžného webhostingu, který vás nicméně pokud by jste např. zvolil Endoru vlastně vyjde levněji, protože, když tedy pomineme ten free tarif, kde ale je spousta omezení, tak vás ten webhosting vyjde na 14 Kč měsíčně, což je 168 Kč a budete mít naprosto plnohodnotný wordpress bez jakéhokoliv omezení, kdežto na tom wordpress.com zaplatíte 2x tolik a jste limitovaný místem, nemůžete použít jakoukoliv šablonu, jenom šablony z wordpress.com atd. A instalace wordpressu je na webhostingu, tu zmiňovanou Endoru nevyjímaje, na jeden klik, takže toto se nemusíte obávat.
Jinak ten váš dotaz k objemu dat je trochu zavádějící, protože on neříká kolik budete dávat do každého článku obrázků, jak ty obrázky budou velké atd. Nicméně než naplníte 3GB tak by jste se musel hodně snažit, protože když vyjdeme z průměrné velikosti obrázku cca 100kB, což už je velmi slušný obrázek, tak těch obrázků budete muset mít 30 tisíc, což asi hned tak mít nebudete. Prostor obecně není dnes tím limitujícím faktorem.
Vcelku detailně to jde vidět zde na tomto videu. Znamená to, že si budete muset vytvořit vlastní css třídu (např. nav-openday2016), které nadefinujete vlastní barvu pozadí, v menu si rozbalte Nastavení zobrazených informací a tady máte položku CSS třídy a když ji zakliknete tak se vám potom u každé položky v menu ukáže možnost definování css třídy a tady napíšete tu nadefinovanou třídu – nav-openday2016.
Attachments:
Asi jste to přehlédnul, ale ta informace tam je, jedná se o 13 dolarů za rok. takže pokud nebudete mít zájem o další služby, tak vás provoz vyjde na uvedených 13 dolarů ročně, v čemž je provoz na vlastní doméně s určitými omezeními, jako např. velikost prostoru 3GB. Pokud chcete další možnosti tak pak musíte zvolit placené varianty, kde Premium vyjde na 99$ a Bussines 299$. Ale to se podle mě vzhledem k cenám webhostingu dnes už nevyplatí.
Attachments:
On ten celý problém je v tom, že ten Private post (soukromá stránka) je vlastně pro všechny ostatní neexistující, takže v tu chvíli dojde k přesměrování na stránku 404 error a tam je tato hláška. Vy by jste sice asi byl schopen zeditovat tu stránku 404 error, ale to by zase bylo divné v případě, že by se jednalo opravdu o chybu.
Zkusil jsem něco progooglit a našel jsem tento plugin Members, který kromě správy by měl umět zobrazit jinou Error message a přitom normální 404 error page zůstane stejná.
No vhodných pluginů na fotogalerie je celá řada spíše jde o to co od té fotogalerie obecně čekáte. A pokud se vám jedná pouze o seskládaní skupiny fotek do “fotogalerie” tak na to nemusíte nic navíc používat, to umí WordPress sám.
1. V příspěvku si otevřete Mediální soubory
2. Vlevo máte položku Vytvořit galerii na kterou kliknete
3. Vyberete si obrázky, které chcete mít v této galerii a dáte Vytvořit galerii
4. Dostanete se do dalšího okna, kde si můžete tu galerii dále nastavovat, takže
a) URL odkazu – tady doporučuji Mediální soubor
b) Počet sloupců – zde je to pouze na vás jak chcete kolik sloupců má galerie mít
c) Náhodné pořadí – ANO/NE
d) Velikost – zde se jedná o velikost náhledů v té galeriiA dáte vložit galerii do příspěvku.
Co vás asi zajímalo bylo následné zobrazení a asi jste měl zájem o tzn. lightbox, tzn. že se vám obrázek po kliknutí na náhled neotevře do nového okna, ale bude nad textem a bude v něm možnost listovat atd. A zde je zase velké množství jak placených tak free pluginů, kde je např. WP Lightbox 2, Responsive Lightbox by dFactory atd.
Pokud by jste přece jenom chtěl galeriový plugin, tak nejpoužívanější je asi NextGEN Gallery, nebo dnes dost populární Envira Gallery, která ale začne být zajímavá až spíše v placené verzi.
Noo, já když si zkouším
site:onlinetenis.czv google tak mi to bez problémů vrátí 30 zaindexovaných stránek, což zhruba odpovídá i počtu stránek, takže si myslím, že tam nebude žádný problém. Kde přesně vám ten vyhledávač vrací tuto informaci?Já si myslím, že jste spíše byl trošku nedočkavý, on ten google robot na ty stránky nedojde během jednoho dne, tam to trošku pár dnů trvá. Jinak nevím jestli zpravujete ten server v Google Search Console, což doporučuji, kde tomu Google “podstrčíte” i sitemap.xml. dáte ten server “Načíst jako Google” a tím se obecně ten Google robot se rychleji nastartuje.
To je trochu zvláštní problém s tím jsem se nepotkal. Takže pokud to chápu, tak máte udělané kategorie normálně v CZ a nemůžete ji vložit do menu? Zkusil jste si udělat v Taxonomy Translation kopie do těch jiných jazyků? A tedy předpokládám, že když jste v tom menu tak jste ve správném jazyku, protože pro každý jazyk si zakládáte zvlášť menu.
No pokud jste postupoval vlastně podle tohoto návodu, tak by to mělo fungovat. Zkusil jsem ještě googlit a tady jsou nápady jak to řešit.
1. Klasika – deaktivace všech pluginů, ale nemyslím si, že by to mělo zase takový vliv
2. Zkuste ten .htaccess smáznout a znovu vytvořit, to už se mi taky jednou stalo, že se sice tvářil, že je v pořádku, ale vlastně byl poškozený.
3. Podívejte se na nastavení práv u wp-admin adresáře, kde by měly být samozřejmě práva na zápisZvláštní, já mám v .htaccessu jenom toto
# BEGIN WordPress RewriteEngine On RewriteBase / RewriteRule ^index\.php$ - [L] # add a trailing slash to /wp-admin RewriteRule ^wp-admin$ wp-admin/ [R=301,L] RewriteCond %{REQUEST_FILENAME} -f [OR] RewriteCond %{REQUEST_FILENAME} -d RewriteRule ^ - [L] RewriteRule ^(wp-(content|admin|includes).*) $1 [L] RewriteRule ^(.*\.php)$ $1 [L] RewriteRule . index.php [L] # END WordPressnevím jestli ten RewriteRule na doménu nemůže dělat problém.
Důležité je ale zda máte všechno také v wp-config.php
/* Multisite */ define( 'WP_ALLOW_MULTISITE', true ); define('MULTISITE', true); define('SUBDOMAIN_INSTALL', true); define('DOMAIN_CURRENT_SITE', 'martinvlach.cz'); define('PATH_CURRENT_SITE', '/'); define('SITE_ID_CURRENT_SITE', 1); define('BLOG_ID_CURRENT_SITE', 1);No já přesně tušil, že budete argumentovat Wedosem, ale ono to není o Wedosu. To velké množství souborů je obecný problém, ale opravdu až tak od hodnot o kterých jsem psal já. Když jsem si trošku četl, tak oni řešili problémy s uživateli co měli ve složkách 100 – 200 tisíc souborů a rekordmana co mají, je 2 miliony souborů. Tomu už opravdu rozumím. :D Jinak to, že to budete nahrávat přes Správce médií tak to si teprve naděláte na problém, protože on potom se přiřadí do nejstarší složky. Toto jsem také kdysi dělal a pak mi nezbylo nic než ručně média popřesouvat. Vám by obecně vyhovoval tento plugin WP Media Folder, díky kterému můžete potom ty média organizovat podle své potřeby.
Toto není problém. WordPress jako takový to sice neumožňuje, ale existuje velké množství pluginů, které toto odstranění udělá. Já například používám plugin WP No Base Permalink, který umí odstranit i položku “tag” u štítků.
Víte, myslím si, že v tom prvním případě je to trochu zbytečný hon. 600 obrázků v jednom adresářů máme zcela běžně a i násobně více a ten vliv je vcelku zanedbatelný. Jako problém bych začal vidět počty nad 10 000 souborů.
Co se týká toho druhého problému, tak tam se pořád ještě trochu ztrácím. Já obecně do článku nevkládám obrázek podle velikosti, respektive já tam vložím daný obrázek a nechávám to na šabloně aby si zvolil ten optimální podle toho kde se obrázek zobrazuje. Takže vlastně ani netuším jak bych Vám měl v tom vašem případě poradit.
Tento plugin – Media Tagger by měl být přesně to co hledáte. Tady máte i video popisující celou funcionalitu
No jak jsem se na to koukal, tak těch chyb v tom css je v tom nějak moc. A nejhorší je, že to není jenom otázka úpravy css stylů. Tady už by bylo dobré napsat přímo vývojářům, protože oni to budou muset řešit obecně. Jinak to co popisujete vy (na šířku / na výšku) je právě ten problém, že ty bloky tam plavou trochu nedobře.
Jediné čím to trochu můžete vylepšit je to, že tady, což je style přímo od woocommerce
media="only screen and (max-width: 768px)" .woocommerce #content table.cart td.actions .button.alt, .woocommerce #content table.cart td.actions .input-text+.button, .woocommerce table.cart td.actions .button.alt, .woocommerce table.cart td.actions .input-text+.button, .woocommerce-page #content table.cart td.actions .button.alt, .woocommerce-page #content table.cart td.actions .input-text+.button, .woocommerce-page table.cart td.actions .button.alt, .woocommerce-page table.cart td.actions .input-text+.button { float: right; }přidáte min-width: 160px
Pořád se to tam bude sice trochu nehezky zalamovat, ale alespoň budou ty buttony celé. Jinak pro Vaše info, ten problém je jenom v Google, v Safari (na iPhone i OSX – mám Maca) je to bez chyby.
A ještě drobnost vy nemusíte nic instalovat, protože ta šablona Divi má custom css v sobě http://www.elegantthemes.com/gallery/divi/
Předpokládám, že jste pouze běžný uživatel WordPress. Problém s editací style.css je ten, že nikde ve WordPressu jako takovém není jeho editor. Takže jsou zde pouze 2 možnosti.
1. Přihlásíte se pomocí FTP klienta k vašemu serveru a tam potom ten soubor style.css najdete v adresáři /wp-content/themes/Divi/. Ale nevím jestli máte možnost přístupu k FTP.
2. Druhá varianta je ta a pro Vás bude asi jednodušší, že si nainstalujete plugin pro Custom style např. Simple custom CSS, kde po jeho instalaci, si můžete jeho prostřednictvím modifikovat ten stávající style.css bez nutnosti zásahu do toho souboru. A vy tam jenom vložíte toto:
table.cart th, #main-content table.cart th, table.cart td, #main-content table.cart td, table.cart tr, #main-content table.cart tr, #content-area table tr, #content-area table td, #content-area table th { padding: .857em 0.587em; min-width: 100px; }A potom dělá to, že načte tu Vaši úpravu až po načtení style.css a tím pádem dojde k modifikaci toho řádku a jeho úpravě.
