Ty chybové hlášky jsou konzistentní s tím, že jsou v DB podstránky rozcestníku, ale samotný rozcestník ne. Každopádně fajn, že se to podařilo opravit 🙂
(Co se uživatelských účtů týče - všechny dlouho neaktivní byly před spuštěním nového webu promazány.)
Lightbox plugin
(4.1.2026 22:32)
Opravil se jen patch, který to původně rozbil 😅 Ale řeší to ta manuální instalace pluginu.
Lightbox plugin
(4.1.2026 1:23)
Jeden z patchů byl špatně nastavený a mazal ho. Ale to už by mělo být opraveno.
Plugin je zde:
/upload/files/plugins/lightbox/lightbox.zip
Nový Motiv
(9.12.2025 9:46)
Plus se podívej do administrace - log
, jestli tam nejsou nějaké chyby.
Nový Motiv
(8.12.2025 12:16)
Zkus v pluginech kliknout na Znovu načíst pluginy
. Případně motiv nahraj přes tlačítko Nahrát pluginy
, není potřeba používat FTP pokud má archív s pluginem správnou strukturu.
Problém s webem
(1.12.2025 22:07)
Děje se to i na tom testovacím skriptu:
HTTP/2 200
server: nginx
date: Mon, 01 Dec 2025 20:13:30 GMT
content-type: application/x-httpd-php
content-length: 0
x-vhost-debug: 5727e3ebffe9f....
Tzn. to na 99.9% není problém se SL, ale se samotným hostingem. Leda by to rozbíjela nějaká věc v .htaccess, ale to je nepravděpodobné.
Můžou si to sami ověřit tímto skriptem. Mně to vždy spadne do hodiny.
<?php
$url = 'https://skikadlecak.cz/test.php';
while (true) {
echo '[' . date('Y-m-d H:i:s') . '] Checking URL...', "\n";
$ch = curl_init($url);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
curl_setopt($ch, CURLOPT_HEADER, true);
curl_setopt($ch, CURLOPT_FOLLOWLOCATION, true);
curl_setopt($ch, CURLOPT_TIMEOUT, 10);
$response = curl_exec($ch);
if ($response === false) {
echo 'cURL error: ', curl_error($ch), "\n";
sleep(60);
continue;
}
$header_size = curl_getinfo($ch, CURLINFO_HEADER_SIZE);
$body = substr($response, $header_size);
$contentType = curl_getinfo($ch, CURLINFO_CONTENT_TYPE);
if (empty($contentType) || strpos($contentType, 'text/html') === false || substr($body, 0, 6) !== 'OK 202') {
echo "Bad response:\n";
echo $response;
break;
}
echo $body, "\n";
sleep(60);
}
Problém s webem
(30.11.2025 17:09)
Vrací to tyhle hlavičky a žádný obsah:
HTTP/2 200
server: nginx
date: Sun, 30 Nov 2025 15:54:18 GMT
content-type: application/x-httpd-php
content-length: 0
x-vhost-debug: 5727e3ebff.....
Můžeš zkusit vytvořit soubor test.php v hlavním adresáři SL (tam, kde je index.php) s tímto obsahem:
<?php
printf("OK %s\n", date(DATE_ATOM));
Pak se dá vyloučit že to způsobuje cokoliv v SL.
Problém s webem
(27.11.2025 11:04)
Zkus v nastavení dočasně vypnout CRON a údržba - automaticky
.
Taky by bylo zajímavé vidět hlavičky, které server v tomto stavu vrátí.
HCM modul do SL8
(10.11.2025 21:25)
Zkus tohle. Archív by měl jít nahrát přes "admin - pluginy - nahrát pluginy".
/upload/files/temp/jv_meteo.zip
HCM modul do SL8
(9.11.2025 0:15)
Když ho někam nahraješ, můžeme se na to podívat.
Obnova hesla v DB
(8.11.2025 21:00)
Starý SL ukládá heslo jako md5($salt . $heslo . $salt). Takže když v databázi uživatelů změníš salt na aaa a password na e7ff057f70f93cbe2d4a5ec3838859e8, tak bude heslo 123456.
Nebo v tabulce settings nastav captcha na 0, pak se CAPTCHA nebude používat.
HCM modul do SL8
(8.11.2025 20:34)
Přímo použít určitě nepůjde. Ale přesunout jeho vnitřnosti do nového pluginu by nemělo být složité.
Definovat HCM modul je dost jednoduché.
Ahoj. Jaký styl šablon a staré pluginy ti chybí? Verze 8 řeší mnoho věci, které se dřiv dělaly pomocí pluginů.
Verze 7.5 je už extrémně zastaralá (přes 7 let), nicméně je k dostání zde:
/upload/files/old_v7/
Řekl bych že ten securityheaders.com trošku přehání (jelikož se snaží prodat placené služby) 🙂
V základu tyto hlavičky nejsou primárně z historických důvodů - v době vzniku SL neexistovaly a systém se chrání jinýmy způsoby (XSS ochrana, XSRF tokeny, správné nastavení cookies). Ale nějaká budoucí major verze by některé z těch hlaviček přidat mohla.
Pokud tam ty hlavičky chceš, nezasahoval bych do systému, jelikož při aktualizaci o tyto změny přijdeš. Hlavičky tam můžeš dostat přes
Header set v .htaccess nebo vlastní
extend plugin (dá se to napojit na událost
core.ready).
Ahoj.
Omezení cest na upload/ v HCM modulech nejde snadno obejít (bez zásahu do systému). Přidalo se to kvůli zabezpečení. HCM moduly sice bývají omezené na přípony apod., ale i tak mi přišlo lepší nedovolit tam dát jakoukoliv cestu v celém cms. Cesta nejmenšího odporu je si ten daný HCM okopírovat do pluginu a provést si vlastní validaci podobnou té, kterou dělá Sunlight\Hcm::normalizePathArgument().
Tabulka v článku je z historických důvodů. Pokud se zapne hodnocení článků, tak tam jsou vedle sebe 2 sloupce - info a hodnocení. Pokud je to problém, dá se to nahradit pluginem.