Přehled odpovědí
-
Příspěvky
-
Ano, zkusil bych to spustit. Jakmile si instalace vytvoří soubor
wp-config.php, tak by měla chyba zmizet. První chyba je jasná, pamatuji se, že už jsem ji v podobné situaci viděl, tu druhou si nepamatuji, ale mohla by souviset se špatně nahranými soubory na FTP. Uvidíte, jestli instalace v pořádku proběhne…Další možností je vytvořit soubor
wp-config.phpručně, stačí přejmenovatwp-config-sample.phpa doplnit tam údaje s připojením k databázi.Jaký používáte hosting?
Azifaral: Díky za odpověď! Uživatelé to právě někdy nechtějí řešit samostatnými weby v rámci sítě webů, protože jim jde hlavně o oddělení URL adresy a jinak zůstává téměř všechno stejné. Mám pocit, že jsem narazil i na nějaké články, které tomu přisuzují pozitivní SEO efekty, ale to už je spíše v rámci spekulací…
uli: Pokud jde pouze o změnu adresy, tak můžete zkusit použít nějaký plugin, prohlédněte si prosím starší (ale nově aktualizované) téma.
A ještě doplním, že se v poslední době objevily další pluginy, takže můžete případně vyzkoušet, např. Subdomains, Main Category As Subdomain nebo placený Category Subdomain Pro.
WordPress při instalaci zjišťuje, zda už náhodou neexistuje konfigurační soubor
wp-config.php, a to nejen ve složce s nahranými instalačními soubory, tedy/var/www/clients/client87/web461/web, ale i o úroveň výše. A tato vyšší úroveň je patrně blokována ze strany hostingu, takže se tam instalační skript nedostane. Podobnou chybu už jsem viděl, ale snadno šlo i přesto spustit instalaci…– Zkuste použít pro instalaci adresu
domena.cz/wp-admin/install.phpčidomena.cz/wp-admin/setup-config.php.
– Zkuste znovu nahrát všechny instalační soubory na FTP.Jako rychlé řešení můžete použít plugin Allow HTML in Category Descriptions, který by měl HTML v popisech rubrik povolit.
Raději bych ale možná použil filtr
get_termsa do popisu rubrik zadával vždy pouze URL adresu, která se bude v kódu měnit. Jinak bude asi kód zůstávat stejný? Následně pak můžete pomocí filtru zobrazovat výše uvedený kód a URL tam nahradit proměnnou z popisu rubriky… Můžeme zkusit i nějaký příklad, pokud se bude měnit opravdu pouze URL adresa…V tom případě je třeba šablonu přeinstalovat. Pro nasazení Google Analytics je asi nejlepším použít nějaký plugin, např. Google Analyticator nebo Google Analytics.
O jaký kód přesně jde? Používáte nějaký affiliate kód? Popis rubrik je patrně kontrolován na nějaké konkrétní “nebezpečné” HTML značky… Kolik budete mít asi rubrik a různých kódů? Podle toho se hodí vždy trochu jiné řešení. Pokud sem budete ukázku kódu vkládat, tak ho prosím označte myší a použijte tlačítko
CODE. Vytváření stránek mi nepřijde moc vhodné, bude v tom nepořádek a stránky nejsou pro tyto účely vůbec určeny.Zkuste šablonu natvrdo deaktivovat, tedy na FTP přejmenovat adresář
wp-content/themes/mh-magazine-lite. Potom bude automaticky použita výchozí šablona Twenty Fifteen. Po přihlášení adresáře zase přejmenujte zpět a zkuste používanou šablonu MH Magazine lite aktualizovat na nejnovější verzi. Pokud to nepomůže, tak může být příčinou problému nějaký plugin a budete je muset zkusit všechny deaktivovat.Chyba se objevila po nějaké aktualizaci? Neprováděl jste nějaké úpravy šablony?
WPML má své mouchy, ale chystaná verze 3.1.9 by měla optimalizaci ještě výrazně zlepšit.
Každopádně se obávám, že problém bude ssouviset s NextGEN Gallery, řešil jsem to před několika měsíci na jiném webu a čím více je na webu obrázků, tím více probíhá necachovaných SQL dotazů (řešili jsme např. zde). V tématu už sice není popsané pokračování, ale řešili jsme to přímo s vývojáři pluginu a ve verzích 2.0.66.x je závažný problém právě s výkonem webu, kdy se spouští tisíce zbytečných SQL dotazů. Mělo by to být brzy opraveno v nové verzi 2.0.67.x, zatím je k dispozici beta verze. Můžete ji vyzkoušet, ale záloha určitě doporučena :-) Další nové testovací verze jsou dostupné zde (aktuálně 2.0.67.49).
Changed: For performance reasons, we cache FS & url lookups/calculations
Changed: Greatly reduced the # of sql queries, and eliminated anything redundant
Changed: For performance reasons, we cache SQL queriesZkuste pro zajímavost změřit množství SQL dotazů, podle mě to bude příčina problémů. Nebo prosím pošlete přístupové údaje (stačí do administrace), zkusím se na to zběžně podívat.
Plugin EWWW Image Optimizer je asi šikovná věc, nemám s ním žádné zkušenosti, osobně podobné optimalizační pluginy nepoužívám. Zkuste změřit, zda má nějaký přínos (velikost původní obrázku x velikost zobrazeného obrázku na webu).
Podobný problém už byl nedávno diskutován zde. Řekl bych, že to s pluginem WP-CopyProtect asi nesouvisí a půjde o nějaké skripty načítané přímo z Google (asi si je pak sám z nějakého důvodu blokuje). Nepoužíváte nějaké pluginy či funkce v šabloně, které by je mohly načítat?
Podle mě to není zase taková návštěvnost, aby způsobovala nějaké větší problémy. Zkoušeli jste se podívat na příčinu tohoto zpomalování? Nemůže třeba nějaký plugin spouštět tisíce zbytečných SQL dotazů (nechvalně “proslulý” je tím třeba plugin NextGEN Gallery)? Jaké máte parametry serveru? Moc se mi nezdá, že by jeden server neutáhl WordPress s cca 5000 UIP denně. Mám např. pouze 2 GB VPS s cca poloviční návštěvností (průměr cca 2500 denně), ale ani ve špičce jsem tam neviděl žádný problém.
Další poznámky:
– Nginx často doporučují (a na svých projektech používají) i vývojáři WordPressu, osobně s ním nemám na ostrých webech zkušenost.
– CDN by mohlo trochu pomoci, ale zpomalování administrace bude způsobeno patrně něčím jiným.Pokud jsem to dobře pochopil, tak je to takový starý “kostlivec”, který ani tak nesouvisí s pluginem WooCommerce, ale jde o chybu WordPressu, kterou jsem osobně hlásil vývojářům před více než 5 (!) lety :-) Díky za připomenutí dávných časů…
Nemělo by to totiž fungovat ani s klasickými rubrikami u příspěvků…
Asi bych doporučil použít nějaký plugin pro hromadné úpravy, ale většinou jsou placené, povedený je např. Smart Manager.
To je dost podivné vysvětlení, nevěřím moc tomu, že by server nedokázal za 5 minut (300 sekund) stáhnout 6,5 MB balíček s WordPressem? Schválně bych zkusil ještě WordPress přeinstalovat (menu Nástěnka – Aktualizace – Přeinstalovat aktuální verzi). Pokud to bez problémů jde (a už nemáte navýšený žádný limit), tak měli patrně nějaký výpadek. Sice by teoreticky mohlo jít i o problémy na straně WordPress.org, ale potom by se asi neozývali pouze uživatelé Wedosu… Každopádně pokud to už všem funguje, tak bych to uzavřel s tím, že šlo o nějaký kamuflovaný výpadek :-)
Pokud je chcete řadit pro všechny štítky stejně a nějak automaticky (např. podle názvu), tak můžete použít filtr
pre_get_posts(řešili jsme to už několikrát na fóru).Nebo chcete pro každý štítek uspořádat příspěvky nějak ručně?
Šablona Max Magazine už nebyla docela dlouho aktualizována, takže je možné, že tam nějaké problémy budou (a jsou i hlášeny v oficiálním fóru).
Těžko říci, jaký konflikt se objevil, ale nezbývá než zkoušet. Můžete také pro jistotu deaktivovat všechny pluginy, třeba pak bude šablona fungovat bez problémů. “Sideblog” je nějaký speciální plugin nebo jen widget, který je součástí šablony?
Šablona Travelify vypadá dobře, díky za tip!
S čím byl konkrétně problém? Něco jste přeložila a nefungovalo to? Nechala jste vygenerovat také zkompilované
.mosoubory? Plugin Codestyling Localization by to měl bez větších problémů zvládnout. Zkusil jsem přidat nový jazykcs_CZ(čeština), potom musíte použít tlačítko “Skenovat” (a v novém okně na něj kliknout znovu). Potom už jen překládáte jednotlivé výrazy a pokud je chcete zkoušet na webu, tak nesmíte zapomenout vždy nahoře kliknout na tlačítko “vytvořit MO”. Potom by měl překlad bez problémů fungovat (vyzkoušeno). Poedit funguje podobně, ale opět je potřeba vytvořit i soubor.mo, podívejte se raději do nastavení (menu Soubor – Nastavení), zda máte zaškrtnutou volbu “Při uložení automaticky zkompilovat MO soubor”.
