Příspěvky uživatele
< návrat zpět
Pro současnou verzi už ne.
Prihlasujes se bez aktivovaneho checkboxu "zabezpečené"? To ridi vazani prihlaseni na IP adresu (coz muze byt problem, pokud se ti dynamicky meni).
Vic me nenapada. SL nedela se session nic specialniho.
Zkontroluj volbu "Proxy režim" v nastaveni systemu. Je tam popsano, za jakych podminek je potreba ji aktivovat.
Nekam do kodu (treba nakonec config.php) je treba dat tento radek:
header('Expires: ' . gmdate('D, d M Y H:i:s', time() - 604800));
Nektere hostingy totiz nastavuji vychozi Expires hlavicku a to rozbije prihlasovani. Budouci verze toto opravi.
Omezeni je i v editpost.php a post.php.
Kdyby to byl cílený a úspěšný útok, očekával bych mnohem více spamu. Může se jednat o ojedinělý případ nebo ten kód někdo opsal manuálně.
Soubor admin/functions.php, funkce _admin_rootSelect(), argument $maxlength = 22.
Vola se v souboru admin/require/content-articles-edit.php.
Důvod je to, co jsem popsal. Něco ti tam cpe BOM.
V require/load.php si najdi define('_systemversion', ....
Obrázek to generuje správně, akorát je před daty obrázku UTF-8 BOM, takže nějaký tebou editovaný soubor (pravděpodobně config.php nebo skript nějakého pluginu) bude uložen v kódování UTF-8 s BOM namísto UTF-8 bez BOM.
A jak je velká ta záloha? Nenahráváš ji v textovém režimu (přes FTP)? Pak by došlo k jejímu poškození.
Dle jejich webu se jedná o "drop-in" náhradu za MySQL, čili SL by měl fungovat bez jakýchkoliv změn.
Bylo to způsobeno PHP kódem 3. strany (nějaká knihovna), chyba není v SL ani v žádných systémových rozšířeních.
Nebo zavirovaný počítač. Poslední známá bezp. chyba byla v SL <= 5.3.