Új Hammy verzió: 3.25.11
A 2025-ös év utolsó Hammy verziójában bevezettünk a lejárati időt a szerviz kliens kezelésben, optimalizáltuk a forgalomszabályozási folyamatot és a push notifikációs megoldást bővítettük http basic authentikáció implementálásával.
Szerviz kliensekhez lejárati idő bevezetése
Annak érdekében, hogy Hammy által nyújtott szerviz pontok megfelelően biztonságosak legyenek és illetéktelenek ne férjenek hozzá, a kapcsolódó kliensek regisztrációjára van szükség a használatukhoz. Ezeket a klienseket eddig csak az adatbázisban, kézi munkával lehetett létrehozni, de az előző, 3.25.8-as verzióban létrehoztunk egy ‘Szerviz kliensek’ menüpontot, ahol létrehozhatóak, módosíthatóak a kliensek. Ezt tovább bővítettük az aktuális verzióban lejárat kezelésével. Ennek értelmében minden szerviz kliens egy bizonyos határidőig jogosult hozzáférni az API végpontokhoz, ezek után a vezérlőpulton emberi beavatkozással szükséges meghosszabítani a határidőket, melynek mértéke konfigurálható.
Forgalomszabályozás optimalizálása
A forgalomszabályozás funkció már jó ideje jelen van a Hammy által nyújtott szolgáltatások halmazában. Ennek segítségével szabályozható, hogy hány darab levelet, milyen időbalakban szeretnénk eljuttatni az ügyfeleknek tömeges küldések esetén. A funkció használatával nem árasszuk el a címzetteket egyszerre nagy számú levéllel, elkerülve ezzel például az ügyfélszolgálathoz beérkező esetleges tömeges megkereséseket. A küldési sebesség az óránként küldhető üzenetek számát szabályozza. Ha ezt meghaladó üzenet küldési kérés érkezik a Hammy-be, akkor a megadott sebesség feletti üzeneteket várakoztatjuk. A működés alapja a Hammy mögött megbújó queue menedzsment implementáció: a pihenő tételeket jms sorban várakoztatjuk. Az évek alatt szerzett tapasztalat alapján a sor működéséből fakadóan nagyobb terhelés esetén kiszámíthatatlan áteresztőképességet és beragadásokat eredményezhet a forgalomszabályozás. Emiatt ebben a verzióban átalakítottuk az algoritmust, a sorkezelést kiiktattuk, és tisztán adatbázis alapú megoldást fejlesztettünk ki, ezáltal sokkal stabilabb és megbízhatóbb működést eredményezve ennek a népszerű funkciónak.
Basic authentikáció bevezetése notifikációs folyamatban
A Hammy egyik fontos funkciója, hogy különböző belső állapotváltozásokról, üzenet státuszokról, eseményekről értesítéseket (notifikációkat) küld a kapcsolódó partnerrendszerek felé. Ezek a notifikációk eddig kizárólag az előre konfigurált cél URL-ek alapján kerültek kiküldésre, azonban a fogadó oldalon nem állt rendelkezésre egységes, kötelező hitelesítési mechanizmus a Hammy azonosítására.
Az aktuális verzióban ezt a hiányosságot pótoltuk: a notifikációs hívások esetében bevezetésre került a Basic authentikáció támogatása. Ennek köszönhetően a Hammy a notifikációk kiküldése során felhasználónév/jelszó alapú azonosítással hitelesíti magát a fogadó rendszerek felé. A hitelesítési adatok kliens-szinten konfigurálhatók rendszerparamétereken keresztül, így minden partner esetében egyedileg szabályozható, hogy milyen authentikációval történjen a kommunikáció.
A fejlesztés növeli a notifikációs integrációk biztonságát, csökkenti az illetéktelen hívások kockázatát, és egyúttal egységesebb, auditálhatóbb működést biztosít a Hammy és a kapcsolódó rendszerek között. A megoldás rugalmas, fokozatosan bevezethető, és illeszkedik a meglévő konfigurációs és üzemeltetési folyamatokhoz.
További fontosabb fejlesztések ebben a verzióban:
- CSV alapú adatbetöltés űrlapelemekbe
- Email akciók feldolgozásának párhuzamosítása
- Szerviz kliensekhez leírás mező bevezetése
- Kliens szintű metaproperty-k
- Fájlkezelőben név tartalmazás alapú keresés
- Feltételes megjelenítésnél vegyes logikai operátorok használatának lehetősége
- Bejelentkező felületen a jelszó mezőben szem ikon megtekintése
Egyéb információk
A teljes 3.25.11-re vonatkozó release notes itt olvasható vagy letölthető (pdf).