Newsgroup: it.lavoro.professioni.webmaster
Titolo: CMS : Contento

Non nel senso che sia felice :-) , proprio un CMS che si Chiama : Contento 
( 
http://contento.copyleft.com.mx
 ) : Qaulcuno lo conosce?
Grazie 

 (
http://contento.copyleft.com.mx
) : Qaulcuno lo conosce?
con tutta l'amichevolezza possibile nei confronti degli sviluppatori,
credo sarà difficile che lo provino in molti finché al link download
si legge una cosa del genere:
"We're working on making a nice download package, but this will take
some time. If you are interested in downloading the code, please
contact us"
.

 ha scritto nel messaggio 
news:d5ef7361-6e24-4c14...@w30g2000yqw.googlegroups.com...

Beh, sospettavo, cmq qualcuno lo propone come massima espressione del CRM 
( Customer Relationship Management )..... 

 .
non voglio sollevare flame ma quando ho visto che e' sviluppato in php ...
penso che oggi giorno ci si possa sbizarrire con qualcosa di un attimo 
piu' attuale
-- 
Oni wa soto! Fuku wa uchi!

 attimo piu' attuale
La prima versione di PHP e` del 95. Ruby uguale. E anche Java.
Python e` del 91.
Intendi .Net?
Bye.



non l'ho capita.


Non conosco benissimo PHP da cui mi son sentito sempre un po' avulso 
(anche se poi ho lavorato e lavoro con linguaggi di scripting e 
tecnologie simili) pero' e' come se mi venissero a dire che un certo 
prodotto e' pensato, che so, in ASP ...
Sappiamo tutti che il .NET e' un framework con cui praticamente gli 
sviluppatori di ogni linguaggio possono continuare a scrivere le loro 
applicazioni senza rinunciare al loro ambiente di sviluppo preferito ma 
non mi pae sia il caso di Contento. Ma non e' nemmeno questo il punto 
(il .NET)
Poi magari sono ignorante io eh ... per carita', anzi se ne sapete di 
piu' sarei contento di essere aggiornato


 piu' sarei contento di essere aggiornato
Chiedi e ti sara` detto. ;)
Bye.

 pesante.
parlavo di gamma di linguaggi con cui puoi sviluppare in .NET
ormai anche PHP, oltre a ruby, python, ecc ecc tanto per citare i piu' 
noti nel ns settore
Perche' pesante poi?




Forse più che pesante *grosso*.
Il problema per quello che mi riguarda è la piattaforma Windows e la 
piattaforma .net in particolare. Non ho nulla in particolare contro 
entrambi, il problema è che architetture complesse tendono ad usare 
tecnologie anche molto differenti tra loro.
Tanto per fare un esempio, non sono a conoscenza di un linguaggio o 
framework sotto .net che supporti il paradigma ad eventi per servizi 
asincroni non bloccanti, alla node.js tanto per dirne uno che sto 
usando ora.
Se per esempio vuoi usare Comet con .net, come fai ? Sei legato ad una 
implementazione che ha fatto del threading una ragione di vita, presumo 
(ma liberissimo di correggermi) che serva un thread per utente, proprio 
perchè .net è pensato e ingegnerizzato per windows. E se voglio usare 
una tecnologia *fatta* per questo genere di cose, come appunto node.js, 
o twisted matrix, o erlang, mi trovo in un ambiente piuttosto ostile a 
quello che nasce su una piattaforma differente.
Per dire, se la chat di facebook dovesse fare polling costantemente 
credo ci sarebbe molto da ridere, piuttosto che il sistema ad observer 
di Erlang. Con .net come la risolvi ? Non è proprio un argomento 
secondario, oggi come oggi non si parla d'altro che di real time, e in 
effetti è oggettivamente utile.
Gli esempi sono parecchi, oltre a Comet posso pensare ad un sistema 
come RabbitMQ, non mi risulta esista qualcosa del genere per .net, e 
che scali così bene.
Con grossi carichi o distribuisci o devi scalare buttando macchine su macchine.
  ngw
-- 
Nicholas Wieland (ngw)
Zooppa CTO
911 Western Avenue, Suite 420
Seattle, WA  98104  US

 ora.
non ho sviluppato grosse esperienze in merito ma per quel poco che ho 
dovuto imprecare mi sa che hai ragione tu :-)
ero partito bello entusiasta con windows commucation foundation pensando 
di avere a disposizione tutto cio' di cui avevo bisogno e di risolvere 
con dei bei servizi asincroni ... speso un bel po' di eurini in libri e 
quant'altro ma ho dovuto ridimensionare la soluzione da fornire. Che 
funziona eh ... ma non e' esattamente cio' che mi sarebbe piaciuto 
consegnare al cliente.
Appena posso dedicare un po' di tempo allo studio ci torno sopra 
(oltreutto ti trovi sempre in mezzo ad almeno tre diverse scuole di 
pensiero completamente contrapposte).




Guarda, che io sappia in realtà ci sono scuole di pensiero sulla 
tecnologia (cioè sull'usare python piuttosto che javascript), ma non 
sul come farlo.
Il modello fondamentalmente il cosiddetto actor model, usano tutti lo 
stesso con differenze appunto tecnologiche, ma non di concetto. 
Armstrong, l'inventore di Erlang, dice che è possibile non usare Erlang 
ma alla fine il risultato sarà una sua reimplementazione, ed in effetti 
guardando Scala o Clojure (implementati in Java) non posso onestamente 
dargli torto, ci sono similitudini addirittura sintattiche, fai partire 
il loop, definisci le callback e così via.
In realtà penso che qualcosa di interessante si possa fare con F#, ma 
non conoscendolo non mi avventuro.
Per questo raramente prendo in considerazione .net, addirittura (non 
succederà, faccio solo un esempio) potrei optare piuttosto per PHP, che 
è un linguaggio che risaputamente amo molto poco, per il semplice fatto 
che alla fine posso scalarlo ad essere un semplice "magheggio di 
frontend", senza un commitment totale alla tecnologia, anzi ...
Con .net è *molto* più dura, il commitment è, sensazione mia, quasi 
totale. Non so di applicazioni che hanno un pezzo in .net e uno, che 
so, in Ruby, tanto per dirne una.
Myspace, che è l'esempio più noto di web app in .net, non ha 
praticamente nessuna feature realtime, funziona a profili e 
pubblicazioni, un modello elementare da scalare.
Twitter, per dirne uno, per me in .net non lo fai, ti serve gestire le 
code di eventi in realtime, già solo che tenti di denormalizzare il db 
ti trovi con 2 gb di database all'ora in più perchè devi duplicare di 
tutto :p



ho cuttato un bel po' ma sono d'accordo con te e in parte incuriosito di 
tecnologie e ambienti che non conosco e che approfondiro'
Per quanto resta qui sopra ... mi sa proprio che c'hai ragione :-)
ti richiamero nel discorso quando saro' piu' "ferrato" :-D


 in parte incuriosito di tecnologie e ambienti che non conosco 
Non ne parliamo :-)
Saltando di palo in frasca che ne pensate di piattaforme di deployment 
come App Engine e Heroku?
Se avete da dire possiamo aprire un thread dedicato e lasciare questo in 
pace, a me l'idea di spostare hosting e scalabilità ad un servizio 
esterno piace molto, specie quando si parla di Google.



Se vuoi, io qualche esperienza ce l'ho.


 Se vuoi, io qualche esperienza ce l'ho.
Sempre volli.

 Heroku?
Ottimo. Qui è stato amore a prima vista. Fare il deploy di una
applicazione in ruby non è mai stato così semplice, se già usi git come
scm spesso fai in due minuti... la versione gratis non offre alcuni
addon ma quelli fondamentali ci sono e le performance sono accettabili.
La versione a pagamento ha retto senza darci mai alcun problema il sito
del concorso di una grossa banca, soldi spesi bene.
-- 
MySQL and PHP are popular not because of their quality, but despite it.

 del concorso di una grossa banca, soldi spesi bene.
Come DVCS ho scelto mercurial (essenzialmente per Google Code), non ho 
mai usato una piattaforma di deployment e al momento sto leggendo una 
introduzione ad App Engine.
Putroppo Ruby mi è sempre stato un po' antipatico come impressione a 
pelle. In realtà di fatto non l'ho mai usato.
Il punto è che la gente ne parla troppo bene e questo mi insospettisce 
:-)
Andando a "sentimento" a me piacerebbe usare Lua, ma non mi risulta 
esistano piattaforme di deployment dedicate, sulla mailing list mi è 
stato suggerito di usare una VM Lua che giri su JVM in modo da poter 
usare quella su AppEngine ma mi sembra macchinoso, inoltre a quanto ho 
visto i framework su questi ambienti vengono modificati per adattarsi a 
requisiti di sicurezza o di consumo risorse e per fare questo 
chiaramente ci vorrebbe prima una certa conoscenza del meccanismo, che 
ovviamente al momento non ho.
Dato che non c'è una piattaforma disponibile ho pensato di prendere una 
VPS lowcost e giocare con quella.
Ho visto che in realtà c'è anche una implementazione foss di App Engine, 
ma ovviamente istallare il sistema sulle proprie macchine, svincolandosi 
da tutta l'infrastruttura Google, toglie gran parte del vantaggio che al 
momento vedo nell'uso di App Engine stesso.
ngw non aveva qualcosa da dire su GAE?

 ngw non aveva qualcosa da dire su GAE?
Eh, ma avevi detto che aprivi un topic ...
Noi abbiamo usato principalmente heroku, il deploy č sicuramente molto 
facile, ma specialmente dei miei colleghi hanno avuto problemi di 
performance belli grossi.
Alla fine per quello che mi riguarda heroku e appengine mi danno piů o 
meno gli stessi problemi che mi da .net, nel senso che non posso 
deployare quello che voglio.


 performance belli grossi.
Puoi darmi qualche maggiore indicazione sui problemi che avete
riscontrato? Qui nei 3-4 mesi del concorso con 2-3 dyno e 2 worker era
andato tutto bene.


 andato tutto bene.
Provo a chiedere, ma è un'altra compagnia.
