Přehled odpovědí
-
Příspěvky
-
Teď už budete muset pokračovat ve WordPressu, tedy na nově registrované doméně. Postupovat můžete přímo podle návodu, který poskytuje hosting (možná bude trochu zastaralý). Ale pokud tam má být zcela stejný obsah, tak je asi zbytečné tam zprovoznit další web? Alias by byl v tomto případě dostačující a ještě k tomu zdarma…
Superko: Výrazy je třeba často najít přímo ve zdrojovém kódu a podle toho se dopátráte správného významu. Ale není to bohužel moc jednoduché a už vůbec ne rychlé :-(
Před pár dny se ale jeden uživatel ozval, takže z něj možná udělám validátora, aby to mohl začít schvalovat. Každopádně se mohou ozvat i další zájemci, je potřeba s tím trochu pohnout…
Základní předpoklady pro překládání najdete zde.
Původní výchozí odkazy není nutné měnit, jen nejsou tak hezké. Ale mnoho uživatelů je přesto používá, zejména kvůli jednoduchosti.
Pokud ale změna nefunguje (menu Nastavení – Trvalé odkazy), tak bude patrně problém přímo u hostingu. V některých případech musíte nejdříve povolit tzv.
mod_rewriteči soubor.htaccesspřímo v administraci hostingu, aby mohly hezké odkazy fungovat. Jaký používáte hosting?WodrPress má defaultně nastavený CHMOD tak, aby vyhovoval co možná největšímu množství hostingů, tedy nebyl příliš restriktivní, ale zároveň bezpečný. A proto používá tuším 755 (pro složky) a 644 (pro soubory). Teoreticky by to ale mohlo jít zpřísnit v souboru
wp-config.php, kam můžete vložit následující řádky (manuál):define( 'FS_CHMOD_DIR', ( 0750 & ~ umask() ) ); define( 'FS_CHMOD_FILE', ( 0640 & ~ umask() ) );Nikdy jsem to nezkoušel, takže netuším, zda to bude fungovat, případně se neobjeví nějaké jiné problémy :-)
Doba se dost rychle mění a protože jsem jednoduché CRM ve WordPressu nedávno potřeboval, tak se podělím o aktuální přehled pluginů (bez aplikací třetích stran):
WP-CRM – zdarma, klasické CRM na správu kontaktů, vypadá vcelku dobře. Dalším pluginem je WP-Client Lite (a placená varianta WP-Client), který vypadá také dobře, ale podle mnoha uživatelů to bohužel není dobrá koupě…
WordPress Leads – zdarma, slouží hlavně na správu leadů (tedy potenciálních zákazníků). Mnohem lépe ale vypadá placený plugin LeadIn.
Obávám se, že když dosud chybí důležitější lokalizační verze (např. francouzština), tak se češtinou nebudou moc zabývat :-( Ale uvidíme, necháme se překvapit. Spíše si myslím, že to ještě nemají na lokalizaci vůbec připravené…
Ano, patrně nějaký plugin nebo příliš starý WordPress, možná i vir přímo na počítači (pokud ukládáte hesla do FTP klienta). Dejte pak prosím vědět, zda se podařilo problém odstranit…
Dostal jsem přístupy a trochu jsem se na to podíval. Už se asi nikdy nedozvíme, jak k problému přesně došlo, ale nyní tam chybí skoro celý obsah tabulky
wp_options(obsahuje pouze 5 řádků), což patrně způsobuje popisované problémy (možná ještě někde chybí něco jiného).Bude potřeba obnovit web ze zálohy, ideálně pokud to provede přímo hosting z nějaké své zálohy (myslím, že jde o VSHosting, doporučuji je kontaktovat co nejdříve než zálohy promažou). Pokud hosting zálohy nemá, tak budete muset použít nějakou vlastní, ale určitě bych se o to co nejdříve pokusil…
Jaký plugin vlastně nakonec způsobil problémy? Na FTP jsem našel blogVault Real-time Backup a UpdraftPlus Backup and Restoration (tam je i nějaká záloha z června 2014). Oba by ale měly podle honocení bez problémů fungovat, takže tam bylo možná něco špatně nastaveno…
O jakou šlo šablonu, která způsobila problémy při aktualizaci (na FTP jich je několik)? Mimochodem, v databázi je i zbytečně obrovská tabulka
wp_commentmeta(patrně důsledek tohoto problému), i když je tam pouze několik set komentářů (možná ale některé komentáře chybí kvůli problémům s poškozenou databází).Tak v tomto případě problém spočíval trochu v nepořádku na FTP, kde byly instalační soubory WordPressu nahrány dvakrát, z toho jednou v podadresáři
wordpress(obojí napojeno na stejnou databázi). A protože byla v databázi nastavená “Instalace WordPressu (URL)” do složkywordpress, zatímco “Úvodní stránka webu (URL)” pouze na samotnou doménu, tak je třeba pokračovat podle příslušného manuálu.Při zprovoznění Multisite byly totiž potřebné úpravy zapsány do souboru
wp-config.phpve složcewordpress, ale při načítání webu je nejdříve kontrolováno, zda souborwp-config.phpnáhodou neexistuje také o úroveň výše. Tam samozřejmě existoval (opět se správným napojením do stejné databáze), ale už neobsahoval potřebná nastavení pro funkční Multisite. Takže se vlastně WordPress stále pokoušel Multisite instalovat, ale bylo mu to zakazováno…Podle posledních zpráv by to už mělo fungovat, uživatelka odstranila duplicitní instalační soubory a WordPress zůstal nainstalován pouze ve složce
wordpress, takže už nedochází k žádnému konfliktu a také zmiňovaný vícejazyčný plugin patrně funguje bez problémů…Plugin Gravity Forms má pro tyto účely připravené políčko List.
Zkoušel jsem hledat něco podobného i pro Contact Form 7, ale bohužel jsem nic nenašel, což je dost podivné, protože to je občas potřeba (a i uživatelé se na to někdy ptají). Našel jsem i jednu zmínku, kdy to jeden z uživatelů dokázal a poskytl návod, ale asi to není ideální řešení a šlo by využít nějaký hook. Ale nevím, nemám s tímto plugin zase tak velké zkušenosti…
Tak bohužel jsem u tohoto pluginu objevil docela nepříjemný problém. S rostoucím počtem produktů přestane XML feed zcela fungovat, protože dojde k vyčerpání dostupné paměti (aneb nedostatečný memory_limit). Takže 128 MB stačí pouze pro cca 3000 produktů (pouze jednoduché produkty bez dalších vlastností a variací), což mi přijde zbytečně mnoho a určitě by to šlo nějak optimalizovat (jde jen o jednoduchý výpis). Zkoušel jsem autora pluginu kontaktovat, ale po prvních slibech, že to bude “zítra” opraveno a optimalizováno, se už bohužel dva týdny neozval :-( Jinak plugin fungoval vcelku dobře, ale určitě byste si měli dát pozor, pokud máte na webu velké množství produktů a nechcete kvůli Heuréce vlastní server…
Myslím, že bude hodně záležet na konkrétní šabloně, jak se podaří banner zapojit do aktuálního vzhledu… Některé šablony jsou na bannery dokonce připravené a nabízejí vlastní nastavení, integraci s reklamními pluginy nebo alespoň různé hooky pro jejich snadné zobrazení…
Obecně se používají různé pluginy na správu bannerů (např. AdRotate či Simple Ads Manager) a do šablony se pak na konkrétní místa přidávají krátké kódy, na jejichž základě jsou pak příslušné reklamní bannery zobrazovány. Pro vaše účely je to ale možná zbytečně robustní řešení…
Nejjednodušší je asi vložení HTML kódu přímo do souboru
header.phpv adresáři šablony, ale z hlediska budoucích aktualizací to asi není moc ideální. Můžete si ale také nadefinovat vlastní oblast pro umístění widgetů přímo někde v záhlaví, takže byste pak mohl vkládat bannery pouze jako textové widgety…Aha, už jsem to ve schránce našel :-) Podobných emailů chodí velmi mnoho a pokud neprojdete filtrem na známé kontakty, tak se k nim dostávám až se zpožděním. Nejrychlejší cestou je tedy asi přímo fórum… Zkusím se na to zítra podívat, předpokládám, že máte hotové zálohy a mohu bez obav testovat :-)
Jaká chyba se konkrétně zobrazí? Pokud to přestalo fungovat z ničeho nic, tak je to dost podivné. Opravdu to nesouvisí třeba s nějakou aktualizací? Pošlete prosím přístupové údaje (FTP + administrace WordPressu), zkusím se na to časem podívat…
Pro podobné účely se obvykle používá filtr the_content, na který se napojí funkce, pomocí které naleznete konec prvního odstavce, tedy HTML značku
</p>. Jeden z příkladů jednoduchého řešení můžete nalézt třeba zde.Nebo můžete použít nějaký z pluginů, které tuto možnost přímo nabízejí, např. Ad Inserter nebo WP Advertize It.
Tak to je podivné, podle autorů by to mělo fungovat. Zkoušel jsem to, ale máte pravdu, obecně to moc nefunguje, formulář se podařilo zobrazit pouze v případě, když jsem to vložil do HTML části editoru a celý zápis (shortcode) označil pomocí HTML značky pro
code:<code>[Form id="1"]</code>Problém ale bude patrně souviset s českou verzí WordPressu, protože u anglické verze to funguje bez problémů, ještě to zkusím otestovat…
Tak tím je to snad vyřešeno :-)
Nikdy nebudete mít jistotu, že se někde něco nerozbije, a to nejde jen o WordPress. Slovo “většinou” je tam uvedeno proto, že kdyby došlo k problému, tak to vývojáři na straně WordPressu ihned opraví, ale pokud nějaký autor šablony či pluginu nepoužívá vhodné funkce a ignoruje základní WordPress API, tak samozřejmě může dojít k problémům.
Jako příklad můžeme použít nejnovější WordPress 4.0.1, který se na webech instaloval automaticky a občas bohužel způsobil problémy (jen na tomto fóru jich je hlášeno už několik). Příčinou těchto problémů jsou ale nekvalitní pluginy a šablony a bohužel dělají velmi špatnou službu automatickým aktualizacím.
Můžeme si místo WordPressu představit například obyčejnou pračku. Výrobce uvede v manuálu, že je určena pro praní prádla. Zkusíte tam ale místo toho vyprat kameny, protože by se to třeba zrovna nějak hodilo. Pračka se logicky rozbije, protože jste ignoroval manuál. Výrobce ale nebude do budoucna upravovat pračky tak, aby vydržely i praní kamenů, protože by se z podobných nápadů zbláznil. Raději bude dál vylepšovat pračku a prostě nechá uživatele, kteří tam vyprali kameny, aby si stěžovali na pračku, i když za to nemůže.
Proto je důležitý vhodný výběr pluginů a šablony. Aktualizace na WordPress 4.0.1 postihla několik docela známých pluginů (mj. NextGEN Gallery), ale většina z nich měla do 24 hodin dostupnou aktualizaci. Můžeme to brát tak, že i díky této automatické aktualizaci došlo k opravám a standardizaci těchto pluginů. I když pokud se vám třeba na webu zobrazovala celý den nějaká chyba, tak to asi nebylo příjemné. Ale to je bohužel trochu daň tomu, že si může WordPress nainstalovat téměř každý uživatel, i když nemá žádné velké zkušenosti… Doporučil bych se nebát, zazálohovat a zkusit aktualizovat (a případně mít v záloze nějakého vývojáře, který případný problém rychle vyřeší).
To je zajímavé, zkusím to také někde otestovat. Obecně by to mělo fungovat a je to stále uvedeno přímo v manuálu.
Pokud šablona funguje ve WordPressu 3.8.x, tak by měla většinou fungovat i v nejnovějším WordPressu 4.0.x (zpětná kompatibilita). Pokud se tam objeví nějaká chyba, tak jde většinou o nějakou drobnost, kterou je ale lepší opravit. Máte nějaký konkrétní příklad šablony, kterou nelze aktualizovat?
Web byl patrně napaden a je zavirován, zkuste si nejdříve prohlédnout související témata. Budete muset ručně přeinstalovat celý WordPress (nakopírovat soubory na FTP), deaktivovat všechny pluginy a nasadit výchozí šablonu Twenty Fourteen. Poté znovu aktivovat pouze pluginy, které jsou aktuální a ověřené, ale vždy bude třeba je z FTP kompletně smazat a nahrát čisté instalační soubory. Nakonec bude potřeba změnit hesla k FTP a databázi.
Těžko říci, čím bylo napadení způsobeno, na webu máte nejnovější WordPress 4.0.1, aktualizujete pravidelně? Možná za to může nějaký plugin nebo šablona (používáte nějakou vlastní), těžko říci…
