Cita:
Empezado por JXJ
NO se que lenguaje usar. si delphi , python, C# php, java ,
|
Es posible usar casi cualquier lenguaje, sin embargo hay los cuales tienen librerias web y facilidades mucho mas maduras en este area. Delphi no es uno de ellos
.
Por sencillez? Diria que python, por mucho. Si tienes idea de C#, la ultima version ha avanzado bastante y es muy usable, y .NET ya es una excelente opción, siendo que en cuanto a ecosistema, python, ruby, php & java es mas maduro en web, no me daria susto irme con .NET
Cita:
Empezado por JXJ
No tango idea de como hacer que no se caiga por que tenga muchos usuarios concurrentes.
unos 1000, por minuto. o mas .
|
Aqui hay algo que huele mal
Como es eso de que no tienes mucha idea y ADEMAS te enfrentaz a un proyecto de concurrencia compleja?
La realidad es que mientras muchos piensan que su sitio tendra "miles de usuarios" y peor "al tiempo!", no me creo que muchos de nosotros *realmente* tengamos un sitio TAN exitoso!
Asi que esto es lo que te diria:
1- Windows o Linux? Ciertamente Linux tiene mejor ecosistema. Usa linux
2- Resuelve, primero, que es lo que hace la app. Codigo claro, procesos sencillos, buen diseño del almacenamiento (ej: db)
Eso es suficiente para ir MUY lejos.
Como muestran estas graficas muy ilustrativas del libro de django sobre escalabilidad:
http://www.djangobook.com/en/2.0/chapter12.html
(Ve hasta donde dice "Scaling")
Se le puede sacar bastante a un sitio web comun.
3- Lenguaje? Alguien con experiencia puede usar cualquiera, pero uno con un buen ecosistema es mejor para un novato. Python, Ruby, PHP por mucho tienen el mejor posible, en especial que frameworks como django/ruby on rails hacen trivial sacar un sitio/app web inicial (y en cuanto a Django, si es hacer un API web:
http://www.django-rest-framework.org/ es super-facil y excelente). Con todo, .NET/Java es bueno pero el chiste es usarlo de formas "livianas" y no de la forma compleja que era la norma hace años.
Ahora el lio es que "1.000 usuarios/min" es una cosa diferente si hablamos de un sitio REST o uno tipo CHAT (Pub/Sub), y mientras en un sitio "normal" 1.000/min no es tan comun, un sistema tipo CHAT es muy facil llegar alli. Eso *cambia* la ecuacion.
En tal caso, usar un PAAS (como Google App Engine, Parse.com, Pusher.com) es una idea *mejor*.
-----
Si la app web realmente es algo tan serio, entonces como dice Casimiro: Introduce alguien con experiencia en el equipo. Es los mas sano (y rentable a medio y largo plazo).