Přehled odpovědí
-
Příspěvky
-
Plugin nebyl aktualizovaný jen několik měsíců? Zkusil jsem ho aktivovat v síti webů (Multisite) a hned se zobrazila nabídka “Plugin Management” v menu “Pluginy” (v administraci sítě webů)…
Aluna: Díky za reakci, toto téma mi zcela uniklo :-) Šablona theArchitect vypadá docela zajímavě, ale nastavení funkčnosti záložek nemá určitě nic společného s nastavením odkazů… Půjde o nějaké specifické nastavení šablony, něco je prezentováno v tomto videu…
A nyní, když už WordPress 4.1 vyšel, tak by mohlo zase automaticky fungovat nastavení “Point release nightlies”…
Patrně jste měl dříve komentáře zakázané a toto nastavení je uloženo u každé stránky, která v tomto období vznikla. Stačí to u konkrétní stránky upravit, použijte horní záložku “Nastavení zobrazených informací” a zaškrtněte obě položky “Komentáře”. Dole pod textem upravované stránky se pak objeví možnost komentáře zase povolit.
To je dost podivná chyba, patrně došlo k nějakému poškození (smazání, napadení) instalačních souborů WordPressu. Netušíte, proč se tento problém objevil? Stáhněte si instalační balíček a nakopírujte soubory znovu na FTP (nic nemazat, pouze je nechte nahradit). Pokud to nepomůže, tak zkuste natvrdo deaktivovat všechny pluginy a nasadit výchozí šablonu Twenty Fourteen.
Možná by to mohlo jít pomocí pluginu Multisite Plugin Manager?
Osobně používám pro tyto účely perfektní plugin Safe Redirect Manager, kde si jednoduše zadáte co se bude kam přesměrovávat a máte to pod dohledem…
On to nemusí být ani tak problém zmiňovaného pluginu, jako spíše použité šablony. Můžete ještě zkusit plugin aktivovat a naopak deaktivovat použitou šablonu a nasadit na zkoušku Twenty Fourteen. Je velká pravděpodobnost, že když nefunguje jeden plugin, tak nebudou fungovat ani další, ale můžete se zkusit podívat na související témata, kde naleznete tipy na další pluginy.
BuddyPress moc nepoužívám, ale namátkou jsem několik možností našel:
1) Políčko můžete skrýt pomocí CSS či Javascriptu.
2) Skrytí políčka, ale nezastaví roboty, takže je vhodné ještě zakázat ukládání změn pomocí akce
xprofile_data_before_save(podrobnosti).3) Další možností je pak přímo úprava použité šablony, většinou jde o soubor
sablona/members/single/profile/edit.php. Ale nevím, jakou používáte šablonu…BuddyPress se docela úspěšně rozvíjí, takže je možné, že už existuje i nějaký další (i jednodušší) způsob, ale zatím o něm nevím…
Patrně tam došlo k nějakému konfliktu… Z jak staré verze jste aktualizovala? Zkusila jste deaktivovat všechny pluginy a nasadit výchozí šablonu Twenty Fourteen? Podle chyby na webu to vypadá na problém s pluginem WordPress PopUp, ale těžko říci, zda je příčinou, chyba může být i v šabloně Perfume, která už nebyla dlouho aktualizovaná…
miki: Bezpečnostní nastavení vyhledávacím robotům asi nevadí, administraci mají myslím dokonce přímo zakázanou v
robots.txt.Bigdrobek: Díky za podrobný popis! Vypadá to dobře, stejně ale pořád nechápu, proč bych to měl na web vlastně vůbec nasazovat? Pořád si myslím, že by se měl BF útokům automaticky bránit už přímo hosting a běžný uživatel by o podobném nastavení neměl vůbec vědět. A nechce se mi pokaždé přihlašovat ještě dalším kódem jen proto, že bude na webu dvakrát ročně hodinový výpadek kvůli BF útokům… Nehledě na to, že by si na to uživatelé fóra asi dost stěžovali :-)
Cachování: Pokud jsem to dobře pochopil, tak “Static only” znamená, že jsou cachovány soubory pouze na základě HTTP hlaviček, takže třeba obrázky a CSS jsou následně distribuovány přímo z CDN Incapsuly (a také v prohlížeči uživatele, který je nemusí na každé stránce znovu stahovat ze serveru). A další možnost “Aggressive” bude patrně cachovat na CDN každou stránku (asi jako to dělají různé cachovací pluginy), ale obsah se minimálně hodinu nezmění, takže nebudou hned vidět aktuální komentáře, atd. Chtělo by to vyzkoušet :-) Nemá to CDN nějaké negativní dopady na vyhledávače a SEO (distribuce z jiného serveru)?
V současné době je 4.2-alpha stále ještě stejná (nebo velmi podobná), ale brzy se to může změnit. Plugin WordPress Beta Tester asi nefunguje ideálně pokud jsou aktivní 3 hlavní větve, tedy ještě nevyšel WordPress 4.1, ale už existuje 4.2-alpha. Můžeš zkusit v menu Nástroje – Beta Testing přepnout na “Point release nightlies” a znovu zkusit aktualizovat, ale obávám se, že se na původní rozpracovanou verzi 4.1 už nedostaneš. Zajímavý problém, ale když teď někdo zkusí použít tento plugin, tak se ze 4.0.1 dostane patrně buď na 4.0.x (tam není nic nového) nebo rovnou na 4.2-alpha. Ale nezkoušel jsem to…
Stáhnul bych asi nejnovější RC3 verzi a nakopíroval ji na FTP a potom nechal v nastavení pluginu možnost “Point release nightlies” a znovu zkusil aktualizovat. Pak by ses měl tímto způsobem dostat nejen k oficiální 4.1, ale i k jejím budoucím opravám, tedy 4.1.1, atd.
Zkuste se prosím nejdříve podívat na související témata. Pro tyto účely existují různé pluginy a prémiové šablony, ale liší se různými důležitými drobnostmi z hlediska fungování…
Jde o problém s nedostatečnou PHP pamětí. V kombinaci s používanými pluginy patrně potřebujete více než 64 MB. Zkuste kontaktovat hosting, aby navýšil hodnotu
memory_limit(možná si budete muset zaplatit nějaký vyšší tarifní program). Případně můžete zkusit deaktivovat některé pluginy, které příliš nepotřebujete/nepoužíváte.A můžete nám popsat v čem byl vlastně problém a jak se ho nakonec podařilo vyřešit? Podle uvedeného popisu jsem to bohužel moc nepochopil a dotazy patrně souvisely s nastavením nějaké šablony, protože logo většinou není součástí WordPressu. Jakou používáte šablonu?
Pokud chcete mít na úvodní stránce nastavenou nějakou statickou stránku, tak to lze provést v menu Nastavení – Zobrazování. A tam jste zvolil stejnou stránku jako statickou úvodní stránku i jako stránku pro zobrazení příspěvků?
Nejedná se o klasickou bezpečnostní chybu, WordPress uživatelská jména nikdy neskrýval. Ani u dalších známých služeb nejsou nijak skrývána (např. Twitter) a každý tak může snadno uživatelské jméno zjistit. Důležité je ale používat bezpečné heslo a pak není třeba se obávat nějakých problémů… Problém se řešil na zahraničních webech už několikrát a jedno z vysvětlení vývojářů WordPressu naleznete např. zde. Těžko říci, zda by to nemělo být jinak, ale jsou i snadnější cesty pro získání uživatelského jména, např. URL adresa s ID uživatele:
nejakadomena.cz/?author=1Roboti to prostě zkouší a budou zkoušet, nehledě na význam webu a jeho návštěvnost :-) V současné době je to podle mě naprosto normální situace a není třeba se tím nějak zabývat či znepokojovat. Na tomto webu bude např. brzy překonána hranice 100 tisíc zablokovaných komentářových spamů :-)
Nevím, jak máte přesně nastavený plugin iThemes Security, ale obvykle každý robot zkouší pár desítek hesel (aby nebyl příliš nápadný) a bezpečnostní plugin je odřízne už po několika pokusech. Roboti jsou ale přizpůsobiví, takže to časem zkoušejí z různých IP adres… A budou to zkoušet s pluginem i bez něj. Jediné, co můžete udělat je používat bezpečné heslo, které nemůže robot jednoduše uhodnout, a to je asi tak všechno… Osobně bezpečnostní plugin nepoužívám, protože už se mi ani nechce sledovat, co se tam v pozadí vlastně všechno děje a trochu doufám, že nějaké větší útoky zablokuje přímo hosting…
Bílá stránka je většinou znamení nějaké chyby… Jaký používáte hosting? Nemohli dělat na serveru nějaké změny? Zkuste natvrdo deaktivovat všechny pluginy, tedy přejmenovat složku
wp-content/pluginsna FTP. A následně deaktivovat aktuálně používanou šablonu (opět přejmenováním složkywp-content/themes/sablonas aktuálně používanou šablonou). Nepomohlo to?Myslím, že by to měl umět plugin WP Category Permalink.
Paměť by asi neměla být zásadní problém, alespoň podle technických parametrů hostingu (128 MB). Ale hodně podezřelé je také to, že administrace bez problémů funguje.
micelito: Nemáte přístup do nějakého chybového logu, kde by se dalo něco dohledat? Pošlete prosím přístupy (administrace WordPressu a FTP) na uvedený kontakt.
