- A hozzászóláshoz be kell jelentkezni
Hozzászólások
Ahol HP-UX-szal találkoztam, ott az elmúlt években kiszórták a 'csába az Itanium-ot a HP-UX-szal együtt, aztán Linuxot tettek helyére x86_64 alapokon töredéke áron. Szóval nagy meglepetés itt nincs.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Azért bankoknál és hasonló helyeken még tartja magát. Persze ott már az is világraszóló újdonság, ha maximum négy órán(és nem ms-on!) belül elmegy X számláról Y-ra a pénz. Persze szigorúan csak nyitva tartási időben, azon kívül lekapcsolják az amperzabáló fekete dobozokat. :)
--
zsebHUP-ot használok!
- A hozzászóláshoz be kell jelentkezni
Ott van pénz minden szarra. Ha ez igaz, amit a pók mondott, csak idő kérdése és kikopik onnan is.
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
Ott a régebbi alkalmazások miatt is kénytelenek megvenni minden szart, arra meg pénz kell, azt meg annyit szednek az ügyfelektől amennyit csak akarnak.
- A hozzászóláshoz be kell jelentkezni
Ja. Miért van az az érzésem, hogy minden átutalásomnál lefut még 1-2 COBOL sor is?
:wq
- A hozzászóláshoz be kell jelentkezni
"Azért bankoknál és hasonló helyeken még tartja magát."
Bankoknál se... :)
"Persze ott már az is világraszóló újdonság, ha maximum négy órán(és nem ms-on!) belül elmegy X számláról Y-ra a pénz."
A néhány ms alatti átutalás évek óta működik, úgy hívják, hogy VIBER... :)
"Persze szigorúan csak nyitva tartási időben, azon kívül lekapcsolják az amperzabáló fekete dobozokat. :)"
Hátigen... az Ügyfélkapun is úgy találták ki okosék az e-tértivevényt, hogy (a feladástól számítva másodpercre pontosan!) 5 munkanap után kell visszafordítani a hivatali küldeményt... külön szívás leprogramozni egy 7/24-es rendszerben azt, hogy kezelje az ünnepnapokat, a csere-munkanapokat, és persze okosék csak pislogni tudtak arra a kérdésre, hogy ha a hivatal szombat éjjel küldi ki batch-ben az értesítéseit, akkor mikor jár le másodpercre pontosan az öt munkanap. :)
--
http://wiki.javaforum.hu/display/~auth.gabor/Home
- A hozzászóláshoz be kell jelentkezni
A munkanap-banki elszámolási nap kezelések hihetetlen kétoldali áttétes agyfaszt tudnak okozni az emberben.
Ezen kívül tipikus problémakör a magyarországi/külföldi címek kezelése, legyen egységes szerkezet, de szabadszavas bevitel legyen stb.
- A hozzászóláshoz be kell jelentkezni
"A néhány ms alatti átutalás évek óta működik, úgy hívják, hogy VIBER... :)"
Aha, akkor azért ilyen drága, mert az extra, luxusfícsör.
- A hozzászóláshoz be kell jelentkezni
A VIBER-t (Valós Idejű Bruttó Elszámolásforgalmi Rendszer) az MNB működteti, míg a normál elszámolásforgalmat a GIRO bonyolítja le a Bankközi Klíring Rendszerrel. Az MNB VIBER-rel kapcsolatosan az alábbi költségeket követeli meg a tagoktól: http://www.mnb.hu/Root/Dokumentumtar/MNB/Penzforgalom/Penzforgalom_szol…
Az MNB 330 Ft-ot kér tételenként egy VIBER-tranzakcióért. Üzemidőn kívül 1000 Ft.
- A hozzászóláshoz be kell jelentkezni
Ennek pont a feléért megérné nekem is egy ilyen rendszert felállítani és üzemeltetni.
--
zsebHUP-ot használok!
- A hozzászóláshoz be kell jelentkezni
Meg fogsz lepődni, de nem. Olvasgass hitelintézeti törvényt meg PSZÁF előírásokat - nagyon sok mellékes és célszerűtlen marhaságot kell biztosítani ahhoz, hogy ilyen rendszert üzemeltethess.
Pl. kell 3 műszakba felvenni operátorokat, akik okosan nézik, hogy mit csinál a rendszer, ehhez kell ugye legalább 5 embert megfizetni, plusz az irodát, ahol vannak. Kell biztonsági rendszer, elektronikus beléptetőrendszerrel az 5 embernek. Kell egy főnök az 5 embernek.
Naponta legalább 4 jegyzőkönyvet kell kinyomtatni és lefűzni. A rendszer adatait naponta kétszer, két példányban szalagra kell írni úgy, hogy a szalagos egységekben csak mindig csak az aznapi szalag lehet, szalagcserélő robot nem játszik. Azaz kell valaki, aki tud szalagot cserélgetni. A szalagokat egymástól X km-re kell tárolni, jó drága páncélszekrényekben, 10 éves megőrzési idővel.
Kell legalább egy ember, aki a hpt-ből és a PSZÁF előírásokból a saját cégre vonatkozó testreszabott eljárásrendeket/szabályzatokat és hasonlókat előállítja, évenként felülvizsgálja és karbantartja.
A logokra időbélyegzési szolgáltatást kell vásárolnod a Netlock/Microsec páros valamelyikétől, havi 50e Ft.
És még folytathatnám a sort - végtelen sokminden kell egy ilyen rendszerhez, annak ellenére, hogy valószínűleg tökéletesen működőképes és biztonságos lenne a futása az itthoni PC-men is. Na jó, még egy PC kellene valahova máshova a redundancia miatt :-)
- A hozzászóláshoz be kell jelentkezni
...a bankoktól.
Legutóbb, amikor néztem, a CIB 0.5%-ot de legalább 10.000 Ft (tízezer) max. 100 000 Ft jutalékot számolt fel, per viber tranzakció. Ugyanennyi Ersténél is.
"Üzemidőn kívül 1000 Ft."
Az OTP vibert csak banki munkanapon belül teljesít :-) (hivatalos álláspont szerint) Bár ők csak 0.2%-ot számolnak fel, de minimum 4-600Ft között.
Van egy kis profit rajta...
- A hozzászóláshoz be kell jelentkezni
szerintem az OTPnel is 10k..
- A hozzászóláshoz be kell jelentkezni
Basszameg, elnéztem a sort :D
De akkor az is 5 ezrelék de minimum 10k.
- A hozzászóláshoz be kell jelentkezni
Főleg úgy, hogy még azzal sem indokolható a magas fix költség, hogy a banknak fix, forgalomfüggetlen csatlakozási díjat kellene fizetnie a VIBER-hez, ugyanis a VIBER-csatlakozás ingyenes (természetesen a technikai és egyéb feltételeknek meg kell felelni).
Egyedül azzal indokolható a magas fix költség, hogy kevésszámú tranzakció miatt kell fenntartaniuk a VIBER-infrastruktúrát. Viszont ez meg ugye hülyeség, hiszen pont azzal lehetne a tranzakciók számát növelni, hogy a költségeket csökkentik, mert akkor népszerű típus lehetne a VIBER-en keresztüli átutalás.
- A hozzászóláshoz be kell jelentkezni
Mondjuk a viberrel ott basznak ki ahol csak tudnak, pl úgy tudom közepesen megbízható helyről, a neptun tanulmányakadályozó rendszer direkt nem olvas fel bejövő viber átutalást, csak hagyományosat, nehogy utolsó pillanatban is végezhess befizetést.
- A hozzászóláshoz be kell jelentkezni
Szerintem itt másról van szó, inkább arról, hogy a Neptun csak bizonyos időközönként (értsd: naponta egyszer) kapja meg az előző beolvasás óta beérkezett átutalásokat. Ugyanis maguk az átutalások nem a Neptunba mennek (hiszen a Neptun nem pénzintézet), hanem a Magyar Államkincstárhoz. Az, hogy a MÁK naponta hányszor küldi a Neptunok felé az adatokat, az MÁK dolga, nem az SDA Kft-n múlik valószínűleg. A MÁK befogad VIBER-t, de a Neptun csak naponta kapja meg az utalásokat. Bár jó lenne, ha ezt legalább 4 órára módosítanák, hiszen még a lassú utalások is legfeljebb 4 óráig tartanak napközben.
Az baromság, hogy nem olvas fel VIBER-t (egyrészt a Neptunnak fogalma sincs arról, milyen tranzakcióval kapta meg a MÁK a pénzedet, a VIBER-átutalások is normál tranzakciók, csak más infrastruktúrán keresztül közlekednek, nem a GIRO BKR szolgálja ki azokat.
- A hozzászóláshoz be kell jelentkezni
Vagy csak siman atadhatna a MAK a Neptunnak a tranzakcio datumat atutalasonkent ahelyett, hogy az egymas kozotti ping-pong idopontjat hasznalnak (ami senkit nem erdekel, hiszen akkor nincs penz mozgas).
De en is hasznaltam Neptunt rovid ideig, nem lep meg, hogy ez se tokeletes benne.
- A hozzászóláshoz be kell jelentkezni
Hiaba adja at a tranzakcio datumat. Tegyuk fel, hogy te julius 11-en 18:00-kor vizsgaznal. A Neptun 12-en 8:00-kor megtudja, hogy jeee, volt itt egy VIBER atutalas tegnap 17:55-kor. Sokra nem mesz vele, mert a vizsga mar elmult.
A baj azzal van, hogy a Neptun nem azonnal ertesul az azonnali tranzakciokrol (sot a napkozbeni tranzakciokrol). Az, hogy mikor inditottak a tranzakciot, itt irrelevans, a lenyeg, hogy mikor ertesul rola a Neptun.
- A hozzászóláshoz be kell jelentkezni
Akkor lehet, hogy félóránként kéne futtatni, s nem minden munkanap reggel 8kor. (Bár jártam már úgy, hogy külön kérnem kellett 5 nap után, hogy ugyanmár, szeretnék kolidíjat fizetni, de ahhoz fel kéne dolgoztatni a neptun befizetéseket...)
- A hozzászóláshoz be kell jelentkezni
Mondom, hogy ez nem a Neptuntól függ, az SDA Kft.-nek ehhez nincs sok köze. Még HÖK-ös időszakomból tudom, hogy a Neptunhoz érkező utalásokat Excelben kapják meg az egyetemek a MÁK-tól (legalábbis Veszprémben így volt a tandíjakkal), és azt kézzel töltik be a Neptunba. Azaz nincs on-line, automatizált interfész a két rendszer között és tartok tőle, hogy nem az SDA Kft. miatt, hanem a MÁK miatt.
- A hozzászóláshoz be kell jelentkezni
nebassz! ez komoly? a 21. században?
- A hozzászóláshoz be kell jelentkezni
Teljesen komoly.
Miért, az milyen, hogy a Neptun tudomásom szerint nem tud autentikációs szolgáltató lenni? (bár infóim kb. 3 éevesek) Pedig milyen szép lenne, ha mondjuk az egyetemi weboldalra, meg sok minden más egyetemi helyre be tudnál lépni a Neptun-kódoddal.
Ezt a csodát lesd meg: https://wiki.aai.niif.hu/index.php?title=NeptunLdapSyncImpl
- A hozzászóláshoz be kell jelentkezni
unideb-en is ldap-ból megy minden, ott nem is neptun kóddal azonosítod magad, hanem a hallgatói azonosítóval (pl ezzel lépsz be fórumokra, eduroamra, neptunba, hallgatói shellekbe), ami 1:1 kapcsolódik a neptun kódodhoz.
- A hozzászóláshoz be kell jelentkezni
A MÁK-ra pont nem vonatkoznak az IG2 4 órás szabályai, ő az egyik kivétel, akinek nem kell ilyesmivel foglalkoznia. Meg pl. azok a hitelintézetek (helló takarékszövetkezetek), akik nem közvetlenül csatlakoznak a GIRO-hoz, hanem máson keresztül, na, rájuk is 6 órás szabály vonatkozik.
- A hozzászóláshoz be kell jelentkezni
Pl. Raiffeisenéknél lakossági ügyfélkörben egyáltalán nincs VIBER. Ezt két ügyfelesük is megerősítette.
:wq
- A hozzászóláshoz be kell jelentkezni
"lekapcsolják az amperzabáló fekete dobozokat"
A felhők korában kézzel lekapcsolásról meg fizikai processzorok architektúráiról beszélnek. Megáll az ész! :-)
- A hozzászóláshoz be kell jelentkezni
Itt most bankokról van szó!
- A hozzászóláshoz be kell jelentkezni
És? Bankoknál tilos saját privát felhőt üzemeltetni? Vagy csak egyelőre nincs elég tapasztalatuk abban, hogy megbízhatóra és gazdaságosan üzemeltethetőre csinálják meg?
- A hozzászóláshoz be kell jelentkezni
Általában a privát felhők nem építhetőek ki olyan rendelkezésre állással, ami pl egy banki tranzakciókezeléshez szükséges.
- A hozzászóláshoz be kell jelentkezni
Abban a kivételes helyzetben vagyok, hogy sem a felhőket sem a banki szoftvereket nem ismerem. Így nyugodt szívvel kételkedem abban, hogy ez lehetetlen lenne.
Naívan abból indulok ki, hogy legyen egy alkalmazás, hozzá meg egy dedikált VM. Ha futtatni kell a progit, elindítom a VM-jét, ha befejezte, leáll a VM-je magától. Az egyszerűség kedvéért a VM-et nem mozgatom futás közben, csupán olyan HW-en indítom el, aminek elbírja a loadja. (Mondjuk van egy táblázatom a progik igényéről, tudom, épp mi fut rajta, így egy egyszerű összeadás a primitív erőforrásmanagementem alapja.) Ezen kívül van egy HW vezérlőm, ami 1 kivételével az összes nem használt HW-t leállítja.
Semmiképp sem optimális, de pofon egyszerű. Mi a gond vele?
- A hozzászóláshoz be kell jelentkezni
A banki tranzakcióknál a következőkre kell figyelni: értéknapokra szólnak, az egyes értéknapokról naponta különféle iratokat kell kiállítani (elektornikusan). Addig, amíg ezek az iratkiállítások futnak, addig nem szabad befogadnia tranzakciót a rendszernek, hiszen azután újra kellene az értéknapra szóló iratokat kiállítani. Meg még jópár ilyen folyamat van, aminek előfeltétele, hogy amíg a folyamat fut, aközben nem szabad tranzakciónak befutnia. Így nem arról van szó, hogy nem tud skálázódni a rendszer (nagyobb hw-t most is lehetne venni), hanem arról, hogy biztosítani kell bizonyos folyamatokra azt, hogy race condition ne fordulhasson elő. És pont az, hogy nem lehet este átutalást végezni (vagyis lehet, de nem arra az értéknapra), azért van, hogy a race condition ne fordulhasson elő. Gondolj bele, itt nem lehet a rendszer működése nemdeterminisztikus a sok párhuzamos kapcsolat miatt. A rendszer állapotának minden pillanatban konzisztensnek kell lennie.
Egy elosztott Db például eventual consistencyvel rendelkezik, azaz kellően nagy változtatás nélküli idő eltelte után biztosított csak az, hogy minden node ugyanazt az adatot látja. Egy tranzakciónak viszont atomi műveletnek KELL lennie mindenki számára.
http://www.mnb.hu/Root/Dokumentumtar/MNB/Penzforgalom/penzforgalom-vele…
Itt van például, hogy naponta milyen műveleteket és mikor végez az MNB.
- A hozzászóláshoz be kell jelentkezni
"A rendszer állapotának minden pillanatban konzisztensnek kell lennie."
Most naivaként megemlítem, hogy ezt RAC-tól kezdve mysql cluster-ig szinte minden tudja. Utána - szintén naivaként - megemlítem, hogy tudtommal az XA tranzakciókat tudtommal pont erre dolgozták ki. Majd megkérdezem, hogy ez miért van mégis ennyire elbonyolítva? (Ezután befejezem az elbeszélő E/3-at és a sörömet.)
- A hozzászóláshoz be kell jelentkezni
Te csak a DB-ben gondolkodsz. De a pénzügyben kellene kimutatások, jegyzőkönyvek, egyéb elszámolásforgalmi riportok, papírok. Ezek is a rendszer állapotát képezik. Nem teljesen elektronikus, hiszen adhatsz be papíralapú tranzakciót is.
- A hozzászóláshoz be kell jelentkezni
Data Warehouse megoldásokat erre találták ki, nem?
Papíralapú tranzakciós megbízást meg valaki úgyis felviszi a rendszerbe.
- A hozzászóláshoz be kell jelentkezni
A DWH az kicsit mas, az inkabb reporting jellegu meg hosszutavu, forrasadat-tipusu elemek tarolasara valo. Amire te gondolsz, az az OLTP.
- A hozzászóláshoz be kell jelentkezni
valóban, arra gondoltam, miközben leirtam, hogy dw :-)
- A hozzászóláshoz be kell jelentkezni
"A banki tranzakcióknál a következőkre kell figyelni: értéknapokra szólnak, az egyes értéknapokról naponta különféle iratokat kell kiállítani (elektornikusan). Addig, amíg ezek az iratkiállítások futnak, addig nem szabad befogadnia tranzakciót a rendszernek, hiszen azután újra kellene az értéknapra szóló iratokat kiállítani."
Ezt nem tudom teljes mértékben követni. Ezek az "iratok" T+1 vagy T+2 nappal kerülnek ki a rendszerből, amikor az adott értéknapos tranzakciók már réges-rég lezárultak, de ettől függetlenül általában akármikor tudsz számlatörténetet lekérdezni.
"És pont az, hogy nem lehet este átutalást végezni (vagyis lehet, de nem arra az értéknapra), azért van, hogy a race condition ne fordulhasson elő."
Bocsánatot kívánok, de szinte az összes bank képes saját számlái között azonnali átutalásra bármikor, illetve VIBER-el bankok között is. A másik érdekesség, hogy bankközi átutalást elindítani bármikor tudsz, a saját számládon az átutalni kívánt összeg általában azonnal zárolásra kerül...
--
http://wiki.javaforum.hu/display/~auth.gabor/Home
- A hozzászóláshoz be kell jelentkezni
"ocsánatot kívánok, de szinte az összes bank képes saját számlái között azonnali átutalásra bármikor, illetve VIBER-el bankok között is. "
" a saját számládon az átutalni kívánt összeg általában azonnal zárolásra kerül"
A VIBER-tranzakciók eltérnek a normál banki tranzakcióktól, mivel nem visszavonhatók, véglegesek. Van arra példa, hogy szükséges lehet egy tranzakció visszavonása, és pont azért kerül zárolásra és nem elköltésre a pénzed, hogy visszavonhasd a tranzakciót. Ilyen lehet jogosulatlan netbank-hozzáférés esetén a netbanki hozzáférés letiltása és a tranzakciók visszavonása. Meg egyéb más eset is.
- A hozzászóláshoz be kell jelentkezni
Magadnak mondasz ellent. Ha azonnal teljesül, akkor nem okoz race condition-t? Vagy nem zavarja az "iratkiállításokat"? :)
Azt sem értem tisztán, hogy mi a különbség az azonnal teljesülő zárolás és az azonnal teljesülő átutalások között technikai szinten...
--
http://wiki.javaforum.hu/display/~auth.gabor/Home
- A hozzászóláshoz be kell jelentkezni
"Magadnak mondasz ellent. Ha azonnal teljesül, akkor nem okoz race condition-t? Vagy nem zavarja az "iratkiállításokat"? :)"
VIBER-t 8:00 és 18:00-ig fogad be az MNB, utána nincs lehetőség azonnali utalásra. A netes, 18:00 után igényelt VIBER-ek is csak másnap reggel 8-kor fognak teljesülni.
Elolvastad, hogy mit csinál az MNB meg a GIRO egy napon? Már linkeltem itt, hogy az MNB milyen elszámolási lépéseket csinál meg minden nap. Ezen lépések közül rengetegnek feltétele, hogy lezárt tranzakcióhalmazzal dolgozik.
"Azt sem értem tisztán, hogy mi a különbség az azonnal teljesülő zárolás és az azonnal teljesülő átutalások között technikai szinten..."
Zároláskor nem költheted el még egyszer ugyanazt a pénzt, de még nálad van, ezért is tudod visszavonni a tranzakciót (hiszen még nem teljesült). Az azonnali teljesüléskor pedig már a másik félnél van a pénzed.
- A hozzászóláshoz be kell jelentkezni
Tehát ha átállnánk heti elszámolásra, akkor csak vasárnap nem tudnánk utalni.
- A hozzászóláshoz be kell jelentkezni
"VIBER-t 8:00 és 18:00-ig fogad be az MNB, utána nincs lehetőség azonnali utalásra."
És?
"A netes, 18:00 után igényelt VIBER-ek is csak másnap reggel 8-kor fognak teljesülni."
És?
"Elolvastad, hogy mit csinál az MNB meg a GIRO egy napon?"
Nem. De tegnap dicsértek meg az IntraDay Giro projektben való részvétel okán.
"Már linkeltem itt, hogy az MNB milyen elszámolási lépéseket csinál meg minden nap. Ezen lépések közül rengetegnek feltétele, hogy lezárt tranzakcióhalmazzal dolgozik."
Ezt értem, de technikailag a lezárt tranzakció jelzése az egy mező egy adatbázisban.
"Zároláskor nem költheted el még egyszer ugyanazt a pénzt, de még nálad van, ezért is tudod visszavonni a tranzakciót (hiszen még nem teljesült). Az azonnali teljesüléskor pedig már a másik félnél van a pénzed."
Értéknapos átutalásnál például nem kerül zárolásra a pénzed... napközbeni átutalásnál se feltétlen kerül zárolásra a pénz...
Egyébként egyszerűen azt nem értem, hogy mit akarsz mondani, mert írtál mindenféle problémákról, keverve a technikai problémákat üzletpolitikai és egyéb dolgokkal... de nem állt össze egész képpé, hogy "jópár ilyen folyamat van, aminek előfeltétele, hogy amíg a folyamat fut, aközben nem szabad tranzakciónak befutnia", miközben "a VIBER-tranzakciók eltérnek a normál banki tranzakcióktól, mivel nem visszavonhatók, véglegesek", illetve "az azonnali teljesüléskor pedig már a másik félnél van a pénzed", ugyanakkor "ezen lépések közül rengetegnek feltétele, hogy lezárt tranzakcióhalmazzal dolgozik".
Most akkor van lehetőség tranzakciók befutására, amíg a "folyamatok futnak", vagy sem? :)
--
http://wiki.javaforum.hu/display/~auth.gabor/Home
- A hozzászóláshoz be kell jelentkezni
Aha... honnan ez a tapasztalat? :)
--
http://wiki.javaforum.hu/display/~auth.gabor/Home
- A hozzászóláshoz be kell jelentkezni
biztos próbálta már.
- A hozzászóláshoz be kell jelentkezni
Dehogy kapcsolják le őket. Olyankor nem átutalással foglalkoznak, hanem más, sokkal fontosabb dolgokkal, pl. klíringzárással, GIRO küldéssel/fogadással, kamatszámítással, tárgyieszköz-nyilvántartással (igen, ezt egy számlavezető rendszer csinálja) meg hasonlókkal.
Jó ez így :-p
- A hozzászóláshoz be kell jelentkezni
Ja hogy ez még DOS-on fut! De b+, a desqview-t már 90 előtt feltalálták!
--
zsebHUP-ot használok!
- A hozzászóláshoz be kell jelentkezni
Világszintű cégeknél mai napig használatos, ahol a migráció se nem egyszerű, se nem gyors. Persze utóbb innét is kikopik majd, csak sokkal lassabban.
--
robyboy
"Gondolkozni nehéz, ezért legtöbben ítélnek." - Márai Sándor
- A hozzászóláshoz be kell jelentkezni
Tehat az Oracle-nek megis igaza volt. Akkor meg minek a pereskedes? (Kivancsi vagyok attelefonaltak e Scottnak a ceg ugyvedei, hogy megkoszonjek neki ezt a konnyed nyilatkozatot.)
De ami szamomra erdekesebb, hogy 6 eve meg a Sun nyilt levelben ajanlotta, hogy olvasszak ossze a Solaris-t meg a HP-UX-et es fejlesszek kozosen, de persze a HP-nak az nem volt eleg jo ("almost laughable" volt a valasz). Pedig akkor is az volt a Sun egyik erve, hogy a kozos OS megkaphatna a Solarisbol tobbek kozott az x86/x64 szupportot, amit a Sun mar akkor a HP-UX problemajanak latott.
Nah persze akkor meg a HP konnyeden nevette ki a Sun-t, amikor az Oracle-lel dult a szerelem. Most aztan ket szek kozott a pad ala esett.
- A hozzászóláshoz be kell jelentkezni
A világ már 10+ éve lemondott az Itaniumról. Valamikor a kilencvenes évek közepén hallottunk róla előszőr (akkor még Merced néven) - akkor felcsillant a szemünk, hogy esetleg az Alphák, Sparcok, MIPSek mellé az Intel is tojik valami frankót. Mire megérte azt, hogy Itaniumra átkeresztelték, már zsákutca volt.
- A hozzászóláshoz be kell jelentkezni
Hehe.
Azért elegáns fricska az "oralinuxnak".
.
Lassan már csak az AIX marad.
Only be one! :D :D
- A hozzászóláshoz be kell jelentkezni
A Solaris még köszöni, jól van.
--
„Spiró ótvar, Konrád átok, Nádastól meg mindjárt hányok!”
- A hozzászóláshoz be kell jelentkezni
Jól, hogy a fene essen bele. Én, mint NEM laboros, nem rendszergazda, nem karbantartó csak annyit látok belőle, hogy butább grep van rajta, és nincs sudo.
Persze biztos van, aki örül neki, és boldogan használja, én nem látom egyelőre, miben jobb, mint egy vöröskalapos rendszer. (nyílván a támogatott vasakat nem ismerem, és nem is akarom ismerni)
----
India delenda est.
- A hozzászóláshoz be kell jelentkezni
Van, akinek olyan, mint az első szerelem. Igaz, hogy az alanya közben megöregedett, a fiatalabbak sokkal jobban néznek ki, meg többet is tudnak, de hát mégis csak ő volt az első...
- A hozzászóláshoz be kell jelentkezni
ggrep amit keresel és a sudo-t is lehet rárakni.
- A hozzászóláshoz be kell jelentkezni
Persze, mindent lehet alárakni, GNU grep is felmászik (meg az összes többi). De alapvetően egy Unix rendszer nem a kényelemről szól.
----
India delenda est.
- A hozzászóláshoz be kell jelentkezni
Ezt a mondatod hogy érted?
- A hozzászóláshoz be kell jelentkezni
Ezt a mondatot úgy értem, hogy nem felhasználóbarátra tervezték a rendszert, amennyiben az a felhasználó nem Unix szagértő. Mondhatni, megválogatja a barátait.
----
India delenda est.
- A hozzászóláshoz be kell jelentkezni
Mivel a Solaris UNIX, ezzel most nagyon mellélőttél. Aki UNIX szakértő, azaz pont annyit ismer, amennyit a SUS előír, az egy Solaris rendszerrel tökéletesen boldogul. De te valószínűleg azért tartod használhatatlannak/nehezen használhatónak a rendszert, mert olyan dolgokat ismersz, amelyek nem UNIX dolgok, csak UNIX-like dolgok, azokból is GNU projekt által bevezetett bővítések. De "GNU is Not UNIX" per definitionem.
- A hozzászóláshoz be kell jelentkezni
-
- A hozzászóláshoz be kell jelentkezni
Gondolom a magyar nyelvvel meg problémáid vannak, próbáld meg mégegyszer értelmezni, amit leírtam. Sehol nem állítottam, hogy a Solaris ne lenne Unix, sőt.
----
India delenda est.
- A hozzászóláshoz be kell jelentkezni
Annyira buta, hogy szinte minden jó, ami használhatóvá tette a linux-ot onnan jött, pl.: PAM, meg még egy jó pár dolog. :)
Én RedHat support-ból élek, de egyetértek az előttem/utánam szólóval aki első szerelemről beszélt. :)
Lehet, hogy öreg a csaj, de nem fogaz az tuti. :D
- A hozzászóláshoz be kell jelentkezni
A ggrep(/usr/sfw/ggrep) GNU grep, es mindent tud, amit a linuxos. Ha ismerned az RBAC-ot, nem hianyozna a sudo. Persze egyszerubb fikazni, mint tanulni. Mellesleg a solaris 11-ben benne van mindketto, meg egy csomo mas erdekesseg, de gondolom azt is ugyanolyan melyrehatoan ismered, mint az elodjeit.
Toni
- A hozzászóláshoz be kell jelentkezni
Tud annyira előreolvasni a fájlban, hogy a CTRL-C megnyomása után még fél percig kelljen várni, míg megáll? :)
--
zsebHUP-ot használok!
- A hozzászóláshoz be kell jelentkezni
1. Semmiféle ggrep nincs ezen a Solarison. Nem pucolták le róla, alap installban úgy tűnik nem szerepel.
2. Fogalmam sincs mi az az RBAC, és lásd lent.
Mint említettem, nem vagyok karbantartója vagy bármilyen szinten adminisztrátora a masinának, ellenben a szupport szegényes rá, és linuxos előzményekkel bizony baromi kényelmetlen ez a "buta-linux". Nem tervezem megtanulni, mert minden megy, aminek mennie kell, és nem érdeklődöm a Unix-karbantartás iránt.
Szóval nem kell ez a sértett admin hiszti, leírtam, hogy mi a nyűgöm a dologgal, mi okozott nekem személyes ellenérzéseket, és még azt is leírtam mellé, hogy abszolút szubjektív és komolytalan a dolog.
Solaris 11-et meg ugyan minek ismerném, amikor nem azt használjuk környezetnek. Ez is tipikusan olyan támadás, hogy magadból indulsz ki, hogy mindenkit érdekelnek ezek a dolgok. Nem, engem nem érdekel a Solaris, a 11-es meg főleg nem, amikor azt nem is használjuk.
----
India delenda est.
- A hozzászóláshoz be kell jelentkezni
Ez nem hiszti. Te jelentettel ki ex-catedra dolgokat, majd gyorsan vissza is vonultal, hogy Teged nem erdekel a dolog igazabol. Reszemrol a troll uzemmod kikapcsolva.
Toni
- A hozzászóláshoz be kell jelentkezni
De, ez hiszti, ugyanis nem történt semmi olyasmi, amit te mondasz:
"Én, mint NEM laboros, nem rendszergazda, nem karbantartó csak annyit látok belőle, hogy butább grep van rajta, és nincs sudo."
Ahhoz, hogy ex-catedra jelenthessek ki valamit, legalábbis szakértőnek kéne beállítanom magam, amit nyílvánvalóan nem teszek, és ráadásul nem azt állítom, hogy ez vagy az igaz, hanem hogy ÉN szubjektíven azt látom, hogy.
Abszolút szubjektív kis nyűgök ezek, ha az én "szakterületem" szídná így valaki, lehet engem is zavarna, én ezt teljességgel megértem.
Elnézést is kérek, itt.
----
India delenda est.
- A hozzászóláshoz be kell jelentkezni
En hosszu evek voroskalapozasa utan ultem le komolyan Solaris ele, hat, mit mondjak, korai lenne meg temetni. A sudo meg kezdoknek valo :)
--
L
- A hozzászóláshoz be kell jelentkezni
Szerintem senki sem temeti a Solarist. Már évekkel ezelőtt hazaért az eseményről mindenki. :)
--
zsebHUP-ot használok!
- A hozzászóláshoz be kell jelentkezni
GNU grep ezer éve van már a 10-esen is, ha arra van szükséged. sudót meg nem muszáj használni, ott vannak a profilok, amivel ugyanez a funkció elérhető, beépített és sokkal finomabban adagolhatóak a jogok.
--
„Spiró ótvar, Konrád átok, Nádastól meg mindjárt hányok!”
- A hozzászóláshoz be kell jelentkezni
Márhogy úgy érted fel lehet rá tenni a GNU grepet (amit mint említettem, már megtettem rég). Nincs 10-esen.
----
India delenda est.
- A hozzászóláshoz be kell jelentkezni
Teljesen irreleváns, és vitatkozni is felesleges róla, főleg ebben a stílusban, de ami "nincs 10-esen", azt ott találod bármelyik tetszőleges Solaris 10 global zone-ban, amit "Entire Distribution"-ként telepítettél gyári telepítőről. Más kérdés, hogy az alapértelmezett $PATH
nem fogja tartalmazni.
# what /usr/sfw/bin/ggrep
/usr/sfw/bin/ggrep:
SunOS 5.10 SunOS Development May 2004
--
/etc/lib/lu/plugins/lupi_bebasic
- A hozzászóláshoz be kell jelentkezni
L a s s a n í r o m l e, h o g y a l é l e g e z t e t ő g é p e n l é v ő k i s m e g é r t s é k.
"Lassan már csak..."
- A hozzászóláshoz be kell jelentkezni
http://arstechnica.com/information-technology/2012/07/hp-says-itanium-h…
Farrand left out a part of HP's Project Odyssey briefing notes to that effect: "Project Odyssey includes continued investment in our established mission-critical portfolio of Integrity, NonStop, HP-UX, OpenVMS as well as our investments in building future mission-critical x86 platforms.
azaz kihagyta, hogy az Odyssey projekt folytatja a HP-UX fejlesztését.
- A hozzászóláshoz be kell jelentkezni
Erről valahogy ez jutott eszembe:
http://www.youtube.com/watch?v=eM1M7yqqbUw
:))
--
„Spiró ótvar, Konrád átok, Nádastól meg mindjárt hányok!”
- A hozzászóláshoz be kell jelentkezni
Punks are not dead, either...
"Jegyezze fel a vádhoz - utasította Metcalf őrnagy a tizedest, aki tudott gyorsírni. - Tiszteletlenül beszélt a feljebbvalójával, amikor nem pofázott közbe."
- A hozzászóláshoz be kell jelentkezni
Reggeli olvasasi uzemmodomban igy dekodoltam: "Lemondott az Itaniumrol a HUP?"
- A hozzászóláshoz be kell jelentkezni
Óh, mi már rég :)
- A hozzászóláshoz be kell jelentkezni