Přehled odpovědí
-
Příspěvky
-
Je tam ale opět stejná otázka :-) Proč tam jsou “Články” jako stránka s příspěvky a jednotlivé příspěvky jsou zařazené do rubriky “Nezařazené”? K čemu je to dobré? Tento způsob je pro návštěvníky spíše matoucí, článek je na stránce “Články”, ale patří vlastně do rubriky “Nezařazené” (odkaz nefunguje)? Můžete přece vytvořit rubriku “Články” a do ní zařazovat jednotlivé příspěvky a následně potom dát do menu pouze rubriku “Články” a žádnou stránku nepotřebujete?
Ne, myslím, že si rozumíme dobře :-) Zajímalo mě, k čemu je to vlastně dobré, aby se příspěvky z rubriky “Recenze” zobrazovaly na nějaké STRÁNCE “Recenze” a nestačí, že se zobrazují v archivu RUBRIKY “Recenze”? K čemu je tam dobrá (a potřebná) ta stránka (kromě komplikací)?
Pořád nerozumím tomu, proč se mají příspěvky zobrazovat na stránce “Recenze” a nikoli v rubrice “Recenze”. Publikovaný příspěvek stačí zařadit do rubriky “Recenze” a bude se tam automaticky zobrazovat… K čemu je tam vůbec dobrá ta stránka?
Tady asi nebude podrobnější rada možná, protože používáte nějakou vlastní (patrně upravenou placenou šablonu), kterou není možné vyzkoušet. Bude tam problém s fontem, který musíte buď nahradit (českou verzi fontu přegenerovat pro cufón) nebo cufón zcela vypnout. Pokud se problém nepodaří odstranit, tak pošlete celou (zabalenou) šablonu v příloze, zkusím se na to časem podívat. Ale většinu tipů pro nahrazení/odstranění cufónu najdete v souvisejících tématech.
Díky, takže jste musel tlačítko na opravu práv přímo u hostingu? Mělo to nějakou souvislost se zmiňovaným výpadkem hostingu?
Nastavení nějaké rubriky na úvodní stránce, respektive vyjmutí některých je možné, nedávno jsem to tady řešili. Takže vlastně jenom chcete, aby se na úvodní stránce nezobrazovaly všechny příspěvky, ale jen z některých rubrik?
První příklad by měl fungovat pro klasické IP adresy (soubor
/wp-admin/.htaccess), ale pro CloudFlare to fungovat nebude, protože tam Apache nevidí IP adresu návštěvníka. A proto se to řeší např. příkladem z odkazovaného článku.Druhý příklad by měl fungovat. Jsou tam správně zadané IP adresy? Není nějaký problém na straně konfigurace Apache u hostingu? Zkusil bych se jich optat, zda to u nich může bez problémů fungovat, občas tam mívají něco zakázaného nebo jim chybí nějaký potřebný mod.
A nedá se to vlastně nastavit přímo na straně CloudFlare (Threat Control panel)?
Jaké jsou zkušenosti s CloudFlare? Nebude nějaký článek? :-)
Co tím máte přesně na mysli? Chcete rozdělit jeden příspěvek na více částí (stránek)? Nebo chcete zobrazovat příspěvky na různých stránkách? K tomu jsou mnohem lepší rubriky, celý problém se tu už několikrát řešil, zkuste se podívat na související témata.
Můžete to upravit přímo v souboru style.css, odkud máte tu vloženou ukázku. Stačí porovnat použité definice s originálními (viz odkaz výše). Samozřejmostí je důkladná záloha při každém pokusu o úpravu. Nebo jsem to celé jen nepochopil :-)
Není lepší šablonu Twenty Twelve po nekorektních úpravách smazat a znovu nahrát? Nebo se podívejte na původní verzi a opravte to do původního stavu.
To je zajímavé, podle uživatelů plugin WP No Category Base většinou bez problémů funguje s nejnovější verzí WordPressu. Nemohl to být spíše nějaký další konflikt, např. s cachovacím pluginem? Mimochodem nejnovější verze pluginu WordPress SEO už tuto funkci (tedy odstranění rubrik z URL) umí také.
Jestli se tam ale pořád objevují podivné soubory typu xml.php (psal jste o tom včera), tak to možná dořešeno nebude…
Mimochodem, na jednom testovacím webu jsem používal plugin WordPress File Monitor Plus, který hlídá, zda se nezměnily nějaké soubory a případně pošle email. Ale možní je tato funkce součástí nějakého jiného kvalitnější pluginu, nevím. A pokud máte přístup k VPS, tak je možné podobné hlídací skripty nasadit přímo na server…
Ano, odkaz na úvodní stránku s parametrem
utm_sourceje pouze pro sledování statistik a nejde o samostatnou stránku, ale pouze hlavní stránku s parametrem. Žádný podobný skript už ale na webu nevidím, patrně už byl opraven/odstraněn. Zkuste to nechat Google znovu posoudit, aby mohl odstranit varování.A zkuste prohledat všechny soubory (WordPress, pluginy, šablony) i databázi na výskyt tohoto skriptu (nástroje na hromadné hledání jsme řešili třeba zde).
Autoři šablony MesoColumn nabízejí řešení např. zde. Šablona patrně využívá nějaký font s ikonkami, něco jako Dashicons ve WordPressu.
Zajímavá myšlenka :-) Původně jsem také zvažoval přesun webu, ale po popisu problémů s klientem mě nenapadlo, že by to šlo udělat za jeho “zády”… Ale nevím, jestli tam ta VPS není z nějakého důvodu (třeba nějaký skript, který na běžném hostingu není nebo vysoká návštěvnost). Každopádně pokud máte přístupy k nastavení DNS, tak je to také řešení a můžete klidně nechat stávající doménu a jenom hosting nasměrovat jinam. Ale pozor na případné související služby (emaily, atd).
Funkci query_posts() raději vůbec nepoužívat, místo ní stačí bez potenciálních problémů použít akci pre_get_posts.
Někdy jsou pluginy opravdu zbytečné, ale v tomto případě (stránkování) bych spíše použil právě plugin. Nemusíte se bát počtu pluginů na webu, ale spíše jejich kvality a náročnosti. Můžete mít klidně 30 drobných pluginů a na rychlosti webu to nebude ani poznat. Nebo můžete mít jeden nekvalitní plugin a budou se dít velmi zajímavé věci :-)
Jasné, díky. Teoreticky byste mohl zase zpátky přepnout na “w”? Pokud už se vše správně zobrazuje, tak asi došlo k nějaké úpravě databázové tabulky pomocí příkazu ALTER a dál by to mohlo fungovat s omezenými právy…
Nemůže to fungovat z jednoho jednoduchého důvodu. Ve funkci je pro celkový počet příspěvků použita hodnota
$wp_query->found_posts, ale v samostatné funkci není definována (a tedy se nepřenáší z hlavního loopu). Musíte buď na začátku funkce použítglobal $wp_query;nebo raději rovnou nahradit hodnotu$wp_query->found_postspomocí globálního pole$GLOBALS['wp_query']->found_posts. Celou definici funkce bych také spíše přesunul do souborufunctions.phpa v dalších souborech šablony ji už pouze volal.Proč není použití pluginu šťastné? Funkce paginate_links() sice existuje a můžete se ji naučit, ale osobně pro tyto účely používám plugin WP-PageNavi a jsem velmi spokojen a nemám s ním žádné problémy
Tak to je trochu začarovaný kruh :-)
Pokud má klient důležitá hesla k serveru, tak nikdy nevíte, jestli je nedal z ruky. Třeba i nechtěně (má je uložené někde v Total Commanderu, koukne na porno “zdarma” a hned je zavirovaný počítač a hesla se šíří internetem). Klient má mít na starosti obchodní komunikaci s hostingem (tedy faktury, atd), ale hesla nemá mít vůbec k dispozici. Pokud případně ukončíte spolupráci, tak je samozřejmě může jako majitel hostingu změnit.
Trval bych na kompletní změně všech hesel a pokud to nepomůže, tak budete muset pátrat dál (verze PHP, knihoven, atd) a donutit administrátory k případnému updatu. Administrátoři serverů trochu zneužívají WordPress a dělají si tak alibi své vlastní nekvalitní práce :-)
Předpokládám, že po každém vyčištění WordPress pro jistotu automaticky přeinstalujete, aby se někde něco neskrývalo.
Šablona Juicy by to teoreticky způsobovat mohla (máte nejnovější aktualizace z dubna 2014?), ale těžko říci. Zkuste projít konce a začátky některých souborů a prohledat je na podezřelé funkce (a nebo použít nejnovější aktualizaci).
Každopádně bez spolupráce s klientem (změna hesel) to asi bohužel nedořešíte…
Možností je spousta :-)
1) Nemůže být problém přímo na virtuálním serveru? Běží na něm i nějaké další weby? Nemůže být nějaká bezpečnostní chyba už přímo na tomto serveru? Máte tam všechno aktualizované a zabezpečené? Máte nastavené přístupy na server pouze z nějaké vlastní IP adresy? Jednou jsem podobný problém řešil a byla to nakonec chyba hostingu, který měl bezpečnostní problém přímo na serveru.
2) Změnil jste po vyčištění webu všechna hesla (FTP, databáze, přístupy na server)?
3) Není tam ještě někde něco ukrytého? Soubor může být třeba neviditelný (jako .htaccess) nebo velmi dobře ukrytý. Nové soubory jsou obvykle načítány ještě přímo z nějakých souborů WordPressu (functions.php šablony, nějaký plugin), ale není to samozřejmě podmínkou.
4) Není v používané šabloně nebo v některém z pluginů nějaká bezpečnostní chyba? Používáte pouze prověřené a obecně známé pluginy?
