Příspěvky uživatele

Dostat tam jde zásahem do wysiwyg.php, akorát pak nebude systém produkovat validní HTML, jelikož je perex vždy obalen odstavcem (<p>perex</p>) a WYSIWYG editor také vyprodukuje svůj odstavec. Výsledkem tedy bude něco jako:
<p>
<p>perex</p>
</p>
Což je nevalidní HTML a pravděpodobně způsobí extra prázdné odstavce (a mezery) v perexu. To je důvod, proč tam WYSIWYG editor není. Možná by to šlo obejít nějaký nastavením editoru, aby neprodukoval odstavce ani divy.

Následující řádek v motivu přepisuje systémovou jQuery:
<script src="http://liga.proevo.cz/templates2/js/jquery.js"></script>
To způsobí výjimku při inicializaci fancyboxu a není pak vykonán zbytek skriptu (např. definice funkcí, které vkládají smajlíky).

Problém je ten, že v databázi chybí výchozí hodnoty pro sloupce. Tak to bylo snad již od první verze, ale nevadilo to, jelikož nebýval na MySQL serverech aktivován striktní režim (STRICT_ALL_TABLES). To se ale změnilo od MySQL 5.6, kde je ve výchozím stavu aktivován.

Správným řešením je samozřejmě doplnit dané výchozí hodnoty, ale ve verzích 7.x již nechci patchovat datázi (zpětná kompatibilita). Od verze 7.5.5 (zatím nevydána) se tedy hned po připojení k databázi provede dotaz SET sql_mode='', který striktní režim vypne.

Oprava je na githubu, ale oficiálně to bude až ve verzi 7.5.5. Určitě se nevydá jen kvůli tomuto, jelikož to nepovažuji to za kritický bug.

Ve vývojovém prostředí není problém nastavit memory limit na x GB (klidně jen pro 1 projekt přes .htaccess) a na hostinzích jsem PHP bez omezení paměti snad ještě ani neviděl - to bude nejspíš důvod, proč si toho nikdo za tak dlouhou dobu nevšimnul.

Jednoduše to nejde, systém s tímto řazením počítá na více místech. Chová se to stejně jako témata na fóru.

Nastav "obrázků na řádek" na -1

Struktura pak bude div.gallery > a > img

Funguje i v nejnovější verzi. Vypíše "Zpráva byla odeslána." Leda by nebyla funkční session / cookies, ale to by ses nedostal ani do administrace

Ono je občas snažší udělat krátký PHP skript než se za každou cenu snažit použít existující moduly.

1. vytvořit soubor upload/gallery.php s následujícím obsahem:
(Soubor je možné pojmenovat jinak anebo umístit jinde, ale je třeba pak upravit cestu v HCM zápisu.)

<?php

// kontrola jadra
if (!defined('_core')) exit;

// vypis obrazku
$output .= "<div class=\"gallery\">\n";

if (!empty($_params[2]) && is_dir($_params[2])) {
$dir = rtrim($_params[2], '/\\');
foreach (scandir($_params[2]) as $item) {
$path = "{$dir}/{$item}";
if (in_array(pathinfo($item, PATHINFO_EXTENSION), SL::$imageExt) && is_file($path)) {
$output .= '<img src="' . _htmlStr($path) . '" alt="' . _htmlStr($item) . "\">\n";
}
}
}

$output .= "</div>\n";

2. používat následujícím způsobem:

Poslední parametr je cesta k adresáři s obrázky.

[hcm]php,upload/gallery.php,1,upload/obrazky[/hcm]

Je to tam.

Není problém volat session_set_cookie_params(...) třeba v config.php. "Jádro" SL jde použít i v externím systému, viz např. ajax file manager. Alternativou je pracovat přímo s daty v $_SESSION, připojovat se do databáze SL a manuálně načítat to, co je potřeba.

Přes eventy nejde měnit vyhodnocované SQL, jen číst. To je ale dobře, protože to je špatný postup (nutnost parsovat úplně každý dotaz => overhead, okrajové případy...Pluginy načítají až po inicializaci uživatele, takže by to stejně nefungovalo

Zkus z jscript.php smazat tyto řádky:

// gzip komprese, pokud je dostupna a neni jiz pouzita
if (function_exists('ob_gzhandler') && 'ob_gzhandler' !== ini_get('output_handler')) {
ob_start('ob_gzhandler');
}

Verze 7.5.4 neměnila nic, co by se jakkoliv dotklo tohoto rozšíření (používá jen pár konstant)

Lokálně se mi problém nepodařilo nasimulovat. Možná bude problém ve verzi PHP. Nemám teď moc času zjišťovat příčinu, takže pokud by jsi něco zjistil, dej vědět.

Zkus opatchovat znovu. Tohle jsem opravoval velice brzy po vydání

Díky za zájem a připomenutí. Oprášil jsem stránku Podpora