Interessante Aptana Jaxer!

Jaxer è il primo AJAX Server e le premesse per essere un prodotto rivoluzionario ci sono tutte. Supporto nativo per HTML, JavaScript, CSS, XMLHttpRequests, JSON, DOM scripting, ecc...

Sarà possibile lavorare con JavaScript per interagire con files, database, ecc...

Da tenere d'occhio. Io intanto ve lo butto lì, poi magari ci sarà un bel approfondimento. Interessante anche il post su OSS-Blog.

[tags]jaxer[/tags]

, , ,
1 Star2 Stars3 Stars4 Stars5 Stars Vota!
Loading ... Loading ...
Condividi

Articoli che potrebbero interessarti

Aptana si aggiorna e migliora il supporto a PHP
5 links su Adobe AIR
Down di 2 ore
10 tools gratuiti per il webdesign
15 Links AJAX

14 Commenti per “Interessante Aptana Jaxer!”

  1. MyAvatars 0.2 Fabrizio yQy ha detto:

    ciao napolux. grazie per la segnalazione, davvero interessante.
    posso farti una domanda da puro scemonito?
    sviluppo una bella webapplication con questo nuovo metodo, e se poi nel browser disabilito javascript cosa succede?
    ciao, buon fine settimana.

  2. MyAvatars 0.2 Napolux ha detto:

    Bella domanda. Però ti rispondo con un’altra domanda: quanti sono secondo te gli utenti che OGGI, dove JavaScript è una delle “tecnologie” fondanti del Web 2.0 (e non solo) tengono JavaScript disabilitato?

    Secondo me meno dell’uno percento del totale. Una parte trascurabile IMHO.

    ESEMPIO
    Se meno dell’1% dell’utenza usa ancora Internet Explorer 3 o una risoluzione monitor di 640×480 gli sviluppatori secondo te ne tengono conto?

  3. MyAvatars 0.2 Fabrizio yQy ha detto:

    si, concordo pienamente con te. la mia era solo una curiosità tecnica.
    ho fatto caso che usando opera, quando viene eseguito un javascript ti chiede se vuoi disabilitarlo, e se magari uno preme accidentalmente SI…. (si, daccordo, un caso limite [estremo]). era solo curiosità :)

    all’esempio rispondo no, ed aggiungo “aggiornatevi” :D
    grazie per la risposta/domanda ;)

    comunque hai gia avuto modo di provarlo per caso?
    ciao.

  4. MyAvatars 0.2 Napolux ha detto:

    Ancora non l’ho provato. Appena ho un po’ di tempo magari ci smanetto un pochettino…

  5. MyAvatars 0.2 Fabrizio yQy ha detto:

    spero di poter fare lo stesso. buona domenica ;)

  6. MyAvatars 0.2 Teo Ambrogio ha detto:

    aptana studio esisteva gia ed era un ottimo aiuto per javascript con debug annesso, ma ora con jaxer è una svolta, e forse fara gioire anche i programmatori javascript-lover x la presenza del server immediato… il supporto per rubyonrails c’è (e secondo me il sito è fatto in RoR… :roll: ), ma soprattutto c’è l’operabilità con le migliori librerie ajax al momento (dojo, jquery… anche se mancano altre, valide)… inoltre, giusto x irrobustire di info il post, il motore di jaxer è esso stesso in ajax, difatti segnala immediatamente quelli che sono gli errori di scrittura, e molti ide non lo fanno. insomma sembra un’ottima cosa.

    certo, per chi ancora non ha fissato bene in testa cos’è ajax, vai a spiegare il pomposo titolo “the ajax server” (”ma il fattore IN di questo egiax, non era il claient…? :mrgreen: “)

  7. MyAvatars 0.2 Giovambattista Fazioli ha detto:

    Javascript lato server… è curioso che un linguaggio nato per il client si sposti dall’altra parte della barricata! Tuttavia sono scettico sui vantaggi… a me, per adesso, va bene così com’è il Web! Javascript lato server - tra l’altro - c’è sempre stato e, infatti, non ha mai avuto questo “successo” clamoroso.
    Comunque sia mi piacerebbe che qualcuno elencasse i perchè di un javascript lato server, in quanto a me sfuggono così di primo acchitto! Tuttavia potrei sbagliarmi, come spesso accade :razz:

  8. MyAvatars 0.2 Teo Ambrogio ha detto:

    hmm.. qui qualche risposta con bei grafici: http://aptana.com/node/150
    in sintesi, jaxer permette di usare javascript (e basta!) per costruire applicazioni complete interagendo col db e coi file (sostituendo alla grande i CGI) direttamente. inoltre, permette (potrebbe farlo) l’interazione con java vero e proprio, quindi richiamando le classi java (e a me piacerebbe molto), un po’ come fa rhino di mozilla: http://www.mozilla.org/rhino/

    ancora, vuoi mettere la potenza (nonché il fatto di essere cool :cool: ) di interagire col browser e col server, tutto con un unico linguaggio? ovviam a vantaggio dei programmatori javascript (e sono tanti). poi, come dici tu, netscape da sempre ha creato javascript lato server (mentre microsoft creava ASP) non riscuotendo successo, ma con la ri-scoperta di ajax potrebbe tornare utile, nel senso che velocizzando l’interazione col server (appunto l’utilità di ajax, cioè l’asincronia) posso usare javascript anche sul server… io un manuale vecchio ma efficace di 400 pag lo conservo gelosamente, se a qualcuno interessa :lol: e i tag SERVER SERVER dentro un file html me li sogno felicemente la notte a volte :mrgreen:

    cmq tutto è opinabile, nel senso che poi ognuno può ovviam contraddire tutto quello che sto dicendo, perché non gli trova utilità, visto che di linguaggi server-side ce ne sono tanti(troppi)….

  9. MyAvatars 0.2 Giovambattista Fazioli ha detto:

    Sono d’accordo! La discussione mi sembra interessante. Faccio un esempio per evidenziare quello che intendevo. Uno dei vataggi di Javascript lato Client (con gli annessi Ajax) risiede nella caratteristica di poter di fatto interagire con il DOM della pagina e - tramite Ajax - con il Server, senza caricare il Server stesso.
    Quello che è curioso è che mi sembra ci siano “mode” a seconda dei periodi. Quando esplose il fenomeno Ajax, o comunque la manipolazione delle pagine via Javascript, si poneva l’accento sul “meno carico sul Server”. In pratica si evidenziava l’efficacia di sfruttare la CPU del Client per eseguire tutta una serie di operazione prima demandate ai Server. Probabilmente perchè negli ultimi anni i PC domestici sono diventati veri e propri mostri (io ho un Core due quad a 8 giga!!!).
    Insomma, il codice dove deve stare… sul Client o sul Server?

  10. MyAvatars 0.2 Teo Ambrogio ha detto:

    guarda, a riguardo c’era la mia battuta a fine commento (due commenti fa miei) :mrgreen:
    a parte gli scherzi, la verità è che il “meno carico sul server” rimane ancora, nel senso che ajax non muore con jaxer, anzi si sfrutta alla grande javascript sul client. ma oltre questo si può sfruttare anche lato server :roll: tutto qui! invece di usare i linguaggi server-side usi javascript anche lato server… da lì il termine “ajax server”. in fondo con ajax ciò che si sfrutta è che si fa lavorare di meno il server, ma NON che si scrive meno codice lato server…. non so se mi HO spiegato :smile:
    quindi la risposta alla tua domanda potrebbe essere: “in entrambi i posti!” :razz:

  11. MyAvatars 0.2 Giovambattista Fazioli ha detto:

    Risulta quindi, sotto quest’ottica, che abbiamo un nuovo server-side-script!
    Mi piacerebbe vedere un esempio del suo utilizzo comunque, visto che lato server sono oramai abituato ad usare PHP. Mi chiedo: come apro un file sul Server con Jaxer? Adoro fopen() e mi dispiacerebbe perderlo ;)
    Bella chiaccherata :idea:

  12. MyAvatars 0.2 Teo Ambrogio ha detto:

    fattelo fare dall’autore del post l’esempio :mrgreen:
    mica va bene che lancia il sasso e nasconde la mano.. :mrgreen:
    ps: poco fa sono stato a cena con un brianzolo qui in capitale, sei esonerato x stasera :cool:

  13. MyAvatars 0.2 Giovambattista Fazioli ha detto:

    Autore…!! :lol:
    Attendo esempio… :mrgreen:

  14. MyAvatars 0.2 Napolux ha detto:

    Stavate parlando di me??? :P Datemi qualche giorno, sto lavorando un sacco questi giorni, e ho pochissimo tempo per i giocattoli :P

Lascia un commento



Chiudi
Invia e-mail