PrestaShop 9 a getImageLink() — 404, ktorý vyzerá ako funkčný obrázok
PrestaShop · 1. júl 2026
PrestaShop 9 ticho prepísal Link::getImageLink($name, $idImage, $type = null). Prvá vec, ktorú teraz robí, je kontrola, či id obrázka obsahuje podreťazec default — takto deteguje placeholder obrázky — a ak áno, postaví plochú cestu /img/p/<id>.jpg bez digit-folder splitu.
Starý PrestaShop 1.7 / 8 vzor nacpal typ do argumentu id: getImageLink($rewrite, $id . '-small_default'). Pod PS9 ten reťazec obsahuje default, takže core považuje reálny produktový obrázok za placeholder a emituje /img/p/1054-small_default.jpg — plochú cestu, ktorá vráti 404 — namiesto /img/p/1/0/5/4/1054-small_default.jpg. Symptóm je zákerný: rozbitý <img> s neprázdnym src, takže nespadne na placeholder, len sa nenačíta. Oprava: typ do tretieho argumentu a id čisto numerické — getImageLink($rewrite, $imageId, 'small_default'). PS8 toto správanie nemal, takže je to presne ten druh regresie, ktorý migrácia odhalí na druhý deň.
Aj micro-entita môže spadnúť pod NIS2 — cez dodávateľský reťazec
Compliance · 20. jún 2026
Prvý inštinkt pri NIS2 je pozrieť size-cap pravidlo v Článku 2, a ak ste pod prahom, ísť ďalej. Pre dvojčlenné štúdio to vychádza na "mimo scope" — a pre priame povinnosti je to správne. Ale je to len polovica mapy.
Druhá polovica je Článok 21(2)(d): bezpečnosť dodávateľského reťazca. Keď staviate a prevádzkujete systémy pre klientov, ktorí sú v NIS2 scope, ich povinnosť zabezpečiť dodávateľský reťazec siaha na vás. Nestanete sa regulovaným subjektom, ale zdedíte zmluvné bezpečnostné požiadavky, ktoré musíte vedieť doložiť — riadenie prístupu, lehoty na notifikáciu incidentov, patching disciplína. Vlastnú binding determination (priamy scope: žiaden; nepriamy scope: áno, cez dodávateľský reťazec) sme zverejnili na stránke Dôvera namiesto vyhýbavých fráz, pretože obstarávacie tímy u regulovaných klientov pýtajú presne toto a "sme príliš malí na NIS2" je zlá odpoveď.
Legal-grade RAG: retrieval, ktorý viete odcitovať
Aplikované AI · 15. jún 2026
Väčšina RAG systémov optimalizuje pre vierohodnú odpoveď. Pre právnu a compliance prácu je vierohodné bezcenné — potrebujete odpoveď, ktorá sa vyrieši na konkrétne ustanovenie, v znení účinnom k danému dátumu, a ktorú viete podať advokátovi na overenie. To je iný inžiniersky problém.
Citačný retrieval oddeľujú od chatbota nad PDF-kami tri veci. Po prvé, chunky nesú štruktúrne breadcrumby (akt → paragraf → písmeno), takže odpoveď cituje § 289 ods. 2, nie "niekde v tomto dokumente". Po druhé, ustanovenia sú verziované v čase: ten istý paragraf má iné znenie k rôznym dátumom účinnosti a citator označí, či je akt účinný, novelizovaný alebo zrušený, skôr než sa oň niečo oprie. Po tretie, verifikačný krok skontroluje každú citáciu, ktorú model vyprodukoval, oproti zdrojovému korpusu — negroundovaná citácia sa zahodí, nie odošle. Hybridný retrieval (vektor + full-text + rerank) robí recall; provenance vrstva je to, čo robí výstup auditovateľným. Je to tá istá infraštruktúra, ktorá poháňa naše NIS2 nástroje a legal-AI prácu pre advokátske kancelárie.
Riešite niečo, kde na týchto trade-offoch záleží? Začať rozhovor →