¿Hay alguien por ahí * usando web2py ?
Específicamente:
Con Google Application Engine?
Puede hacer la misma pregunta en grupo de google . Allí encontrará más de 500 usuarios y algunos de ellos son empresas de desarrollo que desarrollan proyectos para sus clientes.
Mi impresión es que la mayoría de ellos usan postgresql (eso es lo que hago) y algunos otros usan Google App Engine. De hecho, web2py es el único marco que le permite escribir código una vez y el mismo código se ejecutará en GAE, SQLite, MySQL, PostgreSQL, Oracle, MSSQL y FireBird (con las limitaciones impuestas por GAE).
Puede encontrar el dispositivo Rojizo (clon reddit) con código fuente para GAE aquí
Aquí puedes encontrar enlaces a algunas aplicaciones de producción. Algunos se ejecutan en GAE.
@Armin:
No hay nada malo con Django o Pylons. Son excelentes marcos. Los he usado antes de desarrollar web2py. Hay algunas cosas que puedes hacer con web2py que no puedes hacer con ellas. Por ejemplo:
Hay muchas cosas que web2py hace mejor (usando una API más coherente) y más rápido (procesando plantillas y generando SQL, por ejemplo). web2py también es muy compacto (todos los módulos caben en 265K bytes) y, por lo tanto, es mucho más fácil de mantener que los proyectos de la competencia.
Solo tiene que aprender Python y 81 nuevas funciones/clases (50 de las cuales tienen los mismos nombres y atributos que las etiquetas HTML correspondientes, BR
, DIV
, SPAN
, etc. y 19 son validadores, IS_IN_SET
, IS_INT_IN_RANGE
, etc.).
De todos modos, el problema más importante es que web2py es más fácil que Django, Pylons, PHP y Rails.
También notará que web2py está alojado tanto en Google Code como en Launchpad y no hay tickets abiertos. Todos los problemas pasados se han resuelto en menos de 24 horas.
También puede verificar en la lista de correo de google que todos los hilos (10056 mensajes hoy) terminaron con una respuesta mía o de uno de los otros desarrolladores en 24 horas.
Puedes encontrar un libro en web2py en Amazon.
Armin, sé que eres el desarrollador de Jinja. Me gusta Jinja pero tengo diferentes filosofías de diseño. Tanto Django como Jinja definen sus propios lenguajes de plantilla (y Jinja en particular tiene una excelente documentación) pero prefiero usar Python puro en plantillas para que mis usuarios no necesiten aprender un lenguaje de plantilla en absoluto. Soy muy consciente de los pros y los contras de cada enfoque. Dejemos que los usuarios decidan qué prefieren. No hay necesidad de criticarse mutuamente.
@Andre: db.table.field se refiere al objeto de campo. 'table.field' es un nombre de campo. Siempre puede pasar un objeto de campo cuando se requiere un nombre de campo porque str (db.table.field) es 'table.field'. El único caso en el que debe usar una cadena en lugar de un objeto es cuando necesita hacer referencia por nombre a un campo que aún no se ha definido ... tal vez deberíamos mover esta discusión al lugar adecuado. ;-)
Espero que decidas probar web2py y, te guste o no, me encantaría conocer tu opinión.
Estoy usando web2py para una pequeña aplicación web. Está ejecutando los HIT en un proyecto Mechanical Turk, y me da una interfaz para controlarlos y visualizarlos. Comencé en Google App Engine, pero luego me cansé de las pequeñas molestias de no tener acceso directo a la base de datos y tener que esperar para siempre cada vez que quiero cargar mi código, y me mudé a un servidor local con postgres. GAE hace que la mayoría de las cosas sean más difíciles para facilitar algunas escalas ... aléjese a menos que realmente necesite su ayuda para escalar.
Me gusta mucho web2py. En comparación con Django y Ruby en Rails, es MUCHO más fácil aprender y ponerse en marcha. Todo es simple Tienes cosas que hacer rápido. Massimo está en todas partes resolviendo tus problemas (incluso en este tablero jaja).
Empecé a usar web2py hace aproximadamente 6 meses. Lo elijo, porque quería pasar de PHP a Python, para tener un enfoque más orientado a objetos debido a las características del lenguaje de python.
El enfoque todo en uno de web2py es realmente sorprendente y hace que el inicio sea muy rápido.
Como antiguo usuario de Symfony, pronto comencé a perder componentes y formularios que no dependen de la estructura de la tabla.
Solo con un simple formulario de registro, no pude encontrar una manera de hacer el formulario DRY. Para mí, el verdadero error fue la validación de formularios. Olvidé los detalles, pero terminé con la validación del formulario en los formularios en sí. Porque algo simplemente no funcionó más.
Además, el concepto de denominación de palabras en mayúscula con tantos caracteres repetidos no es lo mío.
dba.users.name.requires=IS_NOT_EMPTY()
dba.users.email.requires=[IS_EMAIL(), IS_NOT_IN_DB(dba,'users.email')]
dba.dogs.owner_id.requires=IS_IN_DB(dba,'users.id','users.name')
dba.dogs.name.requires=IS_NOT_EMPTY()
dba.dogs.type.requires=IS_IN_SET(['small','medium','large'])
dba.purchases.buyer_id.requires=IS_IN_DB(dba,'users.id','users.name')
dba.purchases.product_id.requires=IS_IN_DB(dba,'products.id','products.name')
dba.purchases.quantity.requires=IS_INT_IN_RANGE(0,10)
A veces los nombres tienen que estar entre comillas, a veces no ... y si miraba los ejemplos o sitios ya creados con web2py, realmente no veía ese gran paso adelante al usar php.
Te recomiendo: mira si web2py funciona para ti. Sería agradable, porque la comunidad y especialmente massimo (el creador) son muy útiles y agradables.
También tiene un inicio mucho más rápido que con Django, una implementación más fácil y menos problemas si cambia los modelos de su base de datos.
Como Massimo señala anteriormente, el equipo de tenthrow usa web2py para tenthrow.com
Hicimos la mayor parte de nuestro trabajo de desarrollo durante 2009. Nuestra pila utiliza cherokee, web2py, postgresql y Amazon s3. Habíamos realizado muchas implementaciones web python antes de esto en una variedad de frameworks y backends. Decir que simplemente no podríamos haber hecho el diezmo tan rápido y fácil sin web2py es un eufemismo. Es el secreto mejor guardado en el desarrollo web.
Estoy evaluando frameworks web desde hace mucho tiempo. Escribí mis propios frameworks (no abiertos) en Perl y en PHP. Bueno, PHP tiene un punto muerto integrado y toda la infraestructura sigue siendo bastante pobre, pero no quería volver a Perl, así que verifiqué Python y el Python Web Frameworks como Django, Turbogears, Pylon y web2py. Hay muchas cosas en las que pensar, si desea elegir una pila de códigos que no sea la suya y con frecuencia se rascará la cabeza porque todavía no hay una "forma correcta" de programar las cosas. Sin embargo, web2py es mi favorito actual, porque el autor, a pesar de ser un "programador real", hace las cosas fáciles. Basta con mirar la comparación en el sitio web2py: me preguntaba por qué python marcos como Django o turbogears tuvieron que introducir tal redundancia y sintaxis complicada en su código - web2py muestra que IS ¡de hecho es posible mantener su sintaxis limpia y fácil!
@Armin: ¿podría especificar sus críticas? ¿Dónde ve exactamente web2py "omitiendo Python semántica"? No puedo entender lo que quieres decir. Debo admitir que no estoy tan metido en python en este momento, pero no veo ningún problema con el código web2py; de hecho, creo que es brillante y uno de los mejores marcos disponibles en la actualidad.
Yo uso web2py con fines académicos. Hace aproximadamente un año publiqué en pythonanywhere un libro de texto digital para gramática alemana .
El recurso requiere autenticación y parece un pequeño LMS con roles, actividades y calificaciones. Fue mi primera experiencia de este tipo. Y fue un éxito porque PHP fue muy difícil para mí, y solo web2py podía proporcionar una forma clara de manejar una base de datos. Con Python podría resolver fácilmente mis problemas como e. sol. Análisis de texto y descarga de informes. En cuanto a la base de datos, SQLite fue completamente suficiente.
A mis alumnos les gusta el diseño y la forma en que todo funciona. Así que estoy muy satisfecho con los resultados y voy a desarrollar otras aplicaciones interesantes para mi universidad.
Creo que web2py es muy bueno para lingüistas aplicados y profesores de nivel 2, que no tienen tanta experiencia en informática como los programadores. Así que esa fue mi humilde opinión.
Lo estamos usando con nuestro sitio web que enseña chino, www.dominochinese.com . Nuestro anfitrión es pythonanywhere.com y nos encanta su simplicidad. Trabajo en la construcción de cosas en lugar de desear poder hacer que las cosas funcionen. Trabajé con Django durante 1,5 años y lo odiaba. En cierto sentido, siento que web2py es el PHP pero en Python. Hace que las personas hagan cosas rápidamente sin entrar en la programación orientada a objetos, lo que puede ser realmente confuso para principiantes y programadores intermedios.
Yo voto por Web2py. Solo tengo tiempo para desarrollar cosas pequeñas pero útiles para mi propio uso.
Espero que el mes que viene tenga la oportunidad de crear una aplicación que sea perfecta para Web2py y se ejecute en el motor de aplicaciones de Google.
Web2py = soplo de aire fresco!
Estoy empezando a usarlo con Postgresql. Pero lejos de la producción ... También he jugado con Zope V2 y Ruby en Rails y realmente me encanta el enfoque de web2py.
Hay algunos usuarios listados aquí: http://mdp.cti.depaul.edu/who .
No estoy usando web2py. Pero eché un vistazo al código fuente y es horrible por muchas razones. Por un lado, las definiciones de la base de datos, así como las vistas y modelos, y no sé qué, se evalúan contra un diccionario global de valores. Se siente como PHP en ese sentido (está pasando por alto la semántica de Python en el comportamiento del nombre) y es muy ineficiente y me imagino que es difícil de mantener.
No tengo idea de dónde viene toda esa confusión sobre web2py últimamente, pero realmente no puedo ver una razón por la que alguien quiera usarlo.
¿Qué hay de malo con Django o Pylons? ¿Qué hace web2py que no puede hacer con Django en unas pocas líneas de código con un mejor rendimiento, un código que es más fácil de leer y en una plataforma establecida donde toneladas de desarrolladores intervendrán y solucionarán problemas en No hay tiempo si aparecen. (Bueno, hay excepciones que debo admitir, pero en general los desarrolladores solucionan los problemas rápidamente)
Estoy usando web2py durante 2 años, este framework web es genial y único. Fácil de usar, acepta muchos DB pero el mejor DB soportado es postgres. He creado 2 proyectos con web2py y realmente me gusta lo fácil que es. 1 proyecto es una gestión financiera y otro un rastreador de correo, ambos en sistemas de producción (4 linux lpar con postgres) funcionando bien. web2py es una buena opción
[pequeña aplicación creada con web2py 2.5.1] actualizada
He estado evaluando marcos web desde hace algún tiempo. Prefiero web2py porque es fácil de seguir, compacto pero potente.
En realidad, está usando MySQL, pero podría cambiar a postgresql en cualquier momento ya que web2py es muy diverso :)
Me gusta porque es tan pequeño que puedo distribuirlo fácilmente con mi aplicación.
Comenzamos a usar Web2py hace 7 meses. Ya tenemos una aplicación en producción en El Prado (Museo Nacional de España). Desarrollamos una aplicación para verificar y automatizar todos los sistemas, para hacer estadísticas de servidores, estadísticas de acceso, etc.
Lo uso en producción en Google Appengine para www.crowdgrader.org . Almaceno los datos de la siguiente manera:
Lentamente estoy migrando más almacenamiento al Datastore, para obtener más ancho de banda de escritura para cosas que no requieren consultas complejas y pueden manejar un poco de consistencia eventual.
Estoy muy contento con web2py + appengine + Google Cloud SQL + Datastore + Blobstore.
Utilicé web2py para pequeños proyectos hasta ahora, pero espero presentarlo en mi empresa. Es mi marco web favorito.
Mi blog se ejecuta en GAE con web2py.
También tengo aplicaciones de Facebook ejecutándose sobre web2py: My Top 10 Gift
Estoy usando web2py en producción con postgres en webfaction, y también en GAE.
Estoy usando web2py con gae y google datastore en la producción de aplicación personalizada , es un muy buen marco.
Hice algunas correcciones menores para un buen trabajo en GAE, un trabajo rápido y estable, he publicado los usos de cambios de la versión Web2Py en mi github soyharso.
Las cargas a GAE son rápidas, el motor de la aplicación de control de versiones es seguro, la oferta de nivel gratuito de Google para ajustar su código es excelente, el costo mensual es adecuado
Uso Web2py con Google App Engine en producción. Ver https://www.nittiolearn.com .
Para almacenar datos, se usa Google Datastore (al que se accede a través de web2py DAL), excepto para almacenar grandes recursos donde se usa Google Cloud Storage. He realizado múltiples actualizaciones de la versión web2py en el entorno de producción en los últimos 5 años sin ningún problema importante.
El motor de aplicaciones de Google también ha estado libre de fricción a lo largo de los años.
Pero ni Web2py ni el motor de aplicaciones de Google se han adoptado ampliamente, como había pensado hace 5-6 años. Si estoy comenzando un nuevo proyecto, es poco probable que use web2py o un motor de aplicaciones, ya que la cantidad de desarrolladores que estarán entusiasmados de trabajar en estas tecnologías es limitada.
Estoy usando web2py en producción. Actualmente, mientras estamos en producción temprana, estamos desarrollando SQLite porque es fácil y sale de la caja, pero más tarde probablemente cambiaremos a MySQL. No creo que haya planes para usar Google App Engine.
http://www.noobmusic.com está utilizando Google App Engine.
Estas son respuestas bastante antiguas, pero las incluiré de todos modos. En el año 2008, tal vez fue una excelente elección, así como Django/Flask. Y aún podría ser bueno. Pero en estos días la gente quiere resultados instantáneos, con una curva de aprendizaje mucho menor.
El web2py no es tan intuitivo para ser justo.
¿Necesito estudiar los conceptos de MVC para trabajar con MS Access? No podría importarme menos el enrutamiento de URL, solo necesito mostrar algunas tablas en la web, preferiblemente con alguna validación. Además de algo de autenticación.
Aquí es donde el marco como http://jam-py.com/ brilla! No solo eso no se perderá, sino que recuerda a Access, que gobernó las oficinas durante décadas. Y todavía gobierna en 2019. ¿Por qué? Casi sin curva de aprendizaje.