Příspěvky uživatele Jirka Daněk

1. Mě se tu nevyká. 😄
2. Mám už něco rozpracovaného, ale ani 30 postav nebude problém
3. https://jdanek.eu/upload/customprofile_plugins.zip

Archiv s pluginem stačí rozbalit do rootu (tam co je index.php), v Administraci > Nastavení systému > Spravovat rozšíření systému lze konfigurovat povolené skupiny, kterým se odkaz zobrazí. Odkaz na výpis příspěvků nebude zobrazen pokud uživatel není v povolené skupině. A podstránka, která se o výpis stará je rovněž opodmínkovaná a zobrazí informaci nedostatečných právech.

Tento plugin přetěžuje (nahrazuje) kód systémového profilu, není kompatibilní s jinými pluginy, které rovněž přetěžují profil.

V aktuální verzi editací profilu nebo přetížením pomocí pluginu. Poznal jsem zaměření webu, pro nadcházející verzi SL8 chystám plugin, který bude pro tyto typy webů přívětivější. Profily postav budou odstíněny od klasických uživatelských profilů, rovněž bude možné mít na jednom uživatelském účtu několik postav...

Ale aktuálně to bez úprav asi nepůjde...

Edit: i když se mi do toho nechce, zkusím udělat malý plugin, který toto bude řešit v aktuální verzi systému.

Ony jsou ty pluginy aktuálně všechny v takové stagnaci. Pracuji průběžně na několika různých (podle nápadů a chuti) a jsou vždy aktuální k určitým fázím vývoje systému. Všechny budu muset projít po vydání stabilní verze SL8 a následně budou umístěny i na oficiální web SL volně ke stažení.

Podívám se co tam zlobí a opravím to, sleduj dění v repozitáři.

Jediné co dělá aktuálně problém je get_magic_quotes_gpc() soubor require/load.php#189. Pokud celý tento blok odebereš, tak SL poběží. Testováno na PHP 8.1.1

// vypnuti magic_quotes
if (get_magic_quotes_gpc()) {
...
}Mohlo by také pomoci jen doplnit podmínku
if (PHP_VERSION_ID < 70400 && get_magic_quotes_gpc()) {
Ale samozřejmě nikdo neví, co dalšího se může vyskytnout, ale základ běží. Aktualizace z verze 7.4.1 na 7.5.5 je lepší volba i když je potřeba drobný zásah. Minimálně je tam vyřešena podpora mysqli driveru.

Zřejmě jsi úplně nepochopil o co jde, asi ti udělám soukromou přednášku na Diskordu 😄 .

Uživatelský účet existovat musí tak jako tak, jen bude možné, aby disponoval právy z několika skupin. Hodí se to hlavně v případech jako jsem popsal výše, kdy potřebuješ různě kombinovat oprávnění. Připravíš si několik skupin oprávnění a pak je propůjčuješ, přitom uživatelský účet zůstává stále v původní skupině s původním levelem.

Není tedy potřeba vytvářet stejný set oprávnění s různými levely a popisky. Vytvoříš například skupinu "Autor článků" a tuto jednu půjčíš osmi lidem nezávisle na jejich původní skupině. Další výhodou je, že pokud bys chtěl všem těmto uživatelům umožnit samoschvalování článků, tak upravíš jen tu jednu skupinu.

A ta dočasnost je jen support k tomuto starému požadavku. https://sunlight.shira.cz/index.php?m=topic&id=19930&page=1#posts

Proč na to mít 2 extra pluginy, když to dokáže obstarat jeden.

Na tu registraci práv jsem ti psal soukromě, nefungovalo mi to tak jak píšeš. Ale jak jsi psal, je to hlavně kvůli jednotné správě v adminu.

Trochu ti přiblížím myšlenku...
Dělal jsem komunitní web pro zájmové sdružení, kde je aktuálně něco přes 300 aktivních uživatelských účtů. Některé účty jsou členů sdružení a další jsou prostě běžní uživatelé. Požadavek byl, aby některé účty měli možnost například psát články. Bohužel ne všichni toto mají dostupné, rozdíly jsou dokonce mezi členy "vedení". Kde jsou skupiny třeba jako "Pokladník". A aby nevznikaly rozepře o oprávnění ¯\_(ツ)_/¯ , tak byl požadavek, aby se nezobrazovalo kdo je v jaké skupině (= přetížit profily). Vzhledem k různým levelům a oprávněním do různých částí webu pak máš zhruba takové skupiny:

- hlavní admin
- admin
- vedení
- vedení + články
- člen
- člen + články
- registrovaný
- registrovaný + články

A to je jen základ pro psaní článků... no a teď si vezmi, že někdo má možnost sám si schvalovat články. No a pak tu jsou další oprávnění, která mají jen někteří... Ve finále, by to znamenalo mít téměř group per user.

A takových situací, kdy se to hodí je více, dá se to použít v různých TextRPG webech co na SL běží a že jich není málo.

Chci Vás poprosit o názory, nápady, připomínky nebo otázky k tomuto tématu. Já ty pluginy nedělám pro sebe, ale pro Vás...

Mám rozpracovaný plugin (pracovní název UserRoles), který simuluje přidávání rolí uživatelům. Umožňuje propůjčit konkrétnímu uživateli práva další skupiny (bez jejího levelu). Kdysi tu byl v diskusi dostupný plugin, který řešil přesun uživatelů mezi skupinami. Propůjčování dodatečných oprávnění by mohlo být lepším řešením situace.

Co to tedy vlastně dělá?
V praxi to znamená, že k aktuálním právům, které uživatel má přidá aktivní práva z další propůjčené skupiny. Neaktivní práva se propůjčením neodebírají. Pokud tedy například uživatel může editovat neomezeně vlastní příspěvky, propůjčená skupina bez toho práva mu ho neodebere.

Proč skupiny?
Řešeno je to takto s ohledem na systém a jeho práci s oprávněním. Propůjčování celých skupin, namísto jednotlivých samotných práv rovněž zachovává kompatibilitu s ostatními pluginy, které registrují nějaká oprávnění. Dalším důvodem je, že systém neumí přidat uživateli právo, které neobsahuje DB tabulka uživatelských skupin.

Co už mám hotové?
- načítání propůjčených skupin a slučování jejich oprávnění
- základní správu k propůjčování oprávnění (přehled/tvorbu/editaci/mazání)
- - propůjčit lze jednomu uživateli i více skupin
- - lze nastavit platnost od-do (může být na neomezenou dobu)

Co mám ještě v plánu?
- automatické mazání expirovaných propůjčení za pomoci systémového CRONu

Je vždy milé, vidět milé lidi. Ke stavu dokumentace ti určitě odpoví Shira. Co se týče editoru a případně dalších rozšíření, založil jsem na GitHubu organizací https://github.com/friends-of-sunlight-cms. To co tam je bude muset po vydání stabilní verze systému ještě projít revizí, ale snažím se průběžně přepisovat současné věci. A vymýšlet nové...

Ano, pokud z nějakého důvodu plugin boxy nenačte tak nevypíše nic. Lepší než chyba, ne?

Upřímně mezi námi, ale nikomu to neříkej... Já sám si už nepamatuju kvůli čemu to tam bylo 😄

Edit: není to spíše filtr? Že ze sloupce třeba 2 chceš jen box 1 a 2? Takže to nemění pořadí ale vybírá jen některé konkrétní právě podle jejich pořadí v adminu

Přidal jsem podmínku, že pokud dotaz nenalezne žádný box, tak plugin vrátí prázdný řetězec.

Jsem krok před Vámi...
Do produkce byl již Sunlight nasazen, mezi zhruba 50člennou komunitu. Takže největší bugy jsou snad nalezeny a opraveny.

Patch na převod databáze mám, nabídl jsem ho i k oficiálním účelům, jen musím udělat revizi zda nedošlo k nějakým dalším změnám od jeho vzniku.

No a dokumentace bude zřejmě vznikat 'on the fly'.

Edit:
Odpověď na rejpavou otázku.
"Prostě se RSS s diskuze nenačte. Z jakého důvodu to není dodneška opravené?"
Ukážeš mi prosím, kde to je nahlášené?

Poslední dobou se setkávám s projekty, které nejsou aktualizované od verze 7.4.3. nebo v lepším případně od verze 7.5.2. A tito lidé mi hlásí nefunkční pluginy nebo chyby, které jsou způsobeny zpětnou nekompatibilitou. Pluginy jsou upravovány tak, aby fungovali na aktuální stabilní verzi.

Takže chceš každé 2 měsíce aktualizaci, když někteří neaktualizují celou dekádu? U nové verze to bude pohodlnější a bez manuálního hrabání se na FTP. Ale i tak to vidím jen na 1-2 updaty ročně, pokud nepůjde o hotfix.

Já to neobhajuju, snažil jsem to objasnit. Udělám takové ohlédnutí do minulosti.

Prvním mě známým milníkem pro novou verzi byla polovina roku 2013. Vyšla verze 7.5.3 a měla být poslední z řady 7.5.x, další měla vyjít až inovovaná verze 7.6 . V té době jsme spolupracovali Michalem Landsmanem a Tomášem Smetkou na několika projektech, které jsme začali na této vývojové verzi stavět. S každou součástí na webu, kterou jsme pro jednotlivé projekty vytvořili jsme naráželi na nějaké limity. Dávali jsme tedy zpětnou odezvu, kde je co třeba upravit nebo přidat možnost tu část ovlivnit pluginem.

Shira přišel s novým plugin systémem, který nám otevřel dveře vývoje dokořán. Testing, úpravy, vývoj, požadavky. Některé věci jsme neprosadili. A takhle to pokračovalo zhruba do konce roku 2014 (tuším). Pak přišel nějaký útlum nebo nás měl Shira plně zuby. S odstupem času se mu ani nedivím. A my se v polovině roku 2015 rozhodli pro fork systému a jeho úpravy pod vlastními křídly. Tehdy byly některé věci ze systému úplně odebrané jako třeba zálohování nebo správa boxů, staré nešlo použít kvůli nekompatibilitě a bylo potřeba si vše dodělat. Vývoj vlastní verze trval tuším do konce roku 2016(?), pak jsem začal řešit vážné problémy v osobním životě a přestal dění sledovat.

Vrátil jsem se po několika oficiálních commitech SL 8 na GitHubu. A zapojil se do refaktoringu, implementace některých funkcí z našeho forku a hlavně testování. Souběžně vznikali i některé pluginy a motivy.

Je potřeba si taky uvědomit, že doby kdy jsme měli čas sedět 10h denně nad kódem jsou pryč. Od té doby co mám děti se k PC dostanu jen o víkendech. Já dávám Sunlightu srdce a tolik času kolik můžu, makám na něm stále a když ne přímo na systému tak dělám pluginy. Samozřejmě nikdo tě tu nemůže držet násilím.

Já zůstanu vývojářem pro Sunlight i kdybych tu měl být jediný.

Ano, žádná nová verze dlouho nevyšla, ale že by se na systému nepracovalo se říci nedá. Na systému se s několika (i celkem) dlouhými pauzami stále pracovalo, veškerá aktivita kolem vývoje byla a je vidět na GitHubu. Hodně částí systému bylo upraveno, někde i kompletně přepracováno. Jako například nový systém pluginů, zanoření stránek, aktualizace přes zip balíčky přímo v administraci. Nechci zde vypisovat vše.

Všichni registrujeme menší aktivitu kolem aktuálního vydání systému, hodně lidí i odešlo, ale jsou tu i noví. Ale určitě na systém nekašleme. Vznikl i projekt Friends of Sunlight CMS, který by chtěl sdružovat všechny opensource pluginy, motivy a překlady pro novou verzi. Zapojit se může každý a přispět tím svou troškou do mlýna.

Konkrétní datum vydání ti sdělit nemohu, protože ho nevím. Vím, že se zde tahle věta objevuje často, ale odpověď na ni zná pouze Shira.