-
suorgiambi, a me!Scritto daNon Autenticatoil 2011-07-31 04:28:00.0 alle 2011-07-31 04:28:00.0JavaScript filesystem database
http://unfoldingtheweb.com/2010/12/21/javascript-f...
Come è possibile una cosa simile? Come può Javascript accedere al filesystem?-
Re: suorgiambi, a me!Scritto daNon Autenticatoil 2011-07-31 10:05:00.0 alle 2011-07-31 10:05:00.0
-
Re: suorgiambi, a me!
- Scritto da:
> JavaScript filesystem database
>
> http://unfoldingtheweb.com/2010/12/21/javascript-f
>
> Come è possibile una cosa simile? Come può
> Javascript accedere al
> filesystem?
node.js è javascript fuori dal browserYoung professional woman and busy mom.-
Re: suorgiambi, a me!Scritto daNon Autenticatoil 2011-07-31 14:10:00.0 alle 2011-07-31 14:10:00.0> > JavaScript filesystem database
> >
> >
> http://unfoldingtheweb.com/2010/12/21/javascript-f
> >
> > Come è possibile una cosa simile? Come può
> > Javascript accedere al
> > filesystem?
>
> node.js è javascript fuori dal browser
Cioè Javascript lato server?
O una specie di "macchina Javascript" che funziona anche in locale?
Esiste qualcosa di simile?-
Re: suorgiambi, a me!
- Scritto da:
> > > JavaScript filesystem database
> > >
> > >
> >
> http://unfoldingtheweb.com/2010/12/21/javascript-f
> > >
> > > Come è possibile una cosa simile? Come può
> > > Javascript accedere al
> > > filesystem?
> >
> > node.js è javascript fuori dal browser
>
> Cioè Javascript lato server?
Se fa da server sì.
http://nodejs.org/
In pratica Ryan Dahl ha preso v8, il runtime javascript di google chrome, e usando la sintassi di commonjs ha fatto in modo di poter caricare sia dei files javascript come moduli che interfarcciarsi via c/c++.
Il funzionamento del runtime gira intorno all'event loop, quindi non è possibile il parallelismo in quanto esegue una sola operazione per volta. Il vantaggio è che la complessità del codice multithread svanisce (non devi preoccuparti di accessi contemporanei alle variabili), al prezzo di scrivere il codice per eventi e callback continuations.
Solitamente i web server sono limitati dall'i/o (attesa di una request, attesa di una risposta dal db), l'uso effettivo della cpu è poco influente, quindi node.js riesce ad avere performances molto buone.
Un semplice fileserver scritto con node.js è riuscito ad avere prestazioni pari a lighttpd.
Il runtime è giovane, ma c'è molta attività perché è piaciuto parecchio. Infatti trovi moduli già scritti per fare molte cose (driver db, templating, webserver più o meno evoluti..):https://github.com/joyent/node/wiki/modules

> O una specie di "macchina Javascript" che
> funziona anche in
> locale?
> Esiste qualcosa di simile?
eh?Young professional woman and busy mom.-
Re: suorgiambi, a me!Scritto daNon Autenticatoil 2011-07-31 14:59:00.0 alle 2011-07-31 14:59:00.0> > > node.js è javascript fuori dal browser
> >
> > Cioè Javascript lato server?
>
> Se fa da server sì.
> http://nodejs.org/
Non ci capisco un mazzo, quanto è cambiato Javascript dall'ultima volta. 
> In pratica Ryan Dahl ha preso v8, il runtime
> javascript di google chrome, e usando la sintassi
> di commonjs ha fatto in modo di poter caricare
> sia dei files javascript come moduli che
> interfarcciarsi via
> c/c++.
> Il funzionamento del runtime gira intorno
> all'event loop, quindi non è possibile il
> parallelismo in quanto esegue una sola operazione
> per volta. Il vantaggio è che la complessità del
> codice multithread svanisce (non devi
> preoccuparti di accessi contemporanei alle
> variabili), al prezzo di scrivere il codice per
> eventi e callback
> continuations.
> Solitamente i web server sono limitati dall'i/o
> (attesa di una request, attesa di una risposta
> dal db), l'uso effettivo della cpu è poco
> influente, quindi node.js riesce ad avere
> performances molto
> buone.
> Un semplice fileserver scritto con node.js è
> riuscito ad avere prestazioni pari a
> lighttpd.
> Il runtime è giovane, ma c'è molta attività
> perché è piaciuto parecchio. Infatti trovi moduli
> già scritti per fare molte cose (driver db,
> templating, webserver più o meno
> evoluti..):
>https://github.com/joyent/node/wiki/modules

Ma richiede script remoti su un servizio di hosting o funziona anche sul tuo computer?
> > O una specie di "macchina Javascript" che
> > funziona anche in
> > locale?
> > Esiste qualcosa di simile?
>
> eh?
Javascript 1.4, diceva il manuale di Netscape, oltre al linguaggio interpretato nel browser aveva anche una parte lato server con un suo set di istruzioni, che uno poteva scegliere come un linguaggio di programmazione invece di PHP o Perl eccetera. Però non ho mai visto un hosting che lo offrisse.
Mi chiedevo se potesse esistere qualcosa di simile ma che funziona sul computer locale, una specie di modulo che aggiunge a Javascript funzioni per il filesystem eccetera, cosicché da browser si possono manipolare file; oppure un server locale che possiede tali funzioni (se ho capito bene nodejs lo è).-
Re: suorgiambi, a me!
- Scritto da:
> > > > node.js è javascript fuori dal browser
> > >
> > > Cioè Javascript lato server?
> >
> > Se fa da server sì.
> > http://nodejs.org/
>
>
Non ci capisco un mazzo, quanto è cambiato
> Javascript dall'ultima volta.
>
E' solo ecmascript 5, ecma-262. Sempre quello.
> > In pratica Ryan Dahl ha preso v8, il runtime
> > javascript di google chrome, e usando la
> sintassi
> > di commonjs ha fatto in modo di poter caricare
> > sia dei files javascript come moduli che
> > interfarcciarsi via
> > c/c++.
> > Il funzionamento del runtime gira intorno
> > all'event loop, quindi non è possibile il
> > parallelismo in quanto esegue una sola
> operazione
> > per volta. Il vantaggio è che la complessità del
> > codice multithread svanisce (non devi
> > preoccuparti di accessi contemporanei alle
> > variabili), al prezzo di scrivere il codice per
> > eventi e callback
> > continuations.
> > Solitamente i web server sono limitati dall'i/o
> > (attesa di una request, attesa di una risposta
> > dal db), l'uso effettivo della cpu è poco
> > influente, quindi node.js riesce ad avere
> > performances molto
> > buone.
> > Un semplice fileserver scritto con node.js è
> > riuscito ad avere prestazioni pari a
> > lighttpd.
> > Il runtime è giovane, ma c'è molta attività
> > perché è piaciuto parecchio. Infatti trovi
> moduli
> > già scritti per fare molte cose (driver db,
> > templating, webserver più o meno
> > evoluti..):
> >https://github.com/joyent/node/wiki/modules

>
> Ma richiede script remoti su un servizio di
> hosting o funziona anche sul tuo
> computer?
Funziona alla grande anche sul tuo pc
Oddio pure sul tuo non lo so, per windows siamo ancora all'alba dei tempi anche se sulla release corrente si sta lavorando proprio per averlo su windows senza passare da cygwin.
Su linuzzo l'installazione è triviale, poi usando npm come package manager ancora di più.
> > > O una specie di "macchina Javascript" che
> > > funziona anche in
> > > locale?
> > > Esiste qualcosa di simile?
> >
> > eh?
>
> Javascript 1.4, diceva il manuale di Netscape,
> oltre al linguaggio interpretato nel browser
> aveva anche una parte lato server con un suo set
> di istruzioni, che uno poteva scegliere come un
> linguaggio di programmazione invece di PHP o Perl
> eccetera. Però non ho mai visto un hosting che lo
> offrisse.
> Mi chiedevo se potesse esistere qualcosa di
> simile ma che funziona sul computer locale, una
> specie di modulo che aggiunge a Javascript
> funzioni per il filesystem eccetera, cosicché da
> browser si possono manipolare file; oppure un
> server locale che possiede tali funzioni (se ho
> capito bene nodejs lo
> è).
Sì il concetto è quello, ma decisamente superiore a quello che aveva e faceva netscape.Young professional woman and busy mom.-
Re: suorgiambi, a me!Scritto daNon Autenticatoil 2011-07-31 15:20:00.0 alle 2011-07-31 15:20:00.0> > > > > node.js è javascript fuori dal browser
> > > >
> > > > Cioè Javascript lato server?
> > >
> > > Se fa da server sì.
> > > http://nodejs.org/
> >
> >
Non ci capisco un mazzo, quanto è cambiato
> > Javascript dall'ultima volta.
> >
>
> E' solo ecmascript 5, ecma-262. Sempre quello.
>
> > > In pratica Ryan Dahl ha preso v8, il runtime
> > > javascript di google chrome, e usando la
> > sintassi
> > > di commonjs ha fatto in modo di poter caricare
> > > sia dei files javascript come moduli che
> > > interfarcciarsi via
> > > c/c++.
> > > Il funzionamento del runtime gira intorno
> > > all'event loop, quindi non è possibile il
> > > parallelismo in quanto esegue una sola
> > operazione
> > > per volta. Il vantaggio è che la complessità
> del
> > > codice multithread svanisce (non devi
> > > preoccuparti di accessi contemporanei alle
> > > variabili), al prezzo di scrivere il codice
> per
> > > eventi e callback
> > > continuations.
> > > Solitamente i web server sono limitati
> dall'i/o
> > > (attesa di una request, attesa di una risposta
> > > dal db), l'uso effettivo della cpu è poco
> > > influente, quindi node.js riesce ad avere
> > > performances molto
> > > buone.
> > > Un semplice fileserver scritto con node.js è
> > > riuscito ad avere prestazioni pari a
> > > lighttpd.
> > > Il runtime è giovane, ma c'è molta attività
> > > perché è piaciuto parecchio. Infatti trovi
> > moduli
> > > già scritti per fare molte cose (driver db,
> > > templating, webserver più o meno
> > > evoluti..):
> > >https://github.com/joyent/node/wiki/modules

> >
> > Ma richiede script remoti su un servizio di
> > hosting o funziona anche sul tuo
> > computer?
>
> Funziona alla grande anche sul tuo pc
> Oddio pure sul tuo non lo so, per windows siamo
> ancora all'alba dei tempi anche se sulla release
> corrente si sta lavorando proprio per averlo su
> windows senza passare da
> cygwin.
> Su linuzzo l'installazione è triviale, poi usando
> npm come package manager ancora di
> più.
>
> > > > O una specie di "macchina Javascript" che
> > > > funziona anche in
> > > > locale?
> > > > Esiste qualcosa di simile?
> > >
> > > eh?
> >
> > Javascript 1.4, diceva il manuale di Netscape,
> > oltre al linguaggio interpretato nel browser
> > aveva anche una parte lato server con un suo set
> > di istruzioni, che uno poteva scegliere come un
> > linguaggio di programmazione invece di PHP o
> Perl
> > eccetera. Però non ho mai visto un hosting che
> lo
> > offrisse.
> > Mi chiedevo se potesse esistere qualcosa di
> > simile ma che funziona sul computer locale, una
> > specie di modulo che aggiunge a Javascript
> > funzioni per il filesystem eccetera, cosicché da
> > browser si possono manipolare file; oppure un
> > server locale che possiede tali funzioni (se ho
> > capito bene nodejs lo
> > è).
>
> Sì il concetto è quello, ma decisamente superiore
> a quello che aveva e faceva
> netscape.
La vita si fa sempre più complicata.
Però devo almeno tenermi vagamente aggiornato su ciò che si può fare, anche se non sarò mai in grado di farlo io.
-
-
-
-
-
-
