Considerando un Erlang web framework da imparare e da usare in produzione

Ho iniziato a imparare Erlang un paio di giorni fa ed è sicuramente molto interessante, la lingua e molto adatto per lo sviluppo web (back-end, almeno). Ho intenzione di sperimentare e risolvere finalmente con una Erlang web framework da utilizzare per il mio prossimo progetto. Dal Erlang è “nuovo” è un po ‘ difficile decidere quale sia il framework da utilizzare (ad es. mancanza di documentazioni e blog). Finora il mio googleing ha mi ha restituito 3 risultati e mi chiedo chi ha esperienza in Erlang (soprattutto Erlang sviluppo web) si prega di commentare i pro e i contro di ciascun quadro e aggiungere qualsiasi mancanti quadri.

Requisito del progetto:

  1. Applicazione Web
  2. Database
  3. HTTPs
  4. La memorizzazione di file (ad esempio immagini)
  5. PDF manipolazione
  6. Logica dinamica di confronto (ad esempio LHS == RHS ecc)

Erlang framework web:

  1. Azoto (preferito finora)
  2. Erlyweb
  3. BeepBeep
  4. Chicago Boss
  5. Erlang Web
  6. webmachine

Erlang database:

  1. Skillset (preferito finora)
  2. CouchDb
  3. MongoDB

Concrns:

  1. Azoto
    • JavaScript generazione

      Dal Azoto genera e embeddes codice JavaScript alla pagina che ha aumentato le dimensioni della pagina. Io non sono sicuro se è possibile in qualche modo “separata” generato il codice JavaScript da raw html (in qualche modo possono essere memorizzati nella cache dal browser) al fine di ridurre i dati trasferiti giù per il filo. Ma penso che, in generale modello di evento e auto filo evento è molto adatto per il tipo di applicazione, ma non tanto per il contenuto/pubblico tipo.

  • Potrei avere sbagliato la definizione di “Erlang web framework”, ma Erlang Web e Framboesia dovrebbero essere lì. C’è anche questa nuova Zotonic CMS, che potrebbe essere un bene per voi.
  • Parlando di basi di dati, Skillset è l’unico che è possibile utilizzare come “puro Erlang”. Hacking CouchDB per “Erlang solo” non è banale, e non sembra essere il loro obiettivo primario. Si potrebbe pure pensare a tutte le altre new age DBs, come MongoDB, TokyoCabinet, etc. C’è di almeno due o tre Erlang “driver” per ciascuno di essi. Inoltre, Erlang è dotato di ODBC, quindi…
  • Ho notato che questo non è stato menzionato, ma mi sono imbattuto in it chicagoboss.org
  • Ho visto Chicago Boss un paio di settimane fa, mentre ero su google, ma in qualche modo il tempo di scrivere la domanda che ho dimenticato completamente! Potrebbe essere il nome del progetto che la mia mente si rifiuta di pensare che è una Erlang framework per il web!!! ^_^
  • non è Framboesia un web server scritto in Erlang? Stesso per MochiWeb.
InformationsquelleAutor Jeff | 2009-11-25

 

5 Replies
  1. 6

    Personalmente, sono andato con mongodb (cos è nativo di erlang di driver e altri vantaggi) e webmachine per URL di spedizione. Mi piace l’idea di avere molto semplice reticolo di HTML e, soprattutto, di tubazioni JSON da webmachine e mongodb per il front-end per essere trattati da JQuery o qualsiasi altra cosa. Tuttavia, un altro interessante front-end sarebbe cappuccino.

    • Penso che il futuro di sviluppo per il web sarà davanti pesante e indietro pesanti. Anteriore mezzi pesanti completo client javaScript e utilizzare strumenti come SproutCore. Indietro pesanti, un’impresa pronta la piattaforma come Erlang. Sto imparando Erlang e di esplorare il web in pile per imparare, e qui sono le mie scelte finora: * JavaScript come la fronte: così l’Azoto non sembra una buona misura. * Webmachine/Mochiweb: URL del dispacciamento e web server * ErlyDTL: HTML linguaggio di template * Riak: come database back-end
  2. 3

    Sto lavorando con CouchDb. Qui è una guida di avvio rapido ho scritto. È in lingua russa, ma gli esempi di codice sono chiare. Ho scelto questo motore di database, perché è stato scritto in Erlang e ha una buona documentazione, esempi e librerie su diversi linguaggi di sviluppo.

    E sto usando BeepBeep, perché è più leggero quadro che ho trovato. Earlyweb è troppo grande per la mia attività.

    • Qual è il vantaggio di CouchDB essere “scritto in Erlang” per voi, se volete comunicare con esso tramite HTTP?
    • È abbastanza buono per operazioni di monitoraggio di un “uniforme stack tecnologico” (accidenti, che sentiva buzzwordy).
    • Ed è più facile capire come funziona quando posso guardare CouchDb di origine.
    • Sarebbe bene, infatti, se non si hanno per la loro esecuzione in separano le macchine virtuali, utilizzando JSON su HTTP per la comunicazione tra i due. Anche se si guarda il CouchDB elenco di dipendenza, è lontano dalle “uniforme” con qualsiasi cosa 🙂
    • Credo Skillset è scritto in Erlang. Anche io credo Skillset e distribuzione di Erlang sono “unificata”. http://www.mdstud.chalmers.se/~md1matso/erlanglinkfaulttolerance.pdf
  3. 0

    VoltDB (http://voltdb.com/) è un progetto opensource & database commerciali, ACIDO, scalabile e molto alta produttività (50x leader OLTP DBMS). VoltDB di recente si sviluppa erlang client API, da Henning Deidrich. Basta iscriversi al forum e trovare henning.

    • Sembra un post di spam.
    • No, non credo che si tratti di spam. È vero.

Lascia un commento