programing

web2py를 사용하는 사람이 있습니까?

nasanasas 2020. 11. 22. 19:51
반응형

web2py를 사용하는 사람이 있습니까?


web2py를 사용하는 사람이 있습니까 * ?

구체적으로 특별히:

  • 생산 중입니까?
  • 어떤 데이터베이스로?
  • Google Application Engine을 사용하십니까?

    • "저기"란 stackoverflow를 의미합니다.

Google 그룹 에 동일한 질문을 할 수 있습니다. 500 명 이상의 사용자가 있으며 그중 일부는 고객을위한 프로젝트를 구축하는 개발 회사입니다.

내 인상은 대부분이 postgresql (내가하는 일)을 사용하고 다른 사람들은 Google App Engine을 사용한다는 것입니다. 실제로 web2py는 코드를 한 번만 작성할 수있는 유일한 프레임 워크이며 동일한 코드가 GAE, SQLite, MySQL, PostgreSQL, Oracle, MSSQL 및 FireBird에서 실행됩니다 (GAE에 의해 제한됨).

여기 에서 GAE 용 소스 코드가있는 Reddish (reddit 클론) 어플라이언스를 찾을 수 있습니다.

여기 에서 일부 제작 앱에 대한 링크를 찾을 수 있습니다. 일부는 GAE에서 실행됩니다.

@Armin :

Django 또는 Pylons에는 문제가 없습니다. 그들은 훌륭한 프레임 워크입니다. web2py를 개발하기 전에 사용했습니다. web2py로는 할 수 없지만 할 수있는 몇 가지가 있습니다. 예를 들면 :

  • web2py는 Postgresql로 분산 트랜잭션을 수행하며 Armin은이 기능을 요청했습니다.
  • Django ORM은 기본적으로 마이그레이션을 수행하지 않습니다 ( South 참조 ), web2py는 수행합니다.
  • Django ORM은 부분 합계 (count (field)) 및 group by, web2py를 허용하지 않습니다.
  • web2py는 한 번에 여러 데이터베이스에 연결할 수 있으며 Django 및 Pylons를 해킹해야합니다.
  • web2py에는 프로젝트 수준이 아닌 앱에 구성 파일이 있습니다.
  • webp2y는 관리자를 위해 서버 측의 모든 트레이스 백을 기록하지만 Django와 Pylons는 그렇지 않습니다.
  • web2py 프로그램은 종종 수정되지 않은 GAE에서 실행됩니다.
  • web2py에는 내장 xmlrpc 웹 서비스가 있습니다.
  • web2py는 jQuery와 함께 제공됩니다.

web2py가 더 잘 (더 일관된 API 사용)하고 더 빠르게 (예 : 템플릿 처리 및 SQL 생성) 많은 일이 있습니다. web2py는 또한 매우 컴팩트합니다 (모든 모듈은 265K 바이트에 적합). 따라서 경쟁 프로젝트보다 유지 관리가 훨씬 쉽습니다.

당신은 파이썬과 81 새로운 함수 / 클래스를 배울 수있다 (HTML 태그를 해당과 동일한 이름과 속성이 50있는, BR, DIV, SPAN, 등 19은 검증이 있습니다 IS_IN_SET, IS_INT_IN_RANGE등).

어쨌든 가장 중요한 문제는 web2py가 Django, Pylons, PHP 및 Rails보다 쉽다는 것입니다.

또한 web2py는 Google 코드와 런치 패드 모두에서 호스팅되며 열린 티켓이 없습니다. 지난 모든 문제는 24 시간 이내에 해결되었습니다.

또한 Google 메일 링리스트에서 모든 스레드 (오늘날 10056 개의 메시지)가 나 또는 다른 개발자 중 한 명이 24 시간 이내에 답변을 받았는지 확인할 수 있습니다.

Amazon의 web2py에서 책을 찾을 수 있습니다.

Armin, 나는 당신이 Jinja의 개발자라는 것을 알고 있습니다. 진자는 좋아하지만 디자인 철학이 다릅니다. Django와 Jinja는 모두 고유 한 템플릿 언어를 정의하지만 (특히 Jinja에는 뛰어난 문서가 있음) 템플릿에서 순수한 Python을 사용하여 사용자가 템플릿 언어를 전혀 배울 필요가 없도록하는 것을 선호합니다. 저는 각 접근 방식의 장단점을 잘 알고 있습니다. 사용자가 선호하는 것을 결정합시다. 서로를 비판 할 필요가 없습니다.

@Andre : db.table.field는 필드 개체를 참조합니다. 'table.field'는 필드 이름입니다. str (db.table.field)이 'table.field'이기 때문에 필드 이름이 필요한 경우 항상 필드 개체를 전달할 수 있습니다. 객체 대신 문자열을 사용해야하는 유일한 경우는 아직 정의되지 않은 필드를 이름으로 참조해야하는 경우입니다. 아마도이 토론을 적절한 위치로 이동해야합니다. ;-)

web2py를 사용해 보시길 바라며 마음에 들든 싫든 여러분의 의견을 듣고 싶습니다.


작은 웹 앱에 web2py를 사용하고 있습니다. Mechanical Turk 프로젝트에서 HIT를 실행하고 있으며이를 제어하고 시각화 할 수있는 인터페이스를 제공합니다. 저는 Google App Engine에서 시작했지만 데이터베이스에 직접 액세스 할 수없고 코드를 업로드 할 때마다 영원히 기다려야하는 약간의 성가심에 질려 postgres가있는 로컬 서버로 이동했습니다. GAE는 몇 가지 확장 작업을 더 쉽게 만들기 위해 대부분의 작업을 더 어렵게 만듭니다. 실제로 확장 도움이 필요하지 않는 한 멀리 떨어져 있습니다.

나는 web2py를 많이 좋아합니다. Django 및 Ruby on Rails에 비해 배우고 시작하는 것이 훨씬 쉽습니다. 모든 것이 간단합니다. 작업을 빠르게 완료합니다. Massimo는 어디에서나 문제를 해결합니다 (이 보드에서도 하하).


약 6 개월 전에 web2py를 사용하기 시작했습니다. 저는 PHP에서 Python으로 옮기고 싶었 기 때문에 파이썬의 언어 능력 때문에 더 객체 지향적 인 접근 방식을 갖기를 원했기 때문에 그것을 선택했습니다.

web2py의 올인원 접근 방식은 정말 놀랍고 시작을 매우 빠르게 만듭니다.

전 심포니 사용자였던 저는 곧 테이블 구조에 의존하지 않는 구성 요소와 양식을 놓치기 시작했습니다.

간단한 등록 양식만으로는 Form DRY를 수행하는 방법을 찾을 수 없었습니다. 나를 위해 진짜 버그는 양식 유효성 검사였습니다. 세부 사항을 잊어 버렸지 만 양식 자체에 양식 유효성 검사가 있습니다. 어떤 것이 다른 것이 작동하지 않았기 때문입니다.

또한 반복되는 문자가 많은 대문자 단어의 명명 개념은 내 것이 아닙니다.

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)

때로는 이름이 따옴표로 묶여 있어야하고 때로는 그렇지 않습니다 ... 그리고 이미 web2py로 만든 예제 나 사이트를 살펴보면 php를 사용하는 것보다 큰 진전을 보지 못했습니다.

나는 당신을 추천합니다 : web2py가 당신을 위해 작동하는지보십시오. 커뮤니티와 특히 massimo (제작자)가 매우 도움이되고 친절하기 때문에 좋을 것입니다.

또한 django보다 훨씬 빠르게 시작할 수 있으며 데이터베이스 모델을 변경하면 배포가 쉽고 번거롭지 않습니다.


마시모 위에서 지적한 것처럼, tenthrow의 사용에서 팀을 위해 web2py tenthrow.com

우리는 2009 년에 대부분의 개발 작업을 수행했습니다. 스택은 cherokee, web2py, postgresql 및 amazon s3를 사용합니다. 이전에는 다양한 프레임 워크와 백엔드에서 많은 Python 웹 구현을 수행했습니다. web2py가 없었다면 그렇게 빠르고 쉽게 텐스 로우를 할 수 없었을 것입니다. 웹 개발에서 가장 잘 지켜지는 비밀입니다.


나는 오랫동안 웹 프레임 워크를 평가하고 있습니다. 나는 Perl과 PHP로 나만의 (열리지 않은) 프레임 워크를 작성했습니다. 글쎄요, PHP는 데드 엔드가 내장되어 있고 전체 인프라는 여전히 매우 가난하지만 Perl로 돌아가고 싶지 않았기 때문에 Python과 Django, Turbogears, Pylon 및 web2py와 같은 Python 웹 프레임 워크를 확인했습니다. 자신의 것이 아닌 코드 스택을 선택하고 싶을 때 고려해야 할 사항이 많으며 프로그램을 프로그래밍하는 "올바른 방법"이 아직 없기 때문에 종종 머리를 긁적입니다. 그러나, web2py는 제가 가장 좋아하는 제품입니다. 저자는 "진짜 프로그래머"임에도 불구하고 일을 쉽게 유지하기 때문입니다! web2py 사이트의 비교를 살펴보십시오. django 또는 turbogears와 같은 파이썬 프레임 워크가 코드에 이러한 중복성과 복잡한 구문을 도입해야하는 이유가 궁금합니다.

@Armin: could you please specify you criticism? Where exactly do you see web2py "bypassing Python semantics"? I can not understand, what you mean. I must admit that I am not that deep into python right now, but I see no problem with the web2py code - in fact, I think it is brilliant and one of the best frameworks available today.


I use web2py for academic purposes. About a year ago I published on pythonanywhere a digital text book for german grammar.

The resource requires authentication and looks like a little LMS with roles, activities and grades. It was my first experience of this kind. And it was a success because PHP was to difficult for me, and only web2py could provide a clear way to handle a database. With Python I could easily solve my problems as e. g. text analysis and downloading reports. As for database so SQLite was completely enough.

My students like the design and the way everything is functioning. So I am very satisfied with the results and going to develop other interesting applications for my university.

I think web2py is very good for applied linguists and L2 teachers, who are not as experienced in computer science as programmers. So that was my humble opinion.


There are some users listed here: http://mdp.cti.depaul.edu/who.


I'm starting to use it with Postgresql. But a long way off production... I've also played with Zope V2 and Ruby on Rails and really love the approach of web2py.


I vote for Web2py. I only have time to develop small but useful stuff for my own use.

Hopefully next month I will have an oppty to create an app that is perfect for Web2py and run on Google app engine.

Web2py = breath of fresh air!


We are using it with our website that teachers Chinese, www.dominochinese.com. Our host is pythonanywhere.com and we love the simplicity of it. I work on building stuff instead of wishing I could get stuff working. I worked with django for 1.5 years and I hated it. In a sense I feel web2py is the PHP but in python. It makes people quickly do stuff without going into object oriented programming, which can be really confusing for beginners to intermediate programmers.


I am not using web2py. But I had a look at the source code and it's horrible for so many reasons. For one the database definitions as well as the views and models and I don't know what, are evaluated against a global dictionary of values. It feels like PHP in that regard (it's bypassing Python semantics in name behaviour) and is very inefficient and I could imagine that it's hard to maintain.

I have no idea where all that fuzz about web2py is coming from lately, but I really can't see a reason why anyone would want to use it.

What's wrong with Django or Pylons? What does web2py do that you can't do with Django in a few lines of code with a better performance, code that's easier to read and on an established platform where tons of developers will jump in and fix problems in no time if they appear. (Well, there are exceptions I must admit, but in general the developers fix problems quickly)


I am using web2py for 2 years, this web frameworks is great and unique. Easy to use, accept a lot of DB's but the best DB supported is postgres. I have created 2 projects with web2py and a really like how easy it is. 1 project is a financial management and other a mail tracker, both in production systems (4 linux lpar with postgres) running fine. web2py is a good choice

[small application created with web2py 2.5.1] updated

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


Actually it's using MySQL, but it could switch to postgresql at a moments notice as web2py is so diverse :)


I have been evaluating web frameworks for sometime now. I prefer web2py because it's easy to follow, compact yet powerful.


I like it because it is so tiny that I can easily distribute with my application.


We started to use Web2py 7 months ago. We already have one application in production in El Prado (National Museum in Spain). We developed a app to check and automate all the systems, to make servers statistics, access statistics, etc.


I use it in production on Google Appengine for www.crowdgrader.org. I store data as follows:

  • The core metadata, where I need ACID, is stored in Google Cloud SQL, which is working very well for me. For big text fields, I store in Google Cloud SQL the key, and in the Datastore the key-value.
  • The text typed by users is stored in the Google Datastore, see above, with the key stored in Cloud SQL.
  • File uploads go in the blobstore.

I am slowly migrating more storage to the Datastore, to get more write bandwidth for things that do not require complex queries and can deal with a bit of eventual consistency.

I am very happy about web2py + appengine + Google Cloud SQL + Datastore + Blobstore.


I am using web2py in production with postgres on webfaction, and also on the GAE.


I used web2py for small projects so far, but I hope to introduce it in my company. It's my favorite web framework.

My blog is running on GAE with web2py.

I also have a facebook apps running on top of web2py: My Top 10 Gift


I use Web2py with Google App Engine in production. See https://www.nittiolearn.com.

For storing data, Google Datastore (accessed via web2py DAL) is used except for storing large resources where Google Cloud Storage is used. I have done multiple web2py version upgrades on the production environment in the last 5 years without any major issues.

Google app engine has also been mostly friction-free over the years.

But neither Web2py nor Google app engine has been adopted widely as I had thought 5-6 years ago. If I'm starting a new project, I'm unlikely to go with web2py or app engine as the number of developers who will be excited to work on these technologies is limited.


I am using web2py with gae and google datastore in production of custom application , it is a very good framework.

I did made some minor fixes for work good on GAE, work fast and stable, i have published the Web2Py version changes uses on my github soyharso.

The uploads to GAE are fast, the version control app engine is secure, the free tier offer google for tuning your code is excellent, the monthly cost is adequate


Well, I am using Web2Py professionally, with PostgreSQL, and on linux. I am working on my Social network named "Ourway". You may like some features of it like "Blog" part.


http://www.noobmusic.com is using the Google App Engine.


I am using web2py in production. Currently while in early production we are developing with SQLite because it is easy and it comes out of the box but later we will probably switch to MySQL. I don' think there are any plans to use Google App Engine.


This are quite old responses but I will chip in anyway. In the year 2008 maybe it was excellent choice, as well as Django/Flask. And it still might be good. But this days people want instant results, with a way less learning curve.

The web2py is not that intuitive to be fair.

Do I need to study MVC concepts for working with MS Access? I could not care less for URL routing, just need to display a few tables on the web, preferably with some validation. Plus some authentication.

This is where framework like http://jam-py.com/ shines! Not only that you wont be lost, but it does remind of Access which ruled the offices for like decades. And still rules in 2019. Why? Almost no learning curve.

참고URL : https://stackoverflow.com/questions/76809/anyone-out-there-using-web2py

반응형