Přehled odpovědí
-
Příspěvky
-
@ippokorny: Značka pro pokračování textu by měla mít v novém editoru (WordPress 5.0) samostatný blok.
A zkuste také deaktivovat všechny pluginy, některý z nich může mít problém s nejnovějším WordPressem…
Je možné, že se aktualizace nepovedla, zkuste stáhnout kompletní instalační balíček a nahrát ho na FTP (nahradit současné soubory WordPressu). Balíček obsahuje pouze soubory, které je možné překopírovat (pokud jste nějaké ručně neupravoval).
@azifaral: O dvě minuty rychlejší :-) Jakmile jsem to odeslal, tak mi přišla notifikace :-)
Máte funkci reCAPTCHA správně registrovanou (návod) a nastavené všechny potřebné klíče?
Další dobrou možností (mám s ní výborné zkušenosti) je plugin Contact Form 7 Honeypot, který ani uživatele nijak neobtěžuje. Ale opět musíte vše správně nastavit a přidat antispamové políčko do formuláře…
Nevzniklo to po nějaké aktualizaci (WordPressu či pluginů)? Nejčastěji za to právě může nějaký konflikt, zkuste deaktivovat všechny pluginy a nasadit nějakou základní šablonu (např. Twenty Seventeen). Dalším možným důvodem může být např. virus, ale těžko odhadovat. Objevuje se to pouze v administraci?
Hmm, plugin Meta Box je velmi známý, ale možná došlo k nějakému problému, když chystali podporu pro WordPress 5.0.
@twinsen: Dokázat, že je problém na straně konkrétního pluginu je VELMI těžké :-) Schválně se podívejte na jeden z příkladů, kdy jsem k tomu autory dotlačil, ale trvalo to dlouho a stálo mě to také docela dost času. Důležité je ale potvrdit, že to opravdu způsobuje konkrétní plugin (někdy to tak vypadá, ale nemusí to tak být). Pokud můžete, tak připravte zcela čistou testovací instalaci WordPressu (např. na subdoméně), pouze šablona Twenty Nineteen a plugin Meta Box. Objevuje se tam problém? Pokud ano, tak mi pošlete přístupy, zkusím se na to podívat. Nebo ještě lépe, kontaktujte s tímto konkrétním příkladem přímo autora pluginu :-) Většinou na čistou instalaci slyší, protože ví, že do toho nijak nezasahuje šablona nebo nějaká starší data z databáze…
Díky moc za doplnění řešení problému!
Tento problém je přesně tím důvodem, proč se mi používání zbytečných pluginů jako Really Simple SSL nelíbí :-) Podobné diskuze jsme tu už měli, např. zde (a další). Hlavní rozdíl je v tom, že ten plugin dělá v podstatě zcela zbytečnou věc, a to při každém načtení stránky předělává HTTP odkazy na HTTPS, protože je máte v databázi v původní podobě s HTTP. Teoreticky to ničemu nevadí a je to jednoduché a rychlé řešení, ale prakticky je to další zbytečný plugin, který může způsobovat problémy (sic!) či konflikty a zbytečně web zatěžuje (i když nepatrně). Správným způsobem je migrace databáze, kde se vše natvrdo přepíše z HTTP na HTTPS a žádný plugin pak není potřeba…
Díky moc za zajímavé téma a hlavně, že jste se podělil o výsledky pátrání! Má plugin Relevanssi nějaké zajímavé uživatelské výhody? Několikrát už jsem na něj narazil, ale ještě nikdy pořádně nevyzkoušel :-)
Perfektní, pokud sem nahrajete dříve používanou funkci, tak se můžeme pro zajímavost pokusit odhalit konkrétní chybu…
Přesně tak, také na webu nevidím žádný problém. Problém bude asi spíše s pluginem, který na to upozorňuje. Mimochodem plugin Really Simple SSL není ideální způsob migrace na HTTPS, měla by se správně provést migrace celé databáze…
Stejné téma jsme řešili např. zde. Osobně to většinou řeším tak, že pokud jde o mé (nevýdělečné) weby (nebo podobné weby klienta), tak nemám morální problém zakoupenou šablonu použít vícekrát v rámci jedné licencí (už i z definice opensource licence WordPressu je to víceméně možné). Ale pokud jde třeba o různé klienty, tak určitě oficiálně zakoupit pro každého zvlášť a dodat jim i licenční číslo (a zprovoznit automatické aktualizace).
@jakub: Dobrý tip!
S limitem databáze jsem se už také setkal (většinou na hostingu Endora), ale tam nešlo publikovat a upravovat, zatímco přihlášení bylo v pořádku, tak nevím… Během přihlášení se do databáze snad nic nezapisuje, tak by to nemělo být nijak omezené…
Osobně názvy souborů neřeším, ale hlavně proto, že je nahrávám už bez diakritiky, protože jsem si na to nějak zvykl už z doby MSDOS :-)
Ale obecně je to trochu problém, protože WordPress diakritiku moc neřeší (kromě tuším nějaké čínštiny) a nahraje soubor, tak jak uživatel pojmenuje. Většinou to není problém, pouze v případě, kdy je špatně nastavené kódování filesystemu na serveru a z názvu udělá hatmatilku, která je funkční pouze na tomto serveru a v případě případného přesunu na jiný hosting dochází k problémům.
Ale jinak to asi není potřeba nějak akutně řešit, setkávám se s tím, tak u jednoho webu z padesáti, takže nic zásadního.
Musel bych vidět konkrétní funkci, abych se podíval, co tam je špatně, možná došlo k nějaké změně v posledních verzích WordPressu, těžko říci… Mělo by ale stačit použít nějaký jednoduchý plugin, který to řeší, existuje jich docela dost, např. Filenames to latin.
Obávám se, že tomu asi moc nerozumím, nemáte nějaký online příklad?
Podle popisu nemůžete v administraci vložit stejnou stránku do dvou různých menu, protože jinak se na webu zobrazuje pokaždé s jiným odkazem? Jak může odkaz na stránku v menu “přehodit” uživatele do jiného menu?
Asi udělám aktualizaci zdejšího webu a všichni uživatelé fóra budou muset používat bloky z Gutenbergu :-)
Něco se tam děje divného, těžko říci, zda za to může nějaký plugin nebo hosting, ale pokud to zkouší dva lidé z různých počítačů, tak to vypadá spíše na hosting. Nemohli dělat třeba nějakou aktualizaci serveru (PHP) nebo něco podobného? Ale proč by to fungovalo jenom chvíli a pak zase ne? V záznamovém souboru s chybami (
error_log) nic není? Co to bylo za hlášku v administraci, že se na webu pracuje?Takže byl problém vyřešen? Pokud znáte nějaké podrobnosti, např. co bylo opraveno, tak to určitě uvítáme…
