Hirdetés
- TCL LCD és LED TV-k
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- OLED monitor topic
- Kormányok / autós szimulátorok topikja
- Milyen billentyűzetet vegyek?
- Házimozi haladó szinten
- Elkezdődött a januári hardverpóker
- AMD K6-III, és minden ami RETRO - Oldschool tuning
- Gaming notebook topik
- HiFi műszaki szemmel - sztereó hangrendszerek
Új hozzászólás Aktív témák
-
Vanlájk, meg dislike többféle és más is. Olyan klasszik tudod! A fórum zárásakor majd Tivadar összeszámolja, amíg zenél nekünk.
#10 bambano / #8 Kalacskepu / #45 patex1983
+1 adom / tényleg
#50 cucka
"nagyvonalúan kihagyták a hibakezelést"
+1 aztaq o.O#17 Flashback
Lájk! Az komoly, az ilyenekről keveset hallani. -
cucka
addikt
Ismétlem, ennek semmi köze a rust memóriakezeléséhez.
Itt az történt, hogy nagyvonalúan kihagyták a hibakezelést. Abszolut semmi köze nincs a memóriakezeléshez, a lekezeletlen hibák minden nyelvben azt eredményezik, hogy leáll a program. Pl. java-ban ha senki nem kezel le egy exception-t, akkor az felszivárog, és megáll a programod. -
A hiba abból adódott, hogy feltételezték, egy találati halmazban nem lesz több elem 200-nál, ennyi memóriát lefoglaltak előre (mert szerintük ettől gyorsabb lesz), és amikor egy másik hiba miatt nagyobb lett a találati halmaz, mint 200, akkor a rust hibával kidobta a kódot.
A probléma, hogy a rust azt állítja, hogy megvéd a memória hibáktól, ezért a rustban programozók egyáltalán nem foglalkoznak ezzel a kérdéssel, miközben a valóság az, hogy *bizonyos* típusú hibáktól megvéd, másoktól nem, de a tróger programozó egyikkel sem foglalkozik már. A rust híre hamis biztonságérzetet kelt, miközben aki C-ben programozott, az előre tudta, hogyha mellényúl a pointerekkel, el fog szállni az egész, tehát óvatosabb volt.
Illetve a másik probléma, hogy hogyan sikerült olyan sql lekérdezést írni, ami hirtelen 4x akkora találati halmazt ad, és az eredmény méretét hogy nem sikerült ellenőrizni. Oké, fakezű ai programozó mindig volt és lesz...
Ezt tudtam kiolvasni az általad mellékelt jelentésből.
-
TomMusic
őstag
A memóriakezelési hibák többségét nyelvi szinten megakadályozza, és már fordítási időben megfogja. De ha valami át is megy, leáll a program, ahelyett, hogy segfaultoljon vagy túlírja a memóriát
Fogd meg a söröm.
Amúgy van egy projectem, amit Pythonban csinálok, és bizony valahol szivárog a memória. Nem vészes, de néhány hét runtime után már számottevő. Ha időmilliomos lennék, átírnám rustra és kiderülne hol a bibi. Bár annyi idő alatt valószínűleg 300x megtalálnám Pythonban is.
-
cucka
addikt
A cloudflare probléma nem memóriakezelési hibából adódott. Amihez amúgy a Rust minden eszközt megad, hogy kiküszöböld, de tudsz benne kifejezetten unsafe kódot is írni, mert ez egy rendszerprogramozáshoz kifejlesztett nyelv.
A hiba abból adódott, hogy basztak rá a hibakezelésre, volt egy Result, amiből megpróbálták kivenni az eredményt anélkül, hogy megnéznék, van-e benne.
Szóval ez színtiszta emberi hanyagság, semmi köze nincs a Rust memóriakezeléséhez.
-
Jester01
veterán
-
-
cucka
addikt
Miért kell "megjavítani", aminek semmi baja?
Nem kell. Ez egy ilyen iparági betegség.
Nem csak open source-ban. A Microsoft hányszor találta már fel újra a chat alkalmazást?Rust-ot nem ismerem, az annyira jó lenne?
Jó nyelv, a közösség körülötte az kb. ilyen vallási fanatikusokból áll. Bármi is lenne a kérdésed, a válasz az, hogy újra kell írni rust-ban, mert az memory-safe.
Kb. ők a szoftveripar dzsihádistái.#38bambano
Igazából a rust megoldása teljesen jó. A memóriakezelési hibák többségét nyelvi szinten megakadályozza, és már fordítási időben megfogja. De ha valami át is megy, leáll a program, ahelyett, hogy segfaultoljon vagy túlírja a memóriát - itt ez történt.Szóval nyelvi szinten mindent elkövettek, hogy egy alacsony szintű, gc nélküli nyelv memory-safe legyen. A baj, hogy a rust fejlesztők ettől azt hiszik, hogy soha nem történhet baj - hát pedig de.
-
Azt olvastam ki abból a jelentésből, hogy mivel a rust úgyis megakadályozza a memóriakezelési hibákat, hát ők nem foglalkoztak vele. Helyette implementáltak egy olyan hibát, amit a rust nem tud lekezelni. Nem is lenne baj, ha ezek a Csajágaröcsöge külső mgtsz melléküzemágát vinnék...
Meg hogy azért borul meg a rendszer, mert az adatbáziskezelő clustert nem bírják konzisztensen upgradelni... rotfl. És nem kezelik le a resultset méretét, mert úgyis jó... hát nem. Hogy is írta a kolléga a hupon: "csak végül az a kurva valóság, az baszott be."Jó, hát az ubuntusok nem először adnak jelentős okot arra, hogy röhögjünk rajtuk...
-
-
#33
bambano
titán
Feketelaszlo
#32
válasz
Feketelaszlo
#32
üzenetére
#hupalert
[link] : "Ht úgy, hogy alkalmazta a DevOps bast Practices Guide-ot, megtervezte a chage-et, megírta konfigot, 4eyes principles segítségével átnézte még egy senior, git push, cicd pipeine letesztelte a devben, a stagingben, minden zöld volt, aztán kiment a prodba, a monitoring - bocsánat, observability rendszer szerint minden zöld, sőt, nagyon zöld volt, csak végül az a kurva valóság, az baszott be." -
#32
Feketelaszlo
senior tag
Z_A_P
#30
Feketelaszlo
senior tag
Vagy egy példán leegyszerűsítve. Mikor a netes kufárok VPN előfizetéssel házalnak a hirdetési blokkban tulajdonképpen eldobható IP-címeket árulnak. A Cloudflare azért van, hogy kiszűrje ezeket a nem kívánatos IP-címeket, túlterheléses támadásokat meg botneteket a mögöttes weboldal forgalmából.
Mint egy házörző kutya aki szimatmintát vesz a látogatókról mieőtt bemehetnének a portára.Viszont egyrrészt a Cloudflarenél nyáron váltottak a csodálatos Rust programozási nyelvre ami valószínűleg inkább hátráltatja, mint sem segítené a fejlesztést.
Másrészt a saját bejegyzétsük szerint kitettek egy új konfig fájlt az élő szerverekre ami nagyobb volt, mint amire előzőleg beállított méretkorlát alapján számított az algoritmus. Ezért lehalt az egész. Tesztelés egyértelmű hiánya. -
cucka
addikt
Ez azt jelenti, hogy a felhasználó és a szerver közé beékelődik a Cloudflare, és proxy szerverként működik. Az összes kommunikáció a kliens és a szerver között átfut a proxy-n.
Ez azért hasznos, mert
- DDOS támadások elleni védelmet ad a szerver üzemeltetőnek. Különösen hasznos cloud infrastruktúránál, ahol a használat után fizetsz, esetleg automatikusan skálázódik. DDOS védelem nélkül egy amatőr hacker egyszerű eszközökkel simán össze tud hozni neked egy több ezer-tízezer dolláros cloud számlát, mire észreveszed.
- Elrejti a szerver ip címét, így hatalmas támadási felületet zár be.
- Cache-elni tud.A coudflare azért lett ennyire kritikus, és azért használja mindenki, mert a fentieket már az ingyenes csomagban is megkapod. (Nyilván, bizonyos korlátokkal)
-
scdlsc
senior tag
"ezt a "ha bepipálod, akkor ember vagy!" dolgot roppant komplikált lehet egy botnak megoldani."
ld.: "A kérdés sosem a kattintásról szól, hanem arról, hogy a rendszer mennyire ítéli emberinek mindazt, ami a kattintás előtt, közben és után történik. ... A modern weben a „Nem vagyok robot” checkbox inkább ürügy egy gyors kockázatelemzésre, mint igazi akadály"
-
ViZion
félisten
Nem csak rókásnál van ez, nyugi. De tegnap az sem működött, nem tudtam belépni egy weboldalra, mert nem tudtam igazolni, h ember vagyok.
Ami több soron vicces már, mert ezt a "ha bepipálod, akkor ember vagy!" dolgot roppant komplikált lehet egy botnak megoldani.Nem is értem, h mi a történet lényege. Itt az EU-ban is több helyen vannak servereik, redundáns meg atomstabil minden... ugye? 'Oszt: háteszthogy?
-
#20
myckey
veterán
Kalacskepu
#8
myckey
veterán
válasz
Kalacskepu
#8
üzenetére
a redundancia ?
-
#19
JulianSinulf
őstag
JulianSinulf
őstag
Észre sem vettem. Én biztos a másik felét nézegetem.
Vajon az ai botok ebből mit tanulnak?
Vagy jobb kérdés, hogy vajon az ai botoknak mennyi közük van hozzá?
Vagy egyszerűen csak hardver elöregedés lenne? -
-
dokiph
tag
Nálunk itt egy baranya közeli vidéki településen 15 évig "atomstabil" volt nagyjából az áramszolgáltatás, 1 éve meg lejtmenet.
A mai napon is vagy 3-4x egymás után elment a "nafta".
Úgy másfél hónappal ezelőtt pedig 8órán(!) át nem volt áram késő délutántól, de másnap egyetlen hír sem volt róla sehol sem.
Végülis, csak majdnem a fél Pécs város-át is érintette...
Érdekes ez a jövő. ...khm, akarom mondani 2025-ös jelen. -
#14
Acélfarkas
őstag
Az ébredező Skynet teszteli a képességeit
. -
"Eltűnt a fél internet!": szerencsére a pornó a másik felén volt...
-
#8
Kalacskepu
őstag
-
#7
Chiller
őstag
noPublicFG
#5
Chiller
őstag
válasz
noPublicFG
#5
üzenetére
Évszakra?
Egy hónap se telt el ezóta:
https://hvg.hu/tudomany/20251021_internet-leallas-amazon-aws-hiba-anyagi-kar-vilaghalo-sebezhetosege-ebx -
#6
roseA580
aktív tag
noPublicFG
#5
roseA580
aktív tag
válasz
noPublicFG
#5
üzenetére
redundancia?
Drága, és általában nem is szükséges, tehát mehet a levesbe!
-
#5
noPublicFG
senior tag
Szinte minden évszakra esik már egy hosting probléma... Ilyen féllábú szutykok lennének, semmi redundancia?
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Hihetetlen. Egy asztalt sem tudtak kiadni.
Új hozzászólás Aktív témák
Hirdetés
- Battlefield 6
- Samsung Galaxy S21 FE 5G - utóirat
- Mobil flották
- TCL LCD és LED TV-k
- Kertészet, mezőgazdaság topik
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- PlayStation 5
- Okos Otthon / Smart Home
- Szívós, szép és kitartó az új OnePlus óra
- OLED monitor topic
- További aktív témák...
- Unihertz Titan 2, android 15 rendszerű, 2 kijelzős -fizikai billentyűzettel rendelkező telefon eladó
- Ryzen 5 2600 + gyári bontatlan hűtő
- Iphone 15 128Gb-7 hónapos-98% akku- Media Markt vásárlás
- Kingstone HyperX Predator RGB DDR4-3200Mhz-CL16 16GB (2x8GB)
- BESZÁMÍTÁS! Intel Core Ultra 5 235 14 mag 14 szál processzor garanciával hibátlan működéssel
- Telefon felvásárlás!! Apple Watch Series 9/Apple Watch Ultra/Apple Watch Ultra 2
- GYÖNYÖRŰ iPhone 13 Mini 128GB Blue- 1 ÉV GARANCIA -Kártyafüggetlen, MS4062
- TP Link HS100 Távolról vezérelhető Wi-Fi-s dugalj (Smart Plug)
- GYÖNYÖRŰ iPhone 11 64GB Red -1 ÉV GARANCIA - Kártyafüggetlen, MS3121
- Telefon felvásárlás!! Honor Magic6 Lite, Honor Magic6 Pro, Honor Magic7 Lite, Honor Magic7 Pro
Állásajánlatok
Cég: Central PC számítógép és laptop szerviz - Pécs
Város: Pécs
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest