Zjištěné chyby 
Autor: Martin S.Ahoj,
Chtěl bych nahlásit dvě chyby které jsem zjistil.
- Tag [ORDER_NO] a [PRICE] (možná i další to jsem netestoval) Nepředávají správně informace o čísle objednávky a ceně při vytváření vlastního kódu zpracování objednávky, platby. Vytvářel jsem generátor QR kódu, aby po odeslání objednávky se zákazníkovi zobrazil QR kód s platbou na bankovní účet. QR kód se nevygeneroval z důvodu chybného nebo žádného načtení informací o ceně a čísle objednávky. Když v kódu tyto informace zadám na pevno generátor funguje QR kód se zobrazí. Chyba bude zřejmě někde v kódu WebSite X5. Nápověda k tématu je z 28.10.2024 tak nevím, zda informace tam jsou aktuální.
Generátor platebního QR kódu při zpracování objednávky by myslím byl i vítanou novinkou pro ostatní uživatele v některé následující aktualizaci a novinkách v prostředí programu.
2. Další zjištěná chyba je, když jsem použil uvítací stránku a v ní vlastní kód na ověření věku pro vstup tak to funguje OK problém, ale nastává při následném procházení webu a v menu pak kliknout na domovskou stránku je uživatel poslán na stránku index.php To znamená znova uvítací stránka a ověření věku. Nepřišel jsem zatím na to, jak by bylo možné přenastavit, aby v takovém případě v menu kliknout na domovskou stránku byla otevřena stránka home.php a uvítací stránka se znova nezobrazovala.
Předem děkuji za informace
(Přeloženo Googlem)
K bodu 1 - nemám žádné zkušenosti s generátorem QR kódů; možná se ozvou jiní uživatelé nebo pracovníci Incomedia.
K bodu 2 – ověření věku, které by také používalo soubory cookie, by zde bylo užitečné, aby se ověření věku nezobrazovalo vícekrát.
Téma ověření věku bylo probíráno v tomto příspěvku; možná byste měli otestovat tam použitý kód, viz
>> https://helpcenter.websitex5.com/pl/post/271243
Autor
U ověření věku není myslím problém v souborech cookies. Jde o to, že když se nastaví zobrazení uvítací stránky a je jedno s jakým obsahem tak tato stránka je pak automaticky pojmenovaná index a domácí hlavní stránka je pojmenovaná home. Ale bez použití uvítací stránky je domácí hlavní stránka pojmenovaná index, a to dělá ty problémy. V hamburgerovém menu, když uživatel klikne na domovskou stránku je poslán na index jako na hlavní domovskou stránku ale to v případě jakékoliv aktivace a použití uvítací stránky je špatně. Problém jsem pozoroval ať na té uvítací stránce byl vlastní kód ověření věku nebo třeba jen uvítací obrázek. Prostě nikdo se při návratu na domovskou stránku nechce vracet na uvítací…
Proč vůbec „stránka navíc“? – běžná domovská stránka by měla stačit, pokud je hezky navržená, jak je tomu u většiny webových stránek:
Pokud ověření věku také používá soubory cookie a kód je přidán do WebSite X5 v části...
1 Nastavení > Statistiky a kód / Kód
Vlastní kód:
Před uzavírací značkou </HEAD>
(Zde je ověřovací kód pro ověření věku)
... pak bude ověření věku provedeno vždy, bez ohledu na to, ze které stránky návštěvníci na web přistupují.
Soubor cookie zaznamenává, že ověření již bylo provedeno, a není nutné jej znovu zobrazovat.
Ověření věku by mělo být vždy provedeno tímto způsobem; cokoli jiného je chyba.
Autor
Vím, zkoušel jsem jen i jiné možnosti, jak to udělat a zdá se, že tudy cesta nevede. A souhlasím stránka navíc moc smysl nedává ať už je uvítací stránka použita na cokoliv. Nic méně nejlepší a nejbezpečnější varianta, jak ověření věku udělat, tak použít i serverové zabezpečení a to pomocí PHP protože využití jen samotného kódu na straně klienta lze obejít.
Je tak vysoká úroveň zabezpečení skutečně nezbytná?
Obvykle jde jen o splnění zákonných požadavků a nikdo nekontroluje, zda čtrnáctiletý klikne na „Je mi 18 let“.
Autor
Úroveň zabezpečení v takovém případě záleží na svědomí a povaze správce, autora konkrétního webu ale obecně si myslím že každý vývoj jakéhokoliv kódu by měl být promyšlený a snažit se aby byl co nejvíce funkční a bezpečný nikoliv jen splnit administrativní požadavky
Do které kategorie webová stránka spadá, pokud má vyšší požadavky na ověření věku?
Možná by pro to odborníci mohli doporučit speciální kód.
(Pokud Google Translate zobrazí nesprávný překlad, s tím nemůžu nic dělat.)
Patří web do určité kategorie webových stránek, která vyžaduje vyšší standardy pro kód?
Autor
Text překladu je dostačující a pochopitelný. Záměr mého příspěvku byl upozornit na zjištěné chyby nikoliv že bych hledal konkrétní řešení pro konkrétní web.
Hello Martin,
1) Could you please provide additional information to investigate the matter? What kind of code are you using, and is this to create a custom payment method?
2) Could you provide the URL of the website to take a look at this behavior?
I remain available.
Online translation:
Ahoj Martine,
1) Mohl bys prosím poskytnout další informace, abychom mohli problém prošetřit? Jaký typ kódu používáš a jedná se o vytvoření vlastní platební metody?
2) Mohl bys také poskytnout URL webu, abychom se mohli na toto chování podívat?
Jsem ti nadále k dispozici.
Autor
Ahoj,
Obávám se, že předmětný kód už nemám. Stejně tak na URL webu, kde testuji různé mé nápady teď momentálně nic není. Šlo o kód v HTML + Javascript Generátor QR kódu. Má představa byla, že typ platby bych použil zaplatit nyní a vložení vlastního kódu který by zákazníkovi po dokončení objednávky vygeneroval a zobrazil QR kód pro platbu na účet. Vygenerovaný QR kód by samozřejmě obsahoval krom čísla účtu i částku k úhradě za objednávku a číslo objednávky jako variabilní symbol k tomu jsem dle informací z nápovědy použil tag [ORDER_NO] pro vložení čísla objednávky a [PRICE] vložení ceny. Bohužel v takovém případě generátor neuměl načíst číslo objednávky a cenu a požadovaný QR kód se nezobrazil. Když jsem v kódu generátoru použil na pevno zadanou cenu a číslo objednávky generátor fungoval bez problémů a QR kód se zobrazoval. Zdá se tedy že problém je s načítáním hodnot z [PRICE] a [ORDER_NO]
Hello Martin,
should you try to set these configurations up again please provide additional details, so that it will be possible to investigate the situation and identify whether the issue lies with the data generated by WebSite X5 or in the code/settings used.
I remain available.
Online translation:
Ahoj Martine,
pokud se pokusíš tyto konfigurace nastavit znovu, prosím poskytněte více podrobností, aby bylo možné situaci prozkoumat a zjistit, zda problém spočívá v datech generovaných WebSite X5 nebo v použitém kódu či nastavení.
Zůstávám ti k dispozici.
Autor
Ahoj,
jsem teď časově docela zaneprázdněný ale pokusím se, když bude čas vytvořit kód znovu. Ten můj předchozí kód jsem pak i testoval pomocí AI ve snaze najít chybu a výsledek vždy ukazoval na chybu ve WebSite že předmětné tagy korektně nepředávají potřebná data tak nevím. Ale myslím si, že tohle by byla užitečná funkce k implementování do prostředí programu v nějaké budoucí aktualizaci. Platba na účet prostřednictvím vygenerovaného QR kódu.