Přehled odpovědí
-
AutorPříspěvky
-
Jaký používáte hosting? Podobné problémy se často objevují u nejnovějších verzí PHP 5.4 (a výše). Zkoušela jste u hostingu vypnout zobrazování chybových hlášek? Zkoušela jste kontaktovat podporu autorů šablony (je placená)?
30. května 2013 (17:32) odpověď na téma: Během připojování k databázovému serveru došlo k chybě #15636A v čem byl tedy nakonec problém? Předpokládám, že jste měl v souboru wp-config.php špatné údaje pro připojení k vytvořené databázi? Nebo jste vytvořil v prostředí hostingu Endora nějakého nového uživatele pro přístup k databázi a smazal původního? Email jsem dostal, ale než jsem stihl odpovědět, tak už asi bylo vyřešeno :-)
Ano a jakým způsobem v šabloně funguje horní menu? Používáte tam funkci wp_list_pages() nebo klasické vlastní menu? Koukal jsem, že je šablona vytvořena patrně pomocí programu Artisteer, takže těžko odhadovat. Pokud ale používáte vlastní menu a vytvoříte podstránku, tak ji musíte ještě přidat do menu (v administraci Vzhled – Menu).
To je podivné, patrně máte někde nějakou chybu, protože postup zůstává stále stejný. Nepoužíváte Multisite verzi WordPressu? nepoužíváte nějaký jazykový plugin? Jde o novou instalaci?
O jakou podstránku konkrétně jde? Vůbec se na webu nezobrazuje nebo se jenom nezobrazuje v nabídce horního menu?
sjiamnocna: Já tomu rozumím, ale Poznámkový blok prostě není pro podobné úpravy vhodná volba (viz zmiňované riziko v podobě BOM). Pokud chce někdo provést pár drobných úprav, tak mu stačí interní editor WordPressu. A pokud toho chce upravovat více, tak se mu bude PSPad určitě hodit.
Pokud budete provádět úpravy v interním editoru WordPressu, tak se žádných problémů s diakritikou nedočkáte. Ale samozřejmě už neumí přeuložit ručně nahraný soubor v jiném kódování, takže tam nějaké problémy určitě budou. Editor tam je právě proto, aby tam mohli uživatelé provádět drobné úpravy a neoperovali s Poznámkovým blokem :-)
Aby bylo možné soubory upravovat v interním editoru, tak musí mít CHMOD 666.
Nezapomeňte web nejdříve raději kompletně zálohovat :-)
A uvítáme, když se podělíte, jak to nakonec celé dopadlo…
saidlik.eu– Najde Joomlusaidlik.eu/gamefast– Nenajde nic, i když tam je asi WordPressAle je to blbost, jen jsem to zkoušel :-)
Těžko říci, jde asi o součást šablony Shuttershot, která je už asi dost zastaralá.
Každopádně chyba odkazuje ke staré verzi jQuery 1.4.2, z čehož vyplývá, že máte na webu také patrně velmi starou verzi WordPressu (odhadem 3 roky). Zkusil bych tedy WordPress nejdříve aktualizovat, třeba se to zlepší a nebo narazíte na jiné závážnější problémy :-)
Dále můžete zkusit aktualizovat šablonu, zejména tedy její Javascriptové součásti. Pohyblivé pozadí patrně funguje na základě skriptu Supersized, který už má ale také dostupnou novější verzi, atd. Musíte jít postupně, krok za krokem a vše aktualizovat. Také je třeba vyzkoušet, jestli problémy nezpůsobuje nějaký jiný plugin. A pokud nic nepomůže, tak už se budete muset trochu podívat do kódu, protože obecně by to mělo i v IE8 fungovat…
Ale rozhodně doporučuji WordPress aktualizovat, i když už dále po příčinách původního problému pátrat nebudete…
Podobný problém se tu řešil už několikrát (viz příslušné štítky) a zcela nejjednodušším způsobem je zkontrolovat upravované soubory v interním editoru WordPressu (menu Vzhled – Editor), který používá kódování utf-8. Bez obav pak můžete v tomto editoru provádět různé drobné úpravy… Dalším způsobem je pak využití nějakého pokročilého textového editoru, např. PSPad (zdarma), a to zejména v případě složitějších úprav.
Poznámkový blok bych raději moc nepoužíval, protože má v případě použitého kódování utf-8 tendenci vytvářet další problémy (např. BOM).
P.S. Citovaný kód ze souboru comments.php pochází podle textdomain patrně z nějaké šablony z webu Themater.com (?), zatímco na uvedeném webu máte aktuálně šablonu iGifts. Došlo tam ke změně šablony nebo jsem něco ne zcela nepochopil? Pokud máte na webu stále šablonu, ve které je výše uvedený kód, tak nemusíte do souborů vůbec zasahovat, ale pro úpravy (lokalizaci do češtiny) můžete použít např. plugin Codestyling Localization.
1) Automaticky přeinstalovat WordPress, možná se některé soubory špatně nahrály na FTP. V administraci je to menu Nástěnka – Aktualizace.
2) Deaktivovat všechny pluginy.
3) Nasadit výchozí šablonu Twenty Twelve.
Popisovaný problém by měl vyřešen na základě některého z uvedených bodů…
Ano, Koš je vždy automaticky pročišťován a všechny položky starší 30 dnů jsou nenávratně smazány, pročtěte si prosím náš starší článek.
Toto je opravdu skvělé fórum!
Děkujeme :-)
kolobezka1.: U Safari to bude určitě podobné jako u Chrome, zkuste prohrabat zejména sekce Skripty a Tabulky stylů.
Lukenzi: Zajímavý nástroj, “pohrál” jsem si, díky :-) Zkoušel jsem ale detekovat např. web uvedený v tomto vlákně a bohužel se nezadařilo. Možná nějaký problém s umístěním WordPressu v podadresáři, těžko říci…
togur: Díky za tip!
HeliCZ: Nezakládejte prosím duplicitní témata.
Je to přesně tak, jak píše LuCaCZ, díky! Plugin Theme My Login je velmi často používaný a obsahuje mnoho různých a užitečných nastavení.
Nedávno se na fóru také řešil podobný problém (asi duplicita), kde byl doporučován zase jiný plugin Profile Builder.
sklo: Tak pokud eStránky.cz vyhovují, tak asi není důvod něco měnit. Pokud ale potřebujete nějaké větší úpravy vzhledu a funkčnosti, tak bude WordPress vhodná volba. Ale rozhodně doporučuji v tomto případě použít nějaký placený hosting, kde se vyhnete mnoha problémům, které se tu na fóru (často zbytečně) řeší…
netlink: Asi nejjednodušším způsobem je štítky vůbec nezobrazovat na webu, takže je pak nebudou vyhledávače ani indexovat. Většinou jsou obsaženy v šabloně v podobě funkce the_tags(), kterou budete muset odstranit. Vyhledávače se pak o žádných nových štítcích nedozví. Ale co se štítky, které už jsou zaindexovány? Pro ně stačí použít příslušné meta tagy. Pokud to nechcete řešit a psát si vlastní podmínku v šabloně, tak použijte nějaký plugin pro SEO, kde to můžete snadno nastavit (viz Dalibor Černocký doporučil jeden z pluginů o příspěvek výše).
A pokud chcete být radikálnější, tak můžete štítky prostě ze systému prostě smazat a znemožnit jejich používání. Protože je ale z nějakého důvodu používáte, tak to asi nebude vhodné řešení? Každopádně je prostě můžete smazat a potom zakázat i jejich zobrazování a fungování v administraci, nějaké možnosti i v tomto případě existují…
Bigdrobek: Plugin Crayon Syntax Highlighter vypadá docela kvalitně a je vcelku dobře hodnocený, moc se mi nezdá, že by měl způsobovat nějaké problémy?
Nemohlo by jít spíše o konflikt s nějakým jiným pluginem (zkusil bych také deaktivovat všechny ostatní pluginy)? Je na webu dostatečná paměť (memory_limit)?
Po delší době mě napadlo, že jsem na jedno možné řešení zapomněl. Pokud máte na serveru nainstalovanou IMAP knihovnu pro PHP, tak by šly emaily z jednotlivých schránek získávat i prostřednictvím protokolu IMAP (pokud ho samozřejmě příslušné emailové služby podporují). Dokonce k tomuto účelu existuje i prémiový plugin WP SimpleMail (bohužel už dva roky starý). Každopádně je to ale zajímavý nápad a způsob realizace, který mě původně ani nenapadl…
-
AutorPříspěvky