Přehled odpovědí
-
Příspěvky
-
Zkoušel jste jiný prohlížeč? Můžete plugin bbPress deaktivovat natvrdo, a to přejmenováním složky
wp-content/plugins/bbpressna FTP. Potom můžete zkusit deaktivovat všechny ostatní pluginy a nechat pouze bbPress, abychom vyloučili, že nejde o nějaký konflikt pluginů.Ufff, ani jsem nečekal tolik různých stížností, i když tady už podobné vlákno máme :-) Osobně jsem NextGEN Gallery nedávno zkoušel a žádný problém jsem nezaznamenal. Podle oficiálního fóra sice mnoho stížností existuje, ale většinu problémů se už podařilo vyřešit a většinou šlo o konflikty s jinými pluginy (či hostingem).
V8HEMI: Nebojte se deaktivovat všechny pluginy a nasadit výchozí šablonu, vrátit to lze vcelku jednoduše, WordPress si dokonce pamatuje i všechny widgety a další nastavení šablony i pluginů. Pokud jsem to dobře pochopil, tak tady je problém přímo s nahráváním obrázků a FTP (server). Patrně tam bude nějaký problém s oprávněním složek (CHMOD), které jsou pro nahrávání určeny.
vodkaci, terra: Zkoušeli jste pro jistotu deaktivovat všechny pluginy a nasadit výchozí šablonu Twenty Fourteen? Tady bude problém asi trochu jiný, obrázky lze nahrát, ale už nejdou vložit do příspěvku? Nemohou to třeba způsobovat pouze staré (dříve nahrané) galerie?
Zkuste prosím poslat přihlašovací údaje (FTP a administrátor WordPressu) na email pavelevap@separatista.net, zkusíme se na to příležitostně podívat. Ideálně pokud půjde o nějaký nepříliš navštěvovaný web, kde by šlo testovat různé věci…
Osobně to tak nějak střídám :-) Třídy (a obecně OOP) je asi programátorsky přehlednější způsob, ale někdy je potřeba udělat nějaký drobný plugin, kde to raději napíšu do několika řádků (s vlastním prefixem funkce). Pokud chcete psát opravdu nějaké složitější pluginy pro WordPress, tak doporučuji nastudovat a použít nějaké předpřipravené řešení, např. WordPress Plugin Boilerplate. Hezky se naučíte, jak psát dokumentaci k jednotlivým funkcím, jak vytvářet soubory s třídami a načítat je v hlavním souboru pluginu, atd.
A moje narážka na nečitelný a špatně formátovaný kód odkazovala spíše na něco jiného (chybějící mezery, odrážky, inline CSS, atd). Podívejte se třeba do manuálu.
P.S. Ano, samotný WordPress je z programátorského hlediska procedurální paskvil, ale funguje perfektně (a postupně se zlepšuje).
Také nemám rád zbytečné pluginy, které místo vlastní funkce o dvou řádcích načítají několik souborů, ale někdy je plugin prostě vhodnější řešení… Těžko se to ale předem posuzuje :-)
Přidat práva už snad nebude problém, stačí v uvedené funkci (v prvním příspěvku) pouze použít nové oprávnění…
Ano, vypadá to na nějaké problémy s hostingovým serverem (možná v kombinaci s nějakým pluginem), které už byly patrně opraveny. Našel jsem další zmínku o podobném problému u Wedosu. Někteří uživatelé naznačují, že by mohlo jít o skrytý problém nějakého pluginu v souvislosti se serverovým cachováním (Wedos používá defaultně). Ale těžko říci, pokud to zmizelo, tak to asi hosting nějak vyřešil…
feket1034: Pořád platí předchozí odpověď. Můžeme to zkusit jako placenou zakázku (mělo by to jít upravit), ale v samotném ClassiPressu to zatím obsaženo není (a podle dostupných informací se to zatím ani neplánuje). Další možností je využití sociálních sítí pro přihlašování, čímž usnadníte uživatelům přihlašování (a nebudou se tak vlastně muset registrovat).
Šéfredaktor (aneb editor) by měl mít oprávnění
read_private_posts, takže ho není potřeba dále definovat.U vlastních typů obsahu (CPT) je to občas složitější, protože mohou být používány speciální oprávnění, jako v případě pluginu CalPress Calendar. Funkce register_post_type() má totiž parametry
capability_typeacapabilitiesa autoři pluginů se je nebojí použít :-)Takže pro oprávnění
read_private_postsmusíte v případě CPT calp_event používatread_private_calp_events(viz zdrojový kód).Příliš se mi nechce do pluginů, protože na to má WP vestavěné “okno”
Tomu moc nerozumím, naopak např. plugin Members by pomohl tento problém snadno identifikovat.
Pôvodne som mal wordpress v “www” ale vtedy mi tá inštalácia nefungovala s aliasom, ktorý tam mám nastavený.
Takže máte hosting vedený na nějakou doménu (např. domena1.cz) a ve složce domains máte adresář domena2.cz, na který je směřovaný alias, kde se snažíte rozchodit WordPress Multisite? Obávám se, že někde tam bude problém. Už mi to přijde docela složitá kombinace…
Zkuste zprovoznit WordPress Multisite přímo v adresáři “www”, ale s tím, že ten hosting bude vedený na tuto doménu (nepůjde tedy o alias). mělo by to fungovat, mám to ověřené na různých webech (s tím, že platí bod 1, tedy doména je v nastavení uvedena bez www)…
Podařilo se problém vyřešit? Může jít o chybu šablony nebo nějaký problém na straně hostingu. Jaký používáte hosting? Pokud ale máte placenou šablonu, tak můžete zkusit kontaktovat její autory, kteří by měli s problémem poradit. Nemohly být třeba soubory šablony špatně nahrány na FTP?
Problém s rozhozenými znaky souvisí se zobrazováním chyb. Zjednodušeně řečeno, když se zobrazují v administraci různé chyby, tak to obvykle rozhodí také písmo (zejména české znaky).
Díky za zveřejněné řešení! Hosting patrně po zaplnění dostupného prostoru začne omezovat práci se soubory a nedovolí zakládat nové adresáře a kopírovat soubory. Po zvýšení limitu je to zase v pořádku a problém tak nesouvisí s WordPressem. Jaký používáte pro zajímavost hosting?
Jaký používáte hosting? Zkusil jste deaktivovat všechny pluginy a nasadit výchozí šablonu Twenty Fourteen?
Zásadní chyba je v použití funkce the_title(), která v tomto případě vypíše název, ale už se neukládá do proměnné $songbooklist_result. V tomto případě je vhodnější použítí funkce get_the_title().
Stávající řádek kódu:
the_title();je třeba nahradit tímto:
$songbooklist_result .= get_the_title();Mimochodem, ten kód je strašně formátovaný a rozhodně doporučuji v tomto případě nepoužívat funkci query_posts(), ale raději WP_Query() či get_posts().
Patrně je to způsobeno novou verzí pluginu NextGEN Gallery. Podobných stížností se v anglickém (i českém) fóru objevilo více…
Jaký používáte hosting? Zkoušeli jste kontaktovat hosting, zda by neposkytl detailní chybové logy?
Zkoušeli jste nahrávat nějaký malý obrázek, abychom vyloučili, že to není velikostí obrázků?
Zkoušeli jste upravit CHMOD pro adresář
wp-content/gallery? Jaký je tam nastaven aktuálně? A jaký CHMOD mají jednotlivé adresáře galerií?Zkoušeli jste deaktivovat všechny ostatní pluginy a nasadit výchozí šablonu Twenty Fourteen (objevil jsem i vlákna, kde podobné problémy může způsobovat šablona)?
Zkoušeli jste se vrátit k původní verzi pluginu, kde to ještě fungovalo?
Když vytváříte novou galerii – vytvoří se na FTP příslušný adresář nebo ne?
ThreeWP Broadcast funguje myslím trochu jinak. Ale to označení by šlo udělat snadno tak, že si definujete nějakou vlastní taxonomii “uvodnik” a položku “ano” a když bude chtít editor něco zdůraznit na úvodní stránce, tak ke konkrétnímu příspěvku tuto položku taxonomie přidá. Pak by šel asi snadno využít např. zmiňovaný plugin Network Shared Posts. Nebo to nemusíte vůbec řešit pomocí pluginu, ale napíšete si vlastní funkci na zobrazení označených příspěvků (s omezením na nějaké zadávané uživatelské pole).
1) Ano, multisite je pro uvedený případ zcela ideální. Každý uživatel může být registrován/přiřazen pouze k některým webům celé sítě. Každý uživatel je registrován v celé síti webů, ale pro každý samostatný web se mu musí přiřadit příslušná práva, takže např. “Uživatel 1” nemusí mít vůbec přístup k “Webu 1”, ale může být šéfredaktor na “Webu 2” a administrátor na “Webu 3”.
2) Pro tyto účely existují různé pluginy, záleží na tom, jak to chcete přesně nastavit. Plugin Network Shared Posts umí např. zobrazovat příspěvky ze všech webů sítě na zvoleném místě (a podle nastavených kritérií). Další plugin Network Shared Media umí zase sdílet nahrané obrázky tak, aby nemusely být nahrány na každém webu samostatně, ale uživatelé sítě k nim měli přístup. Plugin ThreeWP Broadcast pak umí další spoustu zajímavých funkcí, např. publikovat na více webech najednou (a vzájemně kopie synchronizovat). Podobné pluginy jsme řešili také ve starším vlákně.
