Přehled odpovědí
-
Příspěvky
-
mirekk: Díky za obsáhlou odpověď! Existuje šablona Dynamic News Lite, která je patrně osekanou verzí placené verze. Nastavení fontů bude umět asi až placená verze?
Zajímavý je také odkaz na češtinu, ani jsem nevěděl, že to na WordPress.com umožňují překládat. A jen pro zajímavost, jde patrně o “vykradenou” češtinu z klasického WordPressu (a výchozích šablon) s nějakými drobnými odlišnostmi (chybami) a vůbec mě nenapadá, jak je tam dostali :-)
Češtinu by se měla umístit do adresáře
wp-content/languages/themes, podívejte se na příklady a názvy souborů pro výchozí šablony.Zajímavé, netuším, zda nejde náhodou o spam, ale proč by někdo propagoval plugin Enhanced Ecommerce Google Analytics Plugin for WooCommerce, který je zdarma? Uvítám případné podněty :-)
Na zmíněné stránce to také nemám na celou šířku obrazovky, ale pouze maximálně 1400px? Plugin RoyalSlider je placený, takže to nemohu vyzkoušet, ale nemohlo by fungovat něco takového? PAtrně je potřeba, aby tam byla nastavená prostřednictvím CSS proměnlivá šířka, a to na i na všechny nadřazené divy (řešilo se to třeba i zde).
ad 3) Podívat se, jakou verzi jste tam měl (např. v souboru
wp-includes/version.php), stáhnout si instalační balíček a všechny soubory na FTP přepsat.1) Natvrdo deaktivovat všechny pluginy, tedy přejmenovat složku
wp-content/plugins.2) Natvrdo deaktivovat používanou šablonu, tedy přejmenovat složku
wp-content/themes/sablona.3) Přeinstalovat soubory WordPressu na FTP.
V nějakém bodě se to určitě rozběhne :-)
Tak tam bude nějaká jiná chyba, zapněte si zobrazování chyb (error_reporting) nebo nahlédněte do logu. Pokud je tam bílá stránka, tak jde určitě o nějakou chybu… Případně můžete zkusit soubor wp-config.php smazat a nechat ho znovu vygenerovat přímo WordPressem (radši předtím proveďte kompletní zálohu dat)…
Nemohl jste tam udělat při úpravě souboru
wp-config.phpnějakou chybu (např. chybějící apostrofy)? Bílá stránka většinou znamená nějakou kritickou chybu (Fatal error), která je způsobena špatným zápisem…Ano, ale stále je tam jiný uživatel (či heslo) pro přístup k databázi. Na FTP najděte soubor wp-config.php a upravte nastavení:
/** MySQL database username */ define('DB_USER', 'uzivatel'); /** MySQL database password */ define('DB_PASSWORD', 'heslo');Když myslíte, že to je potřeba, tak to klidně používejte :-) Osobně znovu doporučuji plugin deaktivovat a použít pořádné heslo…
Není tam žádný problém, máte dostupných 64 MB PHP paměti (hodnota
memory_limit) a plugin to testuje až do 90 MB, aby to vyzkoušel. Z chybové hlášky je zřejmé, že zkusil cca 67 MB a neprošlo mu to :-) Máte to tam přímo napsané:Starting memory benchmark. Seeing an error after this line is not unusual. Read the error carefully
Plugin BackWPup používám a nikdy jsem takový problém neměl. Jaký používáte hosting? Jak velký je zálohovaný soubor? Máte také vcelku nízkou hodnotu pro maximální dobu spuštěného skriptu aneb
max_execution_time(nastavení PHP na serveru).Osobně dávám do zálohy pouze databázi (potřebné tabulky) a provedené úpravy šablon (či vlastní pluginy). Pokud je na webu mnoho obrázků, tak je možné odškrtnout, aby se nezálohovaly všechny vygenerované velikosti (můžete je pak po ztrátě dat případně znovu vygenerovat).
Zkuste zálohovaný soubor stáhnout a otevřít a uvidíte, zda tam je všechno, co by tam mělo být…
Na odkazovaném webu se mi ten obrázek zdá mnohem větší, alespoň 5 x 5 cm. Pořád je to malé nebo se to už podařilo vyřešit? Šablona Simple Catch vypadá dobře, takže by to neměl být asi problém…
Funkce get_template_part() pouze načítá další kód uložený v jiném souboru, aby v tom byl přehled, takže následující kód:
get_template_part( 'content' );vlastně načte obsah souboru
content.php. A tam pak najdete ohledně náhledového obrázku následující část:the_post_thumbnail( 'featured' );Takže se použije velikost obrázku
featured, která je definována v souborufunctions.php:add_image_size( 'featured', 210, 210, true);Takže velikost bude 210 x 210 pixelů, což máte i na webu a nevypadá to špatně…
Jak to nakonec dopadlo? Podařilo se najít něco vhodného? S pluginy pro kalendáře je to složité, málokdy se najde plugin, který by přesně odpovídal požadovaným funkcím. Různé pluginy toho umí opravdu hodně, ale někdy to nešťastně kombinují… Pro zajímavost dodávám poměrně nový a aktuální přehled různých pluginů.
Plugin CalPress Calendar vypadá dobře a import z .ics zdroje by měl bez problémů zvládnout:
Import ICS feed from another calendar such as Google Calendar and assign them to specific categories
A měsíční zobrazení událostí by měl také umět, pouze je patrně nezobrazuje v podobě widgetu… Možná by šlo ale vlastní widget snadno nadefinovat (a nastylovat). Dalším povedeným pluginem je např. All-in-One Event Calendar (také by měl umět import .ics, ale měsíční přehled ve widgetu tam asi opět nebude), The Events Calendar (placená verze by měla mít měsíční přehled ve widgetu) nebo Sugar Event Calendar (placený, měl by mít různé widgety, ale zase neumí import).
A zcela nakonec jsem si všiml placeného pluginu WordPress Pro Event Calendar, který by měl za 20 USD konečně umět podle demoverze obojí…
Zajímavé, díky za info! Pokud nebyl web napaden nějakým virem, tak šlo patrně o nějaký problém spojeným s tímto antivirem. Občas se nějaké reporty v anglických fórech objevily, ale většinou byl problém způsoben právě virem. Ale těžko říci, možná se antiviru něco nelíbilo, tak to zablokoval… Pokud se nebude problém časem opakovat, tak už se asi přesnou příčinu nikdy nedozvíme… Jedině, že byste to chtěla ještě jednou vyzkoušet a ESET nainstalovat :-) Na druhou stranu si myslím, že mnoho uživatelů ESET bez problémů používá, takže to zůstane patrně záhadou…
Tak to je podivné, potom by to vypadalo na nějaký problém u hostingu nebo malware. A pokud se už žádné problémy neobjeví, tak se to asi nikdy nedozvíme :-)
Uvedený kód obsahuje na první pohled mnoho různých chyb, takže stránkování nemůže fungovat:
1) Žádný parametr
post_per_pageneexistuje, správně je toposts_per_page(viz manuál).2) Pokud tam máte
posts_per_page, tak dejte pryčshowposts.3) Když vytváříte nový dotaz
$the_query, tak ho musíte použít i pro následné funkce, např. tedy pro parametry funkce paginate_links(). Správně je to tedy:'total' => $the_query->max_num_pages,Pokud by tam zůstalo
$wp_query, tak to bude vždy pouze jednička, protože se to vztahuje k původnímu dotazu$wp_query, který se bude týkat stránky, kde zobrazujete výpis mediálních souborů (a nikoli samotného počtu mediálních souborů).A pokud jde o titulek a popis, tak je možné použít funkce the_excerpt() pro titulek a the_content() pro popis. Ale protože tam bude asi mnoho různých filtrů napojených na funkci the_content(), tak to bude chtít asi použít přímo proměnnou
$post->post_content(případně také$post->post_excerpt).A ještě lepším způsobem než je uvedený kód by bylo využití akce pre_get_posts.
O jaký šlo přesně plugin? Přesný název “WP Data BackUp” jsem nikde nenašel. Osobně používám BackWPup a nikdy s ním nebyl sebemenší problém. Doporučuji také zálohovat na jiné místo (klidně FTP) než je umístěn web, protože kdyby došlo k problému, tak budete mít zálohy umístěné tam, kde k problému došlo, a to není dobré… Plugin patrně provedl něco nečekaného, možná došlo ke špatnému nastavení, těžko říci…
Nastavení oprávnění (CHMOD) pro instalaci WordPressu je detailně popsáno v manuálu (anglicky). Ale záleží to také trochu na nastavení hostingového serveru (a tedy filesystemu).
O jaký jde pro zajímavost hosting? Bez pomoci podpory hostingu s tím ale asi bohužel nic neuděláte…
Jaký používáte hosting? Nemohl být napaden přímo hosting? O jakou šlo konkrétně šablonu? Nemohla obsahovat nějakou bezpečnostní chybu? Nemáte napadený počítač, kde máte uložená hesla k FTP, takže je útočník zjistí, i když je změníte?
Pokud vše vyčistíte, necháte pouze čistý WordPress (bez pluginů) a s nějakou výchozí šablonou (např. Twenty Fourteen), tak by se tam nikdo neměl dostat. Změnil jste také hesla k databázi? Jsou uložená v souboru
wp-config.phpa jsou poměrně častým cílem útoků.
