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

Potvrzuji, PostService::renderList() dostává $url null a tak se bere z $_index->url v page.php
$_index->url = Router::page($_page['id'], $_index->slug);Dočasné řešení je přidej si na řádek #80 do /system/action/pages/include/article.php
$_index->url = Core::getCurrentUrl()->buildRelative();a na začátek souboru use Sunlight\Core;

Přidán plugin Article End pro nastavení data pro ukončení platnosti článku. Články se po nastaveném datu nezobrazují ve výpisu na webu.

"Nebo je jediná šance jak upravit tuto funkci prostě úprava souboru Article.php v /system/class?"
Přímé zásahy do systému v žádném případě nedoporučuji. V osmé řadě systému je jen velmi málo míst, které se nedají nějak pluginem ovlivnit.

Dvě tlačítka na dvě menu není moc uživatelsky přívětivé, takhle budeš mít jako nepřihlášený to první a jako přihlášený první i druhé. Nevím jaký přesně výsledek očekáváš...

Takže bych jen potřeboval aby se ten druhý div (tlačítko) zobrazoval od určitého levelu, což asi nastavit jednoduše nejde.
Jak jsem psal dříve, celé to lze uzavřít do podmínky v PHP.

Hele napadla mě jedna pro tebe asi nejednodušší varianta.

Přidej si ještě jednou Template::menu(), ale například s rozsahem 500, 550 a v administraci ty stranky nastav jako neveřejné a od nějakého levelu...
<?= Template::menu(500, 550) ?><div class="responsive-menu-bar">
<input class="unpack" id="box3" type="checkbox">
<div class="unpacking">
<label for="box3">
</label>
<div class="menu-box">
<?= Template::menu($config['menu_start'], $config['menu_end']) ?>
<hr>
<?= Template::menu(500, 550) ?>
</div>
</div>
</div>Tím by se ti v rámci jednoho menu vypisovaly dvě nabídky.

Moc jsem to nepochopil, pokud jde o box, ten se dá nastavit jako neveřejný a dokonce i od které úrovně má být vidět. Pokud jdeš cestou úpravy template, tak tam by bylo asi nejjednodušší to opodmínkovat přes PHP. Šla by i lehce přidat konfigurace přes administraci, takže by ten level nemusel být napsaný natvrdo v kódu.

Než (jestli) se to opraví v příštím patchi, tak zatím můžeš použít tento plugin:
https://sunlight-cms.cz/upload/home/jdanek/fix-admin-1.0.0.zip

Nainstaluj přes administraci a následně zvyš v nastavení cache.

No otázka je to spíše na Endoru, systém se snaží už takhle obsáhnout co největší rozsah konfigurací a má téměř nulové nároky na prostředí...

Migrátor byl navržen na přechod ze Sunlight CMS 7.5.3, 7.5.4 a 7.5.5. Je to napsané i v přiloženém souboru.

Ty se snažíš migrovat nějakou starší verzi, tam jsou rozdíly v databázových sloupcích. Nemohu pokrýt všechny verze systému.

Pro předchozí řadu systému existoval Archiv od wall.cz Pro aktuální řadu, ještě není spousta pluginů převedena, pracuji na tom průběžně.

Co se týče kalendáře jako takového, mám připravenou jednoduchou knihovnu, která kalendář umí vykreslit. S událostmi jsem počítal, nějaké zvýraznění tam je. Aktuálně ovšem neexistuje jako plugin pro systém.

Popiš mi svou představu toho kalendáře a já se pokusím v dohledné době o realizaci.

Píše to něco konkrétnějšího? Nedá se připojit nebo Unknown storage engine 'InnoDB'?

Nejde je moc obecné...

Po konsultaci se Shirou upravím Migrátor, aby smazal všechny klíče v tabulkách. Následně je vytvoří tak jak mají být.

Dám pak vědět, až bude Migrátor aktualizovaný.

Máš tam ty klíče nějaké divné, zkus:
ALTER TABLE `sunlight-users` ADD KEY (`email(50)`);Ono ho to stejně nakonec zahodí a vytvoří tak jak má být.

Vydal jsem plugin MultiPanel, který je nástupcem pluginu Memberpanel známého z předchozí řady systému. Obsahuje avatar, jméno uživatele, volitelné zobrazení uživatelské skupiny, volitelné zobrazení počtu nepřečtených vzkazů a nově dva režimy zobrazení. Novinkou je i rozšiřitelnost pomocí pluginů.

Je to jen slovíčkaření jsou to synonyma.

Právě, že v původní databázi by měl být. Ale kdo ví jaký plugin nebo patch to mohl odebrat v minulosti.

Takže si před Migrací ještě spusť, třeba v "Administrace > Ostatní funkce > Vyhodnocení SQL dotazu" tento příkaz. To ti přidá ten chybějící index (klíč) ALTER TABLE `sunlight-users` ADD KEY (`username`);