Új hozzászólás Aktív témák
-
cadeyrn
aktív tag
Tudom, hogy flame, de...
... mondjátok már meg, PHP-t fikázók, mi tart vissza attól, hogy megfelelő módon használjátok a PHP-t? Nem hiszem, hogy a brainfuckon és a LOLCODE-on kívül van olyan nyelv, amiben nem lehetne jól, struktúráltan és értelmesen programozni, csak ember, tudás, lehetőség, idő és optimalizáció kérdése -
cadeyrn
aktív tag
@bambano : mainframe vs elosztott rendszerek vitához ajánlom Stanislaw Lem Legyőzhetetlen c. kisregényét, elgondolkodtató.
A mainframe minősége valóban nyomja az x86-ot, ezt nem vitatja senki. Azonban 1 db mainframe sosem fog katasztrófatűrő lenni, nem lesz redundáns és ehhez képest borzasztó drága.
A vaxot jogosan említed, jó rendszer volt, de múlt időben, mert sajnos hagyták kimúlni. Ahogy az alpha processzorokat, a digitalt, és így tovább.
Azonban nem volt minden tökéletes, amit ők csináltak. A VMS pl. elképesztően jól megírt rendszer (még mindig(, de a tökéletessége csak addig ér, amíg nem kell semmilyen külső elem. Csak a saját vasát/programját eszi meg, ellenőrzött forrásból, kézzel válogatva, ami így természetesen döbbenetesen magas szintű, csak éppen ma nem állja meg a helyét, mert muszáj heterogén rendszereket összerakni.A PHP meg nem ördögtől való, vannak sokkal rosszabb dolgok is. Viszont látom a saját kódjaimat X évvel ezelőttről: teljesen minden, C vagy PHP, mindkettő ócska, mert sokkal inkább számít a szemlélet és a tapasztalat, mint az, hogy miben programoz az ember.
A phpmyadmin pont ugyanolyan veszélyes, mint a mysql command line interface-e.
-
cadeyrn
aktív tag
nagyon off
Ez esetben bocs a kisregényezésért, teljesen úgy emlékeztem, a Metagalaktikában így emlegették.kevésbé nagyon off
Nem akartam kikezdeni senki tudását és ismereteit, vaxot én csak nézőként éltem meg.Nézőként ill. a storyk hallgatójaként annyit tudok, hogy amikor pl. portolták a unix eszközöket, a VMS stabilitása is billent, ergo a unix eszközökkel volt a gond, nem az ősrendszerrel, ilyenekre gondoltam, amikor azt mondtam, csak a saját rendszereivel annyira atombiztos.
Tudom, hogy sosem fog stabilitásban versenyre kelni egy PC egy mainframe-mel (a HP DL széria pl. bőven PC) - ha önmagukat hasonlítjuk.
Ellenben ha egy komplett elosztott rendszert mérsz össze egy mainframe-mel, ott már néha érezni hasonló képességeket - stabilitásban, mivel annyi redundancia van már benne.Az viszont, hogy nincs bottleneck... azért függ az az átfolyó adatmennyiségtől, szerintem.
Tényleg, kérdés: honnantól számoljuk a mainframe-et?
még kevésbé nagyon off
A PHP ilyen. Sőt, szinte minden scriptnyelv ilyen. Azért script, hogy ne fájjon a típusokkal bajlódás Ott a lua, ami beágyazható: nem típusos, nem is szépen struktúrált, script, mégis piszok hatékony.Az, hogy nem arra használják a PHP-t, amire egykor kitalálták - ez van. Kényelmes, gyors, és ma ezt fizetik ki, a vas olcsóbb, mint a jó programozó.
-
cadeyrn
aktív tag
Azok pedig magát a vms-t nem borítják meg
Nem, azt valóban nem, rendszer alatt a komplett szolgáltatást értettem, elnézést.Az elosztott rendszerek stabilitásával még mindig az a baj, hogy ha meghalt a vas, akkor a rajta futó aktuális processzek elpusztulnak. Meglepődnék, ha processz szinten redundáns lenne a cloud. A cloud szolgáltatás szinten redundáns, tehát ha lepusztul egy darabja, akkor az adott tranzakciórészt újraindítva elvégzi a kiszolgálást. Tehát ha rácsatlakozol egy nagy webszájtra és pont az a node borul le, amire csatlakoztál, akkor a load balancer újrakéri az url-t egy másik node-tól, amit te észre sem veszel. Ettől az adott processz állapottere még ment a levesbe.
Ezzel valóban nem kalkuláltam. Process rendundanciát még nem is láttam sehol megvalósítva.
-
cadeyrn
aktív tag
A mainframe témához: The End of the Mainframe Era at NASA
-
cadeyrn
aktív tag
de ettől az még jobb volt, mint a pc-k.
Ez így van. Sok tekintetben még mindig jobbak, ezt nem is vitattam. Csak azt, hogy az egy nagy gép a sok kis, kaptárszerű géppel szemben avult el - szerintem. A gond az, hogy míg az elsőt erre tervezték a második kvázi kialakul, és sok minden fokozatosan - sokszor rossz irányból - alakul csak ki hozzá. Lehetne a cloudot jól csinálni, de ahhoz valakinek tervezni kellene erre egy komplett megoldást, oprendszerrel, kitalált struktúrával, stb., ennek viszont azért nem igazán van realitásalapja, mert míg mainframe-et eladásra szántak, cloudot szolgáltatásnak.
A rendszer meg... a linuxot korrekt rendszernek tartom, de olyan távolról integet a tényleg stabilitásra alkotott rendszereknek, hogy az ijesztő.
Érdekes egyébként, hogy a mainframe-mel kapcsolatban ott mindenki a teljesítményt említi, amit igazából teljesen logikus "kiszerverni" pl. a Boinc elvén. Viszont a stabilis, az sajnos a veszteség listán szerepel, mind áldozat, legalábbis a fizikai.
Meg kell tudni oldani software-ból, tranzakciókkal, hibakezeléssel, mert a vasra és a rendszerre sokszor nem is engedik már, hogy támaszkodj.[ Szerkesztve ]
-
cadeyrn
aktív tag
válasz fordfairlane #144 üzenetére
Nem tőled, a "Ha nem akarunk úgy járni, mint PHP-vel, sőt a C/C++-al, jobb vigyázni." mondat után lennék kíváncsi, melyik nyelvet tervezték meg jól.
-
cadeyrn
aktív tag
PHP tud sessiont memcached poolban tárolni. Tény, kell hozzá Memcached extension, de mi is egy extension? Ugyanolyan kiegészítő mint pl. a swing a Java-nak.
Az állapottér mentése weben tényleg nem a nyelv, hanem a sw (és a keretrendszer) feladata szerintem is.
Köztes kód? APC ami kb. egyidős a PHP-val, csak nem "kötelezően" része, mindössze modulként bármikor hozzákapcsolható. A köztes kód egyébként szerintem pont, hogy normális egy scriptnél, se Bash se pl. a Perl nem fordít köztes kódot, pont a Python a kivétel. Szerintem.
-
cadeyrn
aktív tag
Mainframe téma: HP disaster proof data center
-
cadeyrn
aktív tag
PHP-ben nincs main függvény. Lehetne, és futhatna végtelen ciklusban egy while(1)-el, csak az az alapműködést borítja meg. Ez az óriási különbség a C++, C#, Java és a többi klasszikus programmal szemben. A PHP-ben nem az alkalmazás a démon, hanem fordító, szóval nem biztos, hogy fair ezt felróni ellene.
http://www.phpcompiler.org/
https://github.com/facebook/hiphop-php/wiki/
Ezekkel le lehet fordítani a PHP kódot, hogy klasszikus program készülhessen belőle. -
cadeyrn
aktív tag
Hopp, amit kifelejtettem némi magyarázatot.
A PHP session túlél minden kérést, és ugyanaz van benne, amíg él. Annyi, hogy kell a kód legelején egy session_start().
Egy session cookie nevű dologhoz kötődik a user gépén, ezzel azonosítja a PHP (!), hogy melyik helyileg mentett file adatai tartoznak az adott kéréshez. (Igen, lehet hijackelni, sajnos) Általában cron törli a szerveren, nem teljesen automatikus, szóval akár örök életű is lehetne.No ez az az elem, amit lehet memcached poolban tárolni, és akárhány webszerverről közösen elérhető. Értsd: mindegy, hogy a loadbalancer a usert melyik webszerverre dobja be, mert ugyanaz a session, már megvannak az adatok róla.
Ergo lényegtelen, hogy a program újraépül, a sessionben ott az adat, ami kell.
Mi is hiányzik?
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen