Přehled odpovědí
-
Příspěvky
-
WordPress 4.3 před malou chvílí oficiálně vyšel. V tomto tématu budu průběžně informovat o aktuálním stavu…
Čeština pro WordPress 4.3 byla sice také původně plánována na dnešní den, ale prázdniny a nadměrné množství pracovních povinností tento úmysl bohužel zcela zmařily. Někteří uživatelé navrhli poslední dobou mnoho různých překladů, takže je budu postupně procházet a kontrolovat (či přímo schvalovat). Cílem je vydat českou verzi pro WordPress 4.3 v horizontu dvou týdnů.
Aha, takže myslíte slider (automaticky posunované položky)? Jde o nějakou vlastní šablonu, takže těžko říci, umístěné to může být podle zkušeností téměř všude :-) Zkusil bych
header.php,index.php, případněfront-page.php, ale těžko se to odhaduje. Pokud je ale hlavní stránka poskládaná z widgetů, tak tam musí být ještě po slideru načítaný sidebar, takže funkce dynamic_sidebar(). Někde tam musíte najít funkci, která bude slider načítat…O jaký web konkrétně jde? Patrně to nebude widget, ale bude tam funkce přímo v souborech šablony (pokud jde o postranní panel, tak nejčastěji
sidebar.php).Občas se podobné problémy objeví, zejména pokud používáte vývojářskou verzi. Myslím, že to bude časem opraveno přímo ze strany Chrome (ale uvidíme), případně můžete zatím deaktivovat vývojářskou verzi Chrome nebo použít jiný prohlížeč…
@sjiamnocna: Díky!
@drasik: Kde jste vlastně šablonu GamePress získal? Mohlo se také stát, že jste ji špatně nahrál na FTP, občas tam uživatelé nahrají šablonu ještě v dalším podadresáři a WordPress to pak nepozná. Máte v adresáři
wp-content/themes/gamepressvšechny potřebné soubory, zejménastyle.css?Patrně související dotaz.
Nepoužíváte náhodou nejnovější beta verzi prohlížeče Chrome? Podobný problém už byl nahlášen, ale zatím to vypadá, že je problém někde na straně Chrome…
Ano, je to poměrně častá chyba, ale už jsem viděl i mnohé další… Globální adresář pro jazykové soubory je vhodnější kvůli automatickým aktualizacím pluginů. Pokud pak překlad funguje, tak už ho nemusíte nahrávat do adresáře pluginu, ale asi tomu nijak neuškodíte (načítat se bude jen jeden lokalizační soubor), pouze je to zcela zbytečná činnost :-) Pokud plugin nemá žádnou složku
languages, tak je třeba se podívat do zdrojového kód, zda a odkud bude lokalizační soubory načítat. V každém případě by ale mělo stačit uložení překladu v globálním adresářiwp-content/languages/pluginsa nemusíte to vůbec řešit. Na přiložený plugin se ještě podívám…Pokud jde o plugin PiwigoPress, tak ten definuje
textdomainpomocí funkce load_plugin_textdomain() na hodnotupwg, ale protože nemá plugin definovanou hodnotu v hlavičce, tak Loco Translate asi přepokládá, že by měla být podle URL adresy pluginu, tedypiwigopress. Nebo v čem tam byl konkrétně problém?@lukas8: Takže jestli tomu dobře rozumím, tak si chcete na web nahrát vlastní video proto, abyste nemusel používat žádnou externí službu a zůstalo tak zcela soukromé? Pokud jde o jedno dlouhé video, tak není lepší ho rozdělit a nahrát na web po částech? Tím byste se zbavil problémů s nastavením úvodního času při jeho spouštění. WordPress má v sobě integrovaný vcelku povedený a kvalitní přehrávač MedieElement.js, který by to měl teoreticky umět, ale zatím jsem to na žádném webu neviděl. Jednoduše když vkládáte video do příspěvku z Knihovny médií, tak tam je mnoho různých nastavení (včetně třeba titulků) a možná by tam šlo přidat políčko pro zadání přesného času, kdy se má video spouštět (samotný přehrávač by to podporovat měl).
Obecně to asi nebude problém na straně samotných přehrávačů, ale spíše v tom, že to nepodporují pluginy, které integrují jednotlivé přehrávače do WordPressu. Např. plugin JW Player for Flash & HTML5 Video sice integruje přehrávač JW Player, ale pro nastavení vlastního začátku je potřeba použít dodatečné skripty. Podobná situace bude např. i u pluginu Video.js – HTML5 Video Player for WordPress a vlastně i u integrovaného přehrávače MediaElement.js. Zatím jsem to podrobně nezkoumal, ale podle mě by stačilo funkčnost rozšířit vlastním pluginem a ani by to nemuselo být extra složité…
Plugin Custom User Registration Form Builder nevypadá špatně a měl by být funkční, takže těžko říci… Nic jiného se na webu neměnilo?
wp_usersnení plugin, ale název databázové tabulky. Přístupy k databázi naleznete v administraci hostingu, kde by měly být nějaké informace, kde (přístupové údaje a adresa serveru) a jak (nejčastěji pomocí nástroje PHPMyAdmin) se můžete k databázi připojit. Jaký hosting používáte?A o jaký plugin konkrétně šlo? Zkuste ho deaktivovat na FTP (stačí přejmenovat adresář s tímto pluginem).
Tak to je podivné, neměl jste na webu ještě nějakého dalšího uživatele (administrátora), který by mohl změnit uživatelské oprávnění? Neinstaloval jste třeba nějaký nový plugin nebo neměnil šablonu? Zkuste deaktivovat všechny pluginy na FTP, a to přejmenováním adresáře
wp-content/pluginsa pak se zkuste znovu přihlásit. Pokud za to ale nemůže žádný plugin nebo nastavení, tak je to dost podivné a budete se muset podívat do databáze, zejména na tabulkuwp_users(kolik je tam registrováno uživatelů a jakých konkrétně).Patrně nemáte potřebná oprávnění pro přihlášeného uživatele. Budete muset kontaktovat administrátora webu. Stalo se to z ničeho nic a dříve to fungovalo?
Tak to by mělo určitě bez problémů fungovat. Zkontrolujte, zda to máte správně nastaveno. Pods Admin – Edit Pods – zvolte “Společnosti” – záložka Advanced Options – máte zaškrtnuto “Enable Archive Page?”
Dále můžete zkusit menu Nastavení – Trvalé odkazy – kliknout na “Uložit změny” aniž něco změníte.
Akce
pre_get_postsje vhodná pro trochu jiný případ, konkrétně pro výpis rubriky tak, aby se v něm kromě příspěvků zobrazovaly i společnosti.Takže v tomto případě je to chyba autora pluginu Infinite Slider. Můžete ho zkusit kontaktovat, aby to opravil…
Plugin totiž definuje v hlavičce hodnotu Textdomain takto:
* Text Domain: infinite-slider-localeA plugin Loco Translate podle toho předpokládá, že budou mít lokalizační soubory název
infinite-slider-locale-cs_CZ.poainfinite-slider-locale-cs_CZ.moa podle toho je i vytváří. Ale plugin bohužel později definuje tuto hodnotu znovu:$domain = $this->plugin_slug; load_plugin_textdomain( $domain, FALSE, basename( plugin_dir_path( dirname( __FILE__ ) ) ) . '/languages/' );Stručně a jednoduše chce nakonec načítat soubory
infinite-slider-cs_CZ.poainfinite-slider-cs_CZ.mo. Musíte je tedy na FTP nakonec přejmenovat, nebo upravit hodnotuTextdomain. Dále bych ještě doporučil neukládat lokalizační soubory v adresářiwp-content/plugins/infinite-slider/languages/infinite-slider-cs_CZ.po, ale v globálním adresářiwp-content/languages/plugins/infinite-slider-cs_CZ.po. Proč? Po případné aktualizaci pluginu budou lokalizační soubory zachovány a nikoli smazány…Tak to budete mít asi zadané v souboru
wp-config.php(na FTP v hlavním adresáři webu). Můžete to změnit přímo v tomto souboru nebo to tam můžete zcela smazat a následně to změnit v administraci WordPressu:define('WP_HOME','http://gofashion.sk'); define('WP_SITEURL','http://gofashion.sk');@maco1981: Je nějaký důvod, proč nepoužíváte nejnovější verzi WordPressu? Mám nutkání to v administraci odkliknout :-)
K čemu tam potřebujete více sitemap? Bohatě stačí jedna verze a sitemapu obsahuje třeba i používaný plugin All in One SEO Pack, stačí v menu All in One SEO – Feature Manager aktivovat “XML Sitemaps” a případně nastavit.
Ale nechápu, že by za to opravdu mohl zmiňovaný “BWP” plugin. Asi z nějakého důvodu nesnášel nastavení serveru u Wedosu, těžko říci…
Nemusel být problém přímo v šabloně, ale třeba její kombinaci s nějakým pluginem, to už musíte vyzkoušet metodou pokus – omyl :-)
Ano, čistý WordPress bez aktivních pluginů s nějakou výchozí šablonou by měl být bezpodmínečně funkční. Pokud se tam i přesto vyskytuje nějaká chyba, tak je to problém hostingu (nastavení serveru) nebo přímo nějaká chyba WordPressu (a můžete ji vývojářům nahlásit). Výchozí šablony jsou podporovány zpětně, myslím, že dokonce i pro Twenty Ten (2010) ještě občas vychází nějaká aktualizace. Smazat je můžete, ale je vhodné si tam nechat alespoň jednu pro případné otestování problémů…
P.S. O jakou šablonu konkrétně šlo?
Ano, lze to snadno změnit v menu Nastavení – Obecné, položky “Instalace WordPressu (URL)” a “Úvodní stránka webu (URL)”. WordPress si to jinak automaticky hlídá, takže když nastavíte adresu bez “www”, tak na ni bude všechny návštěvníky (i vyhledávače) posílat, i když to budou zadávat v podobě s “www”.
Při instalaci se patrně použije taková verze adresy, ze které spustíte instalaci (může to asi ovlivnit i nastavení hostingu). Pokud začne instalace na adrese s “www”, tak bude tato podoba uložena do databáze jako hlavní (ale nezkoušel jsem to)…
Nevidím tam nic extra podivného, databáze není příliš velká a počet dotazů je také víceméně standardní (dokonce spíše nižší)…
Zkusil bych ještě následující možnosti:
1) Aktualizovat WordPress na nejnovější verzi! Bezpodmínečně nutná první podmínka!
2) Nejvíce chybových hlášek (PHP Warning) obsahuje použitá šablona a plugin post-views). Zkuste obojí změnit, tedy plugin deaktivovat a na nějakou dobu zapnout nějakou výchozí šablonu WordPressu. Mimochodem, pluginu bych se zbavil definitivně. Nechte deaktivované i pro další pokusy…
3) Dále by mohlo problém způsobovat cachování, zkuste zcela odpojit plugin WP Super Cache a zakázat cachování v souboru
wp-config.php. Následně můžete ještě vyzkoušet u Wedosu v administraci hostingu možnosti menu “Konfigurace PHP” a pohrát si s nastavením položekapc.enabled,eaccelerator.enableaxcache.cacher. V některých případech tam mohlo s některými pluginy docházet ke konfliktu.4) Máte tam aktivní dva různé pluginy pro generování sitemapy, konkrétně Better WordPress Google XML Sitemaps a Simple Google Sitemap XML. Oba je zkuste deaktivovat (mimochodem, zkuste deaktivovat vlastně všechny pluginy), ale zkratka toho prvního je “BWP Sitemaps”, což mi přineslo asociaci s emailem od jiného uživatele:
Tam jsem zjistil, že ačkoli už mám delší dobu vypnutý plugin BWP-minify, stejně v jeho adresáři
/cache/jsou nové soubory! Celý plugin jsem tedy smazal z ftp a stále byla administrace pomalá. Udělal jsem tedy to, čeho se vždy bojím – zálohu db a hledal jsem vewp_options. A našel jsem asi 15 řádkůbwp-minify. Smazal jsem je a teď ráno koukám, že i administrace je docela svižná. Že by?Nemusí to sice vůbec souviset, ale plugin Better WordPress Minify je od stejného autora jako zmiňovaný plugin pro sitemapu, takže by to možná stálo za prověření, možná tam je nějaký konflikt s cachovacím pluginem nebo nastavením serverů Wedosu, nevím…
Nezapomeňte vždy testovat rychlost webu pro přihlášeného a nepřihlášeného uživatele (anonymní okno). A před testováním provést pořádnou zálohu, zejména databáze :-)
