- Apple iPhone 16 - ígéretek földje
- Samsung Galaxy A54 - türelemjáték
- Xiaomi 15 - kicsi telefon nagy energiával
- Bemutatkozott a Poco F2 Pro (már megint)
- Yettel topik
- Huawei Watch Fit 3 - zöldalma
- iPhone topik
- Nothing Phone (3) – tervezett kaotika
- 5G-s szettel frissült az Infinix belépő modellje
- Samsung Galaxy S24 FE - később
Új hozzászólás Aktív témák
-
jetarko
csendes tag
Na megcsináltam.
Fejlesztés közben a tokeneket tárolom 1db properties fájlban, lehet 10 nyelv, akkor is csak egyben tárolom.
Írtam egy fv-t, ami a property fájl alapján a tokeneket felveszi db-be, ha van értéke a fájlban, akkor az értéket beszúrja, ha nincs akkor az értékhez a token kerül be maga.
A másik fv az adott nyelvhez tartozó property fájlt módosítja a db tartalma alapján. Ha ezt meghívom, akkor vagy 1db token értékét cseréli az adott nyelv property fájlban, vagy a db-ben tárolt összes értéket kiírja a fájlba.
A db-be kerüljenek tokeneket csak akkor kell lefuttatni ha új token kerül a property-be, ekkor az új token bekerül db-be. Innentől csak a 2. fv dolgozik.
Erre írtam egy felületet, ami onblur műveletre ajaxosan frissíti az adott property fájlban és db-ben szereplő értéket is.
A cacheSeconds 1-re van állítva. Jelenleg 100 tokennel nagyon gyorsan változtatva a frontenden az értékeket remekül működik, a context újratöltéstől semmi memória nem növekszik.
Ugye ez által futás közben bármikor beletudok nyúlni a token értékekbe, de a rendszer mégis a property fájlok alapján dolgozik, amihez gondolom valami gyors fa van építve, nem kell szarakodnom folyamatos db basztatás, cachelés dolgokkal.
Azt még nem találtam ki, hogy ezzel a megoldással futás közben új nyelvet, hogy tudok hozzácsapni, de majd még agyalok rajta.
A hibája ennek amit jelenleg látok, hogy a property fájl frissítéskor a fájl egésze újraírodik, ez ha nagyon sok token van lehet sokáig tartana. Ezt letesztelem hamarosan mennyi idő lehet 1milla tokent fájlba írni. A másik pedig az lehet, ha sok ember nagyon gyorsan sok tokent módosít egyszerre, de hát ezt nem tudom egymagam leszimulálni
A db réteg fölöslegesnek tűnik és majdnem, hogy az is, de ha cserélem a war-t a tomcatemben és közben egyik token értékét átírtam, akkor a régi propertiekkel felül csapom a jelenlegit és elveszett a módosítás, ha nem szedem le előtte a property fájlt.
Vélemény?
Új hozzászólás Aktív témák
A topicot kiemeltem. Valaki nem akar egy nyitó hsz-t írni?:))
- Gitáros topic
- Autós topik
- Apple iPhone 16 - ígéretek földje
- Motorolaj, hajtóműolaj, hűtőfolyadék, adalékok és szűrők topikja
- Milyen videókártyát?
- Samsung Galaxy A54 - türelemjáték
- One otthoni szolgáltatások (TV, internet, telefon)
- Amlogic S905, S912 processzoros készülékek
- Ingatlanos topic!
- E-roller topik
- További aktív témák...
- HPE ProLiant ML350 Gen9 Hot Plug 8SFF Rack Server
- Apple Watch Series 7 41mm
- Eladó 26 db Apple Watch óraszíj (45 mm-hez, kifogástalan állapotban)
- INGYEN POSTA - ÚJ GAMER PC V11 - i5-12400F - RTX 3060 12GB - 16GB RAM - 1TB SSD -www.olcsogamerpc.hu
- INGYEN POSTA - ÚJ GAMER PC V10 - i5-10400F - RTX 3060 12GB - 16GB RAM - 1TB SSD -www.olcsogamerpc.hu
- 136 - Lenovo Legion Pro 7 (16IRX9H) - Intel Core i9-14900HX, RTX 4080
- Zebra ZP505 EPL hőpapíros címkenyomtató
- HIBÁTLAN iPhone 13 Pro 256GB Silver -1 ÉV GARANCIA - Kártyafüggetlen, MS3019, 100% Akkumulátor
- Apple Watch SE 2 44mm, Újszerű, 1 Év Garanciával
- HIBÁTLAN iPhone 14 128GB Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3018
Állásajánlatok
Cég: FOTC
Város: Budapest