4D udržuje vaše výběry záznamů konzistentní, pokud jde o mazání záznamů.
S mazáním dat je třeba zacházet opatrně. Abychom předešli problémům, můžeme použít transakce nebo se spolehnout na zálohy a protokoly.
Ve verzi 4D 20 R4 byla provedena některá vylepšení, aby byl výběr záznamů stabilní a konzistentní, pokud jde o případné mazání záznamů v tomto výběru.
Čtěte dále a dozvíte se, jak bude váš kód 4D tak bezpečný po vybalení z krabice.
Qodly Studio v akci s novou ukázkou
V tomto předchozím příspěvku jsme uvedli několik ukázek, které vám pomohou začít pracovat s Qodly Studio.
Jak jsme slíbili, v poskytování ukázek pokračujeme. Zde je nejnovější PIQS (zkratka pro Play In Qodly Studio).
Qodly Studio v akci s těmito 3 ukázkami
V těchto předchozích příspěvcích na blogu jsme oznámili dostupnost Qodly Studia(v současné době ve vývojářském náhledu) pro všechny naše stříbrné partnery (a vyšší). Poskytli jsme vám také první kroky, jak s tímto nástrojem začít pracovat.
Nyní je ideální čas se do něj ponořit a experimentovat s ním spuštěním několika konkrétních ukázek!
Již několik let nabízíme průvodce HDI(How Do I?), které vám pomohou objevit nové funkce. Ale nyní, když se pouštíme do nové éry vývoje webových stránek, jsme pro tyto ukázky vymysleli nový termín: PIQS, zkratka pro Play In Qodly Studio.
A co víc, takové ukázky budeme poskytovat i nadále pro současné a připravované funkce Qodly. To znamená, že budete mít každodenní návod na zvládnutí Qodly Studia!
Takže si vyhrňme rukávy a začněme hned zkoumat!
Vylepšená správa chyb v kódu 4D
Vyhazování chyb v kódu 4D je nyní možné od verze v20R2.
Tyto chyby se chovají jako každá jiná chyba 4D: vyvolávají dialogové okno o chybě nebo mohou být zpracovány v metodě ON ERR CALL.
Tato funkce vám usnadní život, protože budete moci zlepšit kvalitu svého kódu proaktivním odhalováním chyb, jakmile se vyskytnou. Můžete také lépe zpracovávat protokolování chyb.
Než se pustíme do podrobností, je důležité poznamenat, že tato funkce je prvním krokem k dosažení robustní správy chyb.
Nyní se pusťme do podrobností!
ORDA – Od začátečníka k odborníkovi
ORDA, což je zkratka pro Object Relational Data Access, je metoda přístupu k datům, která kombinuje výhody objektově orientovaného programování s výhodami relačních databází a umožňuje vývojářům soustředit se na řešení obchodních problémů spíše než na správu přístupu k datům.
Ať už jste v oblasti ORDA nováčci, nebo ji již znáte a chcete si rozšířit své znalosti, považujte tento příspěvek na blogu za plán, který vás provede procesem učení.
Tento blogový příspěvek obsahuje následující informace:
- Výhody ORDA
- Přehled systému ORDA
- Hlavní koncept
- Rozhraní API ORDA
- Abstrakční vrstva ORDA
- Vzdálená práce
- Optimalizace požadavků
- Systém oprávnění
- Sdílení dat mezi procesy
Bez dalších okolků se pusťme do práce!
Filtrování přístupu k datům pomocí kompletního systému oprávnění
Filtrování přístupu k datům je nezbytnou funkcí, která zabrání škodlivému přístupu k vaší aplikaci.
Dosud jste mohli vystavit nebo nevystavit jako prostředek REST datovou třídu a některé její atributy. To už byl vhodný prostředek k omezení přístupu k datům. Přesto jsme nadšeni, že můžeme ve verzi v19R8 přinést výkonný a plně přizpůsobitelný systém ochrany vašich dat před neoprávněnými uživateli. Systém ochrany vašich dat závisí na tom, kdo k nim přistupuje a k jakým datům.
ORDA – Optimalizace požadavků REST krok za krokem (+ demo)
Výkon ORDA/REST je strategickou záležitostí, proto jsme dodali mnoho funkcí souvisejících s tímto tématem, například optimalizaci požadavků ORDA/REST v režimu klient/server a při práci se vzdáleným datovým úložištěm. V poslední době jsme vám také poskytli úplnou kontrolu nad optimalizací požadavků ORDA/REST.
V tomto příspěvku na blogu najdete plán, podle kterého se máte řídit, abyste dosáhli výkonnostního esa ve hře ORDA/REST. Obsahuje další příspěvky na blogu, které si můžete přečíst, videa, která můžete zhlédnout, a ukázku, s níž si můžete hrát, abyste snadno a rychle zvýšili výkon svých aplikací.
ORDA – Optimalizace výkonu s plnou kontrolou nad požadavky REST
V předchozí verzi jste zjistili, jak byly požadavky ORDA REST automaticky optimalizovány pro zvýšení výkonu při práci se vzdáleným datovým úložištěm a konfigurací klient/server.
Dozvěděli jste se, že k využití automatické optimalizace požadavků ORDA REST můžete použít kontexty.
To byl významný krok, ale nyní nabízíme možnost mít úplnou kontrolu nad chováním vašich požadavků REST. Vzhledem k tomu, že výkon je strategickým zájmem, jistě se těšíte, až tuto novou funkci objevíte!
A to není vše; nyní jsou k dispozici nové nástroje, které vám pomohou pochopit a vyladit vaše problémy.
Čtěte dále a přečtěte si kompletní prezentaci.
ORDA: Důkladně porovnejte dvě vybrané entity
Protože ORDA umožňuje pracovat s několika výběry entit současně, určitě toho využijete a budete předávat výběry entit jako parametr metodám projektu nebo funkcím tříd datového modelu ORDA.
Chcete-li efektivně pracovat s objektově orientovaným programováním s využitím co nejmenšího počtu řádků kódu, potřebujete robustní a optimalizované funkce. Proto s verzí 4D v19 R3 dodáváme novou funkci dostupnou na objektu entitySelection: funkci selected() funkce.
Díky tomu budete moci kontrolovat a porovnávat dva výběry entit. Podívejme se na podrobnosti!
Připravte se na nové atributy SameSite a Secure pro soubory cookie
Schopnosti souborů cookie v průběhu let rostly a vyvíjely se, ale zanechaly po sobě některé problémy. Prohlížeče (včetně prohlížečů Safari, Chrome, Firefox a Edge) kvůli tomu mění své chování, pokud jde o atributy SameSite a Secure, a zavádějí pro soubory cookie model secure-by-default.
Jako vývojáře webu 4D vás může zajímat soubor cookie relace webu 4D, pokud chcete svou aplikaci ochránit před Cross-site request forgery.
Abyste zabránili tomu, že váš soubor cookie webové relace bude nesmyslně kolovat po webu nebo že ho prohlížeče nepochopí kvůli použité výchozí hodnotě, měli byste se zeptat, zda je:
- soubor cookie třetí strany: spojený s jiným názvem domény, než je název stránky, na které se soubor cookie vyskytuje. Soubor cookie třetí strany je umístěn objektem stránky( např. reklamou), který pochází z jiné domény, než je doména, na které je stránka umístěna.
nebo
- soubor cookie první strany: spojený s doménou stránky.
V závislosti na případu použití byste měli zvolit vhodnou hodnotu atributu SameSite souboru cookie relace webu.
Pro posílení bezpečnosti musí být u souboru cookie webové relace nastaven atribut Secure, pokud je připojení zabezpečené (HTTPS), aby bylo prohlížeči naznačeno, že soubor cookie může být odeslán bezpečně.
Čtěte dále a dozvíte se, jak vám společnost 4D kryje záda, aby zlepšila soukromí a zabezpečení na webu.
Kontaktujte nás
Máte dotaz, návrh nebo se chcete spojit s blogery 4D? Napište nám!
* Vaše soukromí je pro nás velmi důležité. Kliknutím sem si můžete prohlédnout naše Zásady