google for engine app google-app-engine web2py

google app engine - for - ¿Alguien está usando web2py?



google app engine sdk for php (23)

Bueno, estoy usando Web2Py profesionalmente, con PostgreSQL y en Linux. Estoy trabajando en mi red social llamada " Ourway ". Puede que le gusten algunas características como la parte " Blog ".

¿Hay alguien por ahí * que use web2py ?

Específicamente:

  • ¿En producción?
  • ¿Con qué base de datos?

  • Con Google Application Engine?

    • por "allá afuera" me refiero a stackoverflow.

Como señala Massimo arriba, el equipo de tenthrow usa web2py para tenthrow.com

Hicimos la mayor parte de nuestro trabajo de desarrollo durante 2009. Nuestra pila usa cherokee, web2py, postgresql y amazon s3. Hemos realizado muchas implementaciones web de python antes de esto en una variedad de frameworks y backends. Decir que simplemente no podríamos haber hecho tenthrow tan rápido y fácilmente sin web2py es una subestimación. Es el secreto mejor guardado en el desarrollo web.

Empecé a usar web2py hace aproximadamente 6 meses. Lo elijo porque quería pasar de PHP a Python, para tener una aproximación más orientada a objetos debido a las características del lenguaje de python.

El enfoque todo-en-uno de web2py es realmente increíble y hace que el inicio sea muy rápido.

Como antiguo usuario de Symfony, pronto comencé a perderme los Componentes y Formas que no dependen de la estructura de la tabla.

Solo con un simple formulario de registro, no pude encontrar una manera de hacer el Form DRY. Para mí, el verdadero cabrón fue la validación de formularios. Olvidé los detalles, pero terminé con la validación del formulario en los formularios. Porque algo simplemente no funcionó más.

Además, el concepto de nomenclatura de palabras en mayúsculas con ese montón de 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)

Algunas veces los nombres tienen que estar entre comillas, a veces no ... y si miro los ejemplos o sitios ya hechos con web2py, realmente no vi ese gran paso adelante al usar php.

Te recomiendo: mira si web2py funciona para ti. Sería bueno, porque la comunidad y especialmente Massimo (el creador) son muy serviciales y amables.

También tiene un inicio mucho más rápido que con django, una implementación más sencilla y menos problemas si cambia los modelos de su base de datos.

Empezamos a usar Web2py hace 7 meses. Ya tenemos una aplicación en producción en El Prado (Museo Nacional en España). Desarrollamos una aplicación para verificar y automatizar todos los sistemas, para hacer estadísticas de servidores, acceder a estadísticas, etc.

En realidad, está usando MySQL, pero podría cambiar a postgresql en cualquier momento dado que web2py es tan diverso :)

Estoy comenzando a usarlo con Postgresql. Pero muy lejos de la producción ... También he jugado con Zope V2 y Ruby on Rails y me encanta el enfoque de web2py.

Estoy evaluando frameworks web desde hace mucho tiempo. Escribí mis propios marcos (no abiertos) en Perl y en PHP. Bueno, PHP tiene un buzón terminado y toda la infraestructura aún es bastante pobre, pero no quería volver a Perl, así que revisé Python y Python Web Frameworks como Django, Turbogears, Pylon y web2py. Hay muchas cosas en las que pensar, si desea elegir un código que no es el suyo 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", ¡mantiene las cosas fáciles! Solo mire la comparación en el sitio web2py. Me preguntaba por qué los frameworks python como django o turbogears tuvieron que introducir tal redundancia y sintaxis complicada en su código. ¡Web2py muestra que, de hecho, es posible mantener su sintaxis limpia y fácil!

@Armin: ¿podría por favor especificar su crítica? ¿Dónde ves exactamente web2py "pasando por alto la semántica de Python"? No puedo entender lo que quieres decir. Debo admitir que no soy tan profundo 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 frameworks disponibles en la actualidad.

Estoy usando web2py en producción con postgres en webfaction, y también en GAE.

Estoy usando web2py en producción. Actualmente, mientras estamos en producción, estamos desarrollando con SQLite porque es fácil y sale de la caja, pero más tarde probablemente cambiemos a MySQL. No creo que haya ningún plan para usar Google App Engine.

Estoy usando web2py para una pequeña aplicación web. Está ejecutando HIT en un proyecto Mechanical Turk, y me da una interfaz para controlar y visualizarlos. Empecé en Google App Engine, pero luego me cansé de las pequeñas molestias de no tener acceso directo a la base de datos y de tener que esperar para siempre cada vez que deseo subir 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 ... manténgase alejado de ella a menos que realmente necesite ayuda para escalar.

Me gusta web2py mucho. Comparado con Django y Ruby on Rails, es MUCHO más fácil de aprender y ponerse en marcha. Todo es simple Obtienes cosas hechas rápido. Massimo está en todas partes resolviendo tus problemas (incluso en este foro jaja).

Estoy usando web2py por 2 años, este framework web es genial y único. Fácil de usar, acepta una gran cantidad de bases de datos, pero la mejor base de datos 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

http://freitasmgustavo.pythonanywhere.com/calculoST/

Hay algunos usuarios enumerados aquí: Here .

He estado evaluando frameworks web por algún tiempo ahora. Prefiero web2py porque es fácil de seguir, compacto pero potente.

Le invitamos a hacer la misma pregunta en el grupo de google . Allí encontrará más de 500 usuarios y algunos de ellos son compañías de desarrollo que están construyendo proyectos para sus clientes.

Mi impresión es que la mayoría usa postgresql (eso es lo que yo 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 de reddit) con el código fuente de GAE here

Here puede encontrar enlaces a algunas aplicaciones de producción. Algunos se ejecutan en GAE.

@Armin:

Nada está mal con Django o Pilones. Son excelentes marcos. Los he usado antes de desarrollar web2py. Hay algunas cosas que puedes hacer con web2py que no puedes con ellas. Por ejemplo:

  • web2py realiza transacciones distribuidas con Postgresql, Armin solicitó esta característica.
  • el ORM de Django no hace migraciones de forma nativa (ver al South ), web2py sí.
  • el ORM de Django no permite sumas parciales (count (field)) y group by, web2py sí.
  • web2py puede conectarse a múltiples bases de datos a la vez, Django y Pilones deben ser pirateados para hacer eso, y
  • web2py tiene un archivo de configuración en la aplicación, no a nivel de proyecto, como ellos.
  • webp2y registra todos los rastreos del servidor para el administrador, Django y Pylons no.
  • Los programas web2py a menudo se ejecutan en GAE sin modificaciones.
  • web2py tiene servicios web xmlrpc incorporados.
  • web2py viene con jQuery.

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 correspondientes etiquetas HTML, 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 resolvieron en menos de 24 horas.

También puede verificar en la lista de correo de google que todos los hilos (10056 mensajes de hoy) terminaron con una respuesta mía o de uno de los otros desarrolladores dentro de las 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 lo que prefieren. No es necesario criticarse el uno al otro.

@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 se requiere que use una cadena en lugar de un objeto es cuando necesita hacer referencia por nombre a un campo que aún no se ha definido ... quizás deberíamos mover esta discusión al lugar apropiado. ;-)

Espero que decidas darle una oportunidad a web2py y, te guste o no, me encantaría escuchar tu opinión.

Lo estamos utilizando con nuestro sitio web que los profesores chinos, www.dominochinese.com . Nuestro anfitrión es pythonanywhere.com y nos encanta su simplicidad. Trabajo en construir cosas en lugar de desear poder hacer que funcionen cosas. Trabajé con django durante 1,5 años y lo odié. En cierto sentido, siento que web2py es el PHP, pero en python. Hace que las personas hagan cosas rápidamente sin entrar en programación orientada a objetos, lo que puede ser realmente confuso para principiantes y programadores intermedios.

Lo uso en producción en Google Appengine para www.crowdgrader.org . Guardo los datos de la siguiente manera:

  • Los metadatos principales, donde necesito ACID, se almacenan en Google Cloud SQL, lo cual me funciona muy bien. Para los campos de texto grande, almaceno en Google Cloud SQL la clave, y en el almacén de datos la clave-valor.
  • El texto escrito por los usuarios se almacena en el Datastore de Google, ver arriba, con la clave almacenada en Cloud SQL.
  • Las cargas de archivo van en la tienda de blob.

Estoy migrando lentamente más almacenamiento al almacén de datos, para obtener más ancho de banda de escritura para cosas que no requieren consultas complejas y que pueden manejar un poco de consistencia final.

Estoy muy contento con web2py + appengine + Google Cloud SQL + Datastore + Blobstore.

Me gusta porque es tan pequeño que puedo distribuirlo fácilmente con mi aplicación.

No estoy usando web2py. Pero eché un vistazo al código fuente y es horrible por muchas razones. Para uno, las definiciones de la base de datos, así como las vistas y los modelos, y no sé qué, se evalúan en función de un diccionario global de valores. Se siente como PHP en ese sentido (está pasando por alto la semántica de Python en el comportamiento de los nombres) y es muy ineficiente y podría imaginar que es difícil de mantener.

No tengo idea de dónde viene toda esa suciedad sobre web2py últimamente, pero realmente no veo una razón por la que alguien quiera usarla.

¿Qué pasa con Django o Pilones? Qué hace web2py que no se 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 en la que toneladas de desarrolladores saldrán y solucionarán los problemas en un abrir y cerrar de ojos si aparecen. (Bueno, hay excepciones, debo admitir, pero en general los desarrolladores arreglan problemas rápidamente)

Uso web2py para fines académicos. Hace aproximadamente un año publiqué en pythonanywhere un libro de texto digital para la 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 era 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 mis problemas fácilmente, por ejemplo, análisis de texto e informes de descarga. En cuanto a la base de datos, SQLite fue suficiente.

A mis alumnos les gusta el diseño y la forma en que todo está funcionando. 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 los lingüistas aplicados y los profesores de L2, que no tienen tanta experiencia en informática como los programadores. Esa fue mi humilde opinión.

Utilicé web2py para proyectos pequeños hasta ahora, pero espero introducirlo en mi empresa. Es mi marco web favorito.

Mi blog se ejecuta en GAE con web2py.

También tengo una aplicación de Facebook ejecutándose sobre web2py: mi regalo Top 10

Yo voto por Web2py. Solo tengo tiempo para desarrollar cosas pequeñas pero útiles para mi propio uso.

Espero que el próximo mes tenga la oportunidad de crear una aplicación perfecta para Web2py y ejecutarse en el motor de la aplicación de Google.

Web2py = ¡respiro de aire fresco!