Příspěvky uživatele Shira

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);
}

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.

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í.

Zkus tohle. Archív by měl jít nahrát přes "admin - pluginy - nahrát pluginy".

/upload/files/temp/jv_meteo.zip

Když ho někam nahraješ, můžeme se na to podívat.

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.

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.

Lze to také udělat napřímo pomocí HCM php_include:
[hcm]php_include, upload/example.php[/hcm]
Obsah upload/example.php:
<?php

defined('SL_ROOT') or exit;

echo "Hello world";
Nicméně takové HCM může vkládat jenom někdo s právem "Povolit PHP kód" (to mají ve výchozím stavu jen hlavní administrátoři a nikdo jiný by ho mít neměl). Na složitější připady je lepší si udělat vlastní plugin, jak píše Jirka.

SL má bohužel pouze 3 sloupce pro přiřazení kategorie a veškerý kód, který s nimi pracuje, s více nepočítá.

Jaký problém se tolika přiřazeními snažíš vyřešit, nebo je ten web prostě tak obrovský? 🙂

Např. pomocí pluginu HCM content by šlo použít obsah jednoho článku na více místech.

Nejspíš vám pod rukama aktualizovali verzi PHP.

Zkuste najít v souboru require/load.php tyto řádky:
// vypnuti magic_quotes
if (get_magic_quotes_gpc()) {A upravit je na:
// vypnuti magic_quotes
if (false) {Ale nejsem si 100% jistý, že to bude poslední problém. Starší verze SL na novějším PHP nemusí fungovat.

Dělám to primárně pro zábavu, takže smysl to má. Mít základ systému víc minimalistický je v plánu.

Primární plán pro verzi 8 je ji udržovat provozuschopnou + dělat menší změny, které dávají smysl (např. další verze přidá základní responzivní styly pro administraci).

Větší změny by měly být až ve verzi 9, kterou bych rád napsal znovu od nuly. Současná codebase je stará již téměř 20 let a je to znát (navzdory mnohým vylepšením/přepisům ve verzi 8). Ale co vše se zásadně změní a kdy to bude prozatím nedokážu říct 🙂