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

Na jakém hostigu to je? Je to tam povolené? Jaká práva má ten soubor?

Edit: podle WHOIS jsem dohledal jakýsi bfp.cz, na webových stránkách se nic člověk nedozví, protože nefungují. Zkusil bych se nejdříve zeptat na jejich konfiguraci. Nemyslím si, že by to byl problém na straně SL.
U mě to aktuálně funguje správně. Zkus zvýšit v nastavení systému cache.
Doplň prosím informace. Verzi systému, informace o prostředí, verzi editoru. (jsou tu k dispozici asi 3)
V souboru template.php nahraď řádky 5 a 6 tímto
defined('SL_ROOT') or exit;
$config = Template::getCurrent()->getConfig();
Kde je problém přesně ti nepovím, stávkuje mi XAMPP - opět už po několikáté... php běží, ale padá mi databázová služba.
Do souboru Configurable.php si mezi řádky 6 a 7 přidej
use Sunlight\Database\Database as DB;Nebo smaž funkci na řádcích 71-78, tento motiv byl dělaný podle jiného ode mne. Tam to sloužilo k navýšení cache id pokud se ukládala konfikurace pluginu, protože se tam měnilo css a bylo potřeba to aktualizovat. Tady to bude nadbytečné...
Tenhle problém už jsem viděl několikrát, pokud stránky jsou na HTTP a otevírají se přes HTTPS.

http://sunlight.shira.cz/ vs https://sunlight.shira.cz/
Opraveno.
Těm funkcím co čtou soubory z adresářů je úplně jedno, zda je soubor skrytý (začíná tečkou) nebo ne.

Pokud z podmínky vyhodíš
|| $item[0] == "." // skip files starting with a dottak se tam ty skryté soubory normálně vypíšou, pokud tam nějaké jsou. Viz zde: https://ctrlv.cz/Y3QJ
To bych mohl ověřit v pluginu, zítra to upravím. To mě nenapadlo vyzkoušet. Já mám ve složce soubor .gitkeep
Cesta se tam skládala takto:$cesta = _indexroot . $cesta;Takže pokud jsi nezadal nic, mělo by to vypsat soubory v rootu. Asi to byl důvod, že se to v současné verzi nenachází...

Zpracoval jsem to jako takový plugin, který bude případně přidávat i další odebrané věci.
Nechce se mi dělat na každou legacy blbinu extra plugin.

https://github.com/friends-of-sunlight-cms/additions
Přepíšu ti to, to není problém... Jen to upravím tak, aby cesta nemohla být mimo složku /upload/ není to bezpečné.
Nahrál jsem do druhé větve několik změn, které jsem udělal když jsem se to snažil fixnout. Nechtěl jsem to původně pushovat, sice to tuším opravilo problém s uploadem, ale zase tam pak byl jiný problém.

https://github.com/friends-of-sunlight-cms/tinymce-fm-integration/tree/repair-rfm

Zkus to, pokud nenarazíš ne problémy, mohu to hodit do hlavní větve. Ale je to taková oprava na koleni, protože na původní repozitář RFM nebylo rok sáhnuto a těch issues je tam dost.
O problémech s Responzive Filemanagerem vím, celý ten projekt má problémy s novějšími verzemi PHP. Původně jsem se chystal sám opravit chyby na které narazím, ale čím více jsem opravoval, tím více problémů jsem nacházel.

Upřímně nevím, zda to vůbec budu chtít nakonec použít. Zatím jsem nenašel použitelnou náhradu.

Edit: A určitě není aktualizovaný repozitář toho pluginu, měnilo se routování v systému a myslím, že tam někde je Core::$url což bylo v některém commitu SL nahrazeno za Core::getCurrentUrl(). Nevím, zda se mi to chce opravovat, když ten filemanager je stejně nepoužitelný...
Nechci být šťoura, ale název i u sedmičkové řady je SunLight CMS a ber to tak, že to je "značka produktu".
Pro nadcházející verzi 8 bych to rád nějak zpracoval, ale stále přemýšlím nad provedením. Pro aktuální verzi 7.5.5 bych to udělal v případě, že se mi to povede nějak vyřešit. Ale bude třeba určitě úprava těch vložených skriptů, jako například opodminkování nebo úprava parametrů. To si bude muset udělat každý sám, nelze spoléhat na to, že to plugin nějak magicky vyřeší.

Celé to znamená jednak udělat plugin, který bude zobrazovat ten vyskakovací nesmysl*. Druhak na uživatelem vybrané možnosti napojit pluginy, kterých se to týká. Nelze vybrat si jakoukoliv lištu a počítat, že se jí pluginy automaticky přizpůsobí, každá lišta si ukládá uživatelské volby pod jinými názvy.

Aktuálně jsem upravil reCaptchu, aby ukládala jen tu jednu nezbytnou cookies a nebylo třeba ji vázat na uživatelský souhlas.

Pokud má někdo tip jak to zpracovat, podělte se.

*Na mobilu je to vůbec peklo, když už člověk zavře reklamu nahoře a spodní taky, tak než tam skočí nová 🤬 vyskočí další nesmysl v podobě cookies baru a druhý o odběru novinek. Ty cookies by měli řešit na úrovni prohlížeče a ne s tím zasírat weby.
Strana: 1 ... « předchozí 8 9 10 11 12 13 14 15 16 další » ... 70