- India felől közelít egy 7550 mAh-s Redmi
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- Honor 400 Pro - gép a képben
- Milyen okostelefont vegyek?
- Telekom mobilszolgáltatások
- Xiaomi 15 - kicsi telefon nagy energiával
- Sony Xperia 1 V - kizárólag igényeseknek
- Samsung Galaxy S21 és S21+ - húszra akartak lapot húzni
- Samsung Galaxy S25 Ultra - titán keret, acélos teljesítmény
- Fotók, videók mobillal
Új hozzászólás Aktív témák
-
KEndre
HÁZIGAZDA
Szerintem az SMS-es egyedi kóddal talán megelőzhető lenne egy ilyen probléma, legalábbis az elég jól megcsinálható, hogy mások fiókjába ne juthassak be. A bankok már mind megcsinálták. Legalább szabadonválaszthatóan lenne egy másik csatornán érkező egyedi kód az Ügyfélkapunál...
-
Ja persze azt tudom hogy nem folyamatos felügyelet a biztonsági tanácsadó, de lehet hogy a mostani taácsadó cégnek kikérték a véleményét és az rábólintott.
Pesze simán lehet hogy csak úgy maguktól tették ki a frissítést
Munkahelyemen is webes felületű a termékkövető rendszer, és volt ott is több ilyen hogy 1-1 jól sikerült hibajavítással ledöglesztette az egészet a kedves fejlesztő...
-
ddekany
veterán
Az lesz a legszebb, mikor ki fog sülni, hogy a hibához semmi köze nem volt az itteni fejlesztőknek... Talán mintha a session kezeléssel foglalkozó rész kergült volna meg, azt meg aligha ők írták. Egy ilyen appszerverbe rengeteg innen-onnan összelapátolt kód van, és hogy finoman fogalmazzak, a minőségük erősen hullámzó. Bazi nagy marketing meg konferenciás agytevés az van, de hát ha az ember kicsit belenéz némelyikbe, hát hamar kiderül, hogy a király meztelen. És ha valami konkurens jellegű hibáról van szó, mint az sejthető már ez elejétől, azaz csak egy ritka konstellációkban kattan be valami, akkor jó eséllyel a tesztelési meg mit tudom én milyen szabályrendeket is cseszhetik. Pont ezért is nem vicc többszálas ill. működés közben update-elhető dolgokat csinálni... nehéz tesztelni. Az a gáz az egészben, hogy azokat a nyamvadt szervereket újraindítani 7 órába telt. Mert hát kicsit úgy mennek ezek, mint ama bizonyos szovjet készülékek, amikre rá kellett csapni... "Miezmár? [BANG] (azaz [restart]) Hm... most már jó. [nap folytatása, mintha mi se történt volna]" Csodás informatikai világ.
Sok-sok gányolás összefércelve (tisztelet a kivételnek... de hát a leggyengébb láncszem elve, ugye), én csodálkozok, hogy egyáltalán így megy. -
luciferc
őstag
úgy döntöttek, élesítik változtatásokat, melyek reményeik szerint két nagyságrenddel növelték volna meg a rendszer teljesítményét.
Tényleg két nagyságrenddel várták gyorsabbnak a rendszert, vagyis kb 100-szoros sebesség növekedést vártak, vagy valaki nincs tisztában a nagyságrend jelentésével? A leírt jellegű gyorsítótárazástól várható 100-szoros teljesítmény növekedés?
-
floatr
veterán
Az open source csodája. Ha már a Sun is referencia implementációnak tekintette a tomcat codebase-t, akkor mi tartaná vissza a többi piaci résztvevőt, hogy megfelelő licensz mellett használják bizonyos részeit.
Mellesleg a JBoss-nak nem sok köze van az IBM-hez. Annál több a redhat-hez.
-
Gregorius
őstag
válasz
#06658560
#14
üzenetére
Az normalis, hogy a hibat nem tudjak reprodukalni? Plane, hogy evlileg a hiba idejen torteno forgalomrol van valamifele logjuk, ami esetleg segithetne.
Teljesen normális. Főleg ha nagy terhelésű erősen párhuzamos, ennél fogva nemdeterminisztikus rendszerről van szó. Nincs log minden egyes apró állapotváltozásról, különben egy csórit be kellene állítani a szerverterembe, hogy óránként dugjon be egy új szalagot, hogy legyen mire logolni. -
#24
WonderCSabo
félisten
WonderCSabo
félisten
A felvi.hu sem megy... A k. anyjukat, minek ajánlgatják annyira, ha még ennyit se bír el?! Ha holnap se megy, adhatom fel postán, csesszék meg.
-
bambano
titán
Engem meglepne, ha korábban nagy informatikai cégek által gründolt appszerverben apacs által faragott tomcat dolgok lennének... Emlékeim szerint a jobss az ibm termék volt valaha, van azoknak saját jávájuk meg saját holmijuk, nem kell nekik apacs.
De nem állítom, hogy nincs igazad, azt állítom, meglepődnék
-
floatr
veterán
Mint említettem több szerver a tomcat készségeit használja v arra épül, így van ez többek közt a weblogic-al, resin-nel meg a jboss-al is emlékeim szerint. Bean konténer használatához nem kell h a servlet konténer full j2ee-szerver legyen, azt is lehet FOSS alapon hozzápakolni.
Az említett hibát ezekkel a szerverekkel reprodukálni lehet.
-
bambano
titán
Igen, mert a tanácsadó nem állhat ott felettük folyamatosan korbáccsal, hogy már megint teszteletlen ear-t akarsz deployolni, puff egy körmös.
A tanácsadó az egyszer elmondja, hogy szerinte hogy kellene, ezt több-kevesebb százalékban megfogadják, majd szerződése lejártával távozik. Utána meg kavarnak, amit sikerül.
-
floatr
veterán
Ott kezdődik a dolog h a Tomcat által használt classloader mechanizmus néha baromságokat csinál, és túlságosan sok további konténer (szerverek, bean konténerek) erre az alkalmatosságra épül rá. Namost ha live re-deployment történik, hajlamos arra h az alkalmazás korábbi változatának kisebb-nagyobb részét elfelejti felszabadítani, saztán röviddel ezután megdöglend.
Ez persze egy teljesen elméleti probléma, semmi köze nincsen a konkrét helyzethez
-
Ennyit tudnak! Vajon kinek a haverjáé az a cég aki az alkalmazásokat írta,?
Amúgy meg ha a Kürt lenne a biztonsági tanácsadó akkor vajon előfordult volna ez?
Egyébként tényleg furcsa. Bevallották hogy elb*ták.
-
-
dabadab
titán
"De mint egy belsős írta: A rendszert eredetileg 300ezer felhasználóra tervezték, amiből mostanra 700ezer feletti lett."
Hu, hat az komoly novekedes, gondolom az UID-t 19 bitrol 20 bitesre kellett novelni
Az otmilliardot majd most fogjak rakolteni, kivancsi vagyok, hogy az mennyire lesz atlathato folyamat.
-
Az miért nem tűnt fel az illetékesek közül senkinek, hogy az Ügyfélkapu pingje FOLYAMATOSAN 300 feletti, amikor meg használják is, akkor inkább 3 másodperchez közelebbi? Én egy noname kiscég weblapjánál is égőnek tartanám ezeket a hozzáférési időket, nemhogy egy ilyen központi cuccnál.
De mint egy belsős írta: A rendszert eredetileg 300ezer felhasználóra tervezték, amiből mostanra 700ezer feletti lett. Feltételezem, az azóta ráköltött 5milliárdból nem futotta plusz vasak beállítására, vagy egy rendesebb internetkapcsolatra.
már bocsánat... Magyarországon vagyunk!
Sok-sok gányolás összefércelve (tisztelet a kivételnek... de hát a leggyengébb láncszem elve, ugye), én csodálkozok, hogy egyáltalán így megy.
Új hozzászólás Aktív témák
Hirdetés
- Haditechnika, harcászat
- Azonnali alaplapos kérdések órája
- E-roller topik
- Stellar Blade
- Counter-Strike: Global Offensive (CS:GO) / Counter-Strike 2 (CS2)
- Milyen billentyűzetet vegyek?
- Azonnali informatikai kérdések órája
- Vezetékes FEJhallgatók
- India felől közelít egy 7550 mAh-s Redmi
- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- További aktív témák...
- ELADÓ TELJES GAMER SETUP!
- Lenovo ThinkPad T14 Gen 3:i5 1250P(12mag),16GB,512GB,14"matt TOUCH,vil.HU bill,Lenovo gari 2026.6.25
- Amazfit Gtr 3 Pro okosóra dobozával újszerű állapotban
- i3-8100 + ASUS H310M alaplap + 8GB RAM egyben (félkonfig)
- Asztali PC , R5 5500 , RX 6700 XT , 32GB RAM , 512GB NVME , 1TB HDD
- Telefon felvásárlás!! Samsung Galaxy A16, Samsung Galaxy A26, Samsung Galaxy A36, Samsung Galaxy A56
- 125 - Lenovo Legion Pro 5 (16ARX8) - AMD Ryzen 9 7945HX, RTX 4070
- ÁRGARANCIA!Épített KomPhone i7 14700KF 32/64GB RAM RX 9070 XT 16GB GAMER PC termékbeszámítással
- ÁRGARANCIA!Épített KomPhone Ryzen 7 9800X3D 32/64GB RAM RTX 5070Ti 16GB GAMER PC termékbeszámítással
- Huawei Nova Y90 128GB, Kártyafüggetlen, 1 Év Garanciával
Állásajánlatok
Cég: CAMERA-PRO Hungary Kft
Város: Budapest
Cég: Promenade Publishing House Kft.
Város: Budapest