Szerveroldali Go (/node.js), mysql projektmunka
2015-04-30T08:24:39+02:00
2015-04-30T13:08:43+02:00
2022-07-19T03:36:51+02:00
  • Nem csak a php-nek, a gonak es a nodejs-nek is vannak veleszuletett skalazhatosagi korlatai, csak masmilyenek.

    A node skalazhatosagi korlatai:
    A javascript kod vegrehajtasa egyszalu, csak az io muveltek mennek tobb szalon. Tehat ha egy requestben valamilyen szamitasigenyes feladatot csinalsz, az osszes tobbi request feldolgozasa all addig amig be nem fejezodik.

    A go skalazhatosagi korlatai:
    A mostani keretrendszerek ugyan ugy uj szalat inditanak egy request feldolgozasahoz mint az apache/php, csak a gorutinok koltsege sokkal kisebb. Ettol fuggetlenul ugyan ugy letezik a problema mint a phpnel.

    Viszont valoszinuleg ezek kozul egyikbe sem fogsz belefutni mert akar a php, go, nodejs tobb requestet tud parhuzamosan futtatni mint amennyit egy optimalizalatlan adatbazissal ki tudnal szolgalni. Ezen kivul a halozatnak es a filrendszernek is vannak korlatai amit hamarabb elerhetsz minthogy a szalkezelessel legyen problemad.

    Sokkal tobb tenyezotol fugg a skalazhatosag mint a szalkezeles modjatol. (es feladat fuggo hogy melyik fajta szalkezeles jobb)
    Mutasd a teljes hozzászólást!
  • Hogy egy node-on mennyit lehet kihozni adott technologiabol, joideig (ertsd terhelesig) irrelevans. Egyebkent nepszeru "non-blocking io" buzzword a PHP vilagban is jelen van, lasd React bar gondolom max annyira kiforrott, mint node meg go keretrendszerei...
    Mutasd a teljes hozzászólást!
  • Az alkalmazasszervert barmikor felhuzhatod meg egy node-ra es eloszthatod kozottuk a terhelest, tokmindegy, hogy miben irodott az alkalmazas, csudajol fog skalazodni. Teljesitmeny mas kerdes, de inkabb ORIASI terhelesnel erdemes fontolgatni a fejlesztoi produktivitas felaldozasat a teljesitmeny javara (azzal, hogy kiforratlan technologiat hasznalsz, vagy ilyensmire nem kifejezetten alkalmasat, pl. c/c++).

    En egy lehetseges elonyet latom a Go-nak: egybol kiszuri a rohadt koklereket, amibol a PHP-s vilagban van boven.
    Mutasd a teljes hozzászólást!
  • Ezzel nem feltetlenul ertek egyet. A php-nak tudtommal veleszuletett skalazhatosai korlatjai vannak amiatt hogy minden keresnek uj szalat indit es OS fuggoen max nehany ezer szalat lehet egyszerre inditani, ez a limit node/go eseten nem letezik ha jol tudom.

    Korai optimalizalassal egyetertek, hogy felesleges
    Mutasd a teljes hozzászólást!
  • Onmagaban attol hogy nodejsben vagy goban van megirva nem lesz skalazhatobb. Attol lesz skalazhato ahogy meg van irva.

    A masik problema hogy ha nem jol tippeled meg hogy mi lesz a szuk keresztmetszet a "komoly" idokben akkor a korai optimalizalas miatt jo esellyel rosszabb lesz a teljesitmeny mint ha nem optimalizalnal sehogy.
    Mutasd a teljes hozzászólást!
  • A kezdeti feladatra jo lenne a php is, de hosszabbtavon ha komolyodik a dolog, jobb ha mar eleve skalazhatobb alapokon van. A php-val a fo gondom a skalazhatosag, sebesseg, tipustalansag.
    Mutasd a teljes hozzászólást!
  • A sebesseg az elonye. Ezek nem szokasos CRUD-os programok. (email szever, eloztott worker queue meghasonlok)

    Azert go lett mert a c++ / javanal -nal sokkal egyszerubb :)
    Mutasd a teljes hozzászólást!
  • En csak ellenerveket latok ebben a hozzaszolasban.  
    Mutasd a teljes hozzászólást!
  • Egyfelol a linkelt cikkek node.js vs go-rol szolnak, masfelol "concurrency" meg "distributed system" fogalmak is gyakran elojonnek amikor Go elonyeit taglaljak, te viszont (a leirasod alapjan) egy egyszeru, szokasos CRUD webes feluletet akarsz. PHP miert nem jo?
    Mutasd a teljes hozzászólást!
  • Tobb projectet is irtam mar go-ban amik most is elesben futnak, a mostani eszkozokkel mar jol el lehet boldogulni, eleg gyorsan fejlodnek. A legnagyobb hatranya az hogy sokkal lassabb benne a fejlesztes mint ruby/railsben vagy masik fejletettebb keretrendszerekben.
    Mutasd a teljes hozzászólást!
  • Teny, hogy nagy hatranya, hogy nem elegge elterjedt, de aki szerveroldalon jartas az konnyen megtanulhatja, akar a munka kozben is.

    Hogy ennek ellenere miert tunik jobbnak szamomra, ezert:

    Farewell Node.js
    Why I went from Python to Go (and not node.js)
    http://bowery.io/posts/Nodejs-to-Golang-Bowery/
    From Node.js To Go, Why One Startup Made The Switch - The New Stack
    The March Towards Go
    Mutasd a teljes hozzászólást!
  • Nem fix a Go es a mysql, meggyozheto masrol is, de az tunik most a legjobb valasztasnak.

    Miert tunik a Go a legjobb valasztasnak, azert mert kb senki nem ert hozza (aki ert, az megkeri az arat, ha van esze) es a legnepszerubb webes keretrendszere is alpha allapotban van..?
    Mutasd a teljes hozzászólást!
  • Sziasztok, 

    egy ismeros projektjere keresek egy embert aki egy egyszeru feladatot meg tudna oldani Go-ban (esetleg node-ban).
    Egy nehany tablas adatbazis strukturat kellene letrehozni, ahhoz az alap CRUD muveleteket megirni.

    Az egesz felallasban is nehany het alatt megoldhato, fizetes vagy oradijban vagy fix specifikacio alapjan projekt alapon menne es ha mindenkinek tetszik minden akkor hosszutavu folytatasa is lenne.

    Nem fix a Go es a mysql, meggyozheto masrol is, de az tunik most a legjobb valasztasnak.

    Email: info@vargaandras.com v. grizzly33@gmail.com

    Udv.
    Mutasd a teljes hozzászólást!
abcd