- Eladhatatlannak ítélt CPU-k eladásával javult az Intel node-ok kihozatala
- Az AI átformálja a Peugeot modelljeit is
- Ráműthető a Linux PlayStation 5-re, de csak egy boot erejéig
- Mindenféle környezeti behatásnak ellenállnak az ASUS új TUF tápjai
- A kínai felsővezetés blokkolhatta Mark Zuckerberg óriási AI üzletét
Ú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?:))
- EREDETI Apple Watch Series 11 okosóra szíjak, 46mm, S/M
- Samsung Watch 8 női szíjak egyben eladóak ajándék tokvédővel
- ASUS RTX 5060 8GB GDDR7 DUAL OC Edition - Új 2 év garancia - Eladó!
- PALIT RTX 5060 Ti 8GB GDDR7 INFINITY 3 - Új, 2 év garancia - Eladó!
- ASUS RTX 4060 Ti 8GB GDDR6 DUAL OC - 1 év garancia - Eladó!
- Macbook Magsafe 2 60W Budapest,/MPL/Foxpost
- Yenkee YMC 1030 Mikrofon Kit (mikrofontartó kar, kábel, stb.)
- iPhone 13 128GB Starlight-2 ÉV GARANCIA - Kártyafüggetlen, MS5409
- ÚJ - MACBOOK PRO 16" M5 MAX 18C CPU / 40C GPU / 48 GB RAM / 2TB + 3 ÉV APPLE Care PLUS + ÁFÁ-s
- MEDION ERAZER Cooling Kit V2 Vízhűtés - MD 62737 Beast 16 X1, 18 X1 gamer laptopokhoz
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest


