it-swarm-ko.tech

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

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

구체적으로 특별히:

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

    • "밖으로"라는 말은 stackoverflow를 의미합니다.
63
Christopher Mahan

google group 에서 같은 질문을하실 수 있습니다. 여기에는 500 명 이상의 사용자가 있으며 그 중 일부는 고객을위한 프로젝트를 개발하는 개발 회사입니다.

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

GAE 소스 코드가있는 Reddish (reddit 복제) 어플라이언스를 찾을 수 있습니다. here

Here 일부 프로덕션 앱에 대한 링크를 찾을 수 있습니다. 일부는 GAE에서 실행 중입니다.

@ 아르 민 :

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

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

Web2py가 더 일관성있는 API를 사용하여 더 빠르게 수행하고 (템플릿을 처리하고 SQL을 생성하는 등) 더 많은 작업이 있습니다. web2py는 또한 매우 콤팩트하며 (모든 모듈은 265K 바이트에 적합) 경쟁 프로젝트보다 유지 관리가 훨씬 쉽습니다.

Python 및 81 개의 새로운 함수/클래스 (50 개는 해당 HTML 태그, 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의 개발자라는 것을 알고 있습니다. 나는 Jinja를 좋아하지만 다른 디자인 철학이 있습니다. Django와 Jinja는 모두 고유 한 템플릿 언어를 정의하고 (특히 Jinja는 훌륭한 문서화를 가지고 있음)) 순수 Python 템플릿에서 내 사용자가 사용하도록 선호합니다) 템플릿 언어를 전혀 배울 필요가 없습니다. 각 접근 방식의 장단점을 잘 알고 있습니다. 사용자가 선호하는 것을 결정하도록합시다.

@Andre : db.table.field는 필드 객체를 나타냅니다. 'table.field'는 필드 이름입니다. str (db.table.field)가 'table.field'이므로 필드 이름이 필요한 경우 항상 필드 오브젝트를 전달할 수 있습니다. 객체 대신 문자열을 사용해야하는 유일한 경우는 아직 정의되지 않은 필드를 이름으로 참조해야 할 때입니다. 아마도이 토론을 적절한 장소로 옮겨야 할 것입니다. ;-)

나는 당신이 web2py를 시도하기로 결정하고, 당신이 그것을 좋아하든 원하지 않든, 나는 당신의 의견을 듣고 싶습니다.

105
massimo

작은 웹 앱에 web2py를 사용하고 있습니다. Mechanical Turk 프로젝트에서 HIT를 실행하고 있으며이를 제어하고 시각화 할 수있는 인터페이스를 제공합니다. Google App Engine을 시작했지만 직접 데이터베이스에 액세스 할 수없고 코드를 업로드 할 때마다 영원히 기다려야하는 불편함에 시달리며 postgres를 사용하여 로컬 서버로 옮겼습니다. GAE는 몇 가지 스케일링 작업을보다 쉽게 ​​수행 할 수 있도록 대부분의 작업을 더욱 어렵게합니다. 스케일링 도움말이 실제로 필요한 경우가 아니면 멀리하십시오.

나는 web2py를 많이 좋아한다. Rails의 Django and Ruby)와 비교하면 배우기가 쉽고 쉬워집니다. 모든 것이 간단합니다. 빠르게 작업을 수행 할 수 있습니다. Massimo는 어디에서나 문제 (이 보드에서도 하하).

15
toomim

6 개월 전에 web2py를 사용하기 시작했습니다. 파이썬의 언어 특성으로 인해 객체 지향 접근 방식을 갖기 위해 PHP에서 Python으로 이동하고 싶었 기 때문에)를 선택했습니다.

Web2py의 올인원 접근 방식은 정말 놀랍고 시작이 매우 빠릅니다.

전 심포니 사용자로서 나는 곧 테이블 구조에 의존하지 않는 컴포넌트와 폼을 놓치기 시작했다.

간단한 등록 양식으로 양식 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 (창조자)가 매우 유용하고 친절하기 때문에 Nice가 될 것입니다.

또한 Django보다 시작이 훨씬 빠르며 배포가 쉽고 데이터베이스 모델을 변경하면 번거 로움이 줄어 듭니다.

13
Andre Bossard

Massimo가 위에서 지적한 것처럼 tenthrow의 팀은 tenthrow.com 에 web2py를 사용합니다.

2009 년에는 대부분의 개발 작업을 수행했습니다. 스택에는 cherokee, web2py, postgresql 및 Amazon s3이 사용됩니다. 우리는 다양한 프레임 워크와 백엔드에서 여러 가지 python 웹 구현을 수행했습니다. 웹 개발에 비밀을 유지했습니다.

12
David Watson

나는 오랫동안 웹 프레임 워크를 평가하고 있습니다. 나는 Perl과 PHP로 자신의 (열리지 않은) 프레임 워크를 작성했다. 글쎄, PHP 내장 데드 엔드가 있고 전체 인프라가 여전히 열악하지만 Perl로 돌아가고 싶지 않기 때문에 Python and Python Django, Turbogears, Pylon 및 web2py와 같은 웹 프레임 워크. 자신이 아닌 코드 스택을 선택하려는 경우 고려해야 할 사항이 많으며 종종 머리를 긁을 수 있습니다. 아직 프로그래밍을하는 "올바른 방법"은 없지만, 저자는 "실제 프로그래머"라는 사실에도 불구하고 웹을 쉽게 사용할 수 있기 때문에 web2py를 선호합니다. web2py 사이트의 비교를 살펴보십시오. python Django 또는 터보 기어와 같은 프레임 워크는 코드에 이러한 중복성과 복잡한 구문을 도입해야했습니다-web2py는 IS 실제로 구문을 깨끗하고 쉽게 유지할 수 있습니다!

@Armin : 당신은 비판을 지정할 수 있습니까? web2py가 "Python semantics"를 무시 함) 정확히 어디에서 볼 수 있습니까? 무슨 의미인지 이해할 수 없습니다. python 지금은 web2py 코드에 아무런 문제가 없습니다. 실제로, 그것이 훌륭하고 오늘날 사용 가능한 최고의 프레임 워크 중 하나라고 생각합니다.

11
Snaky Love

학업 목적으로 web2py를 사용합니다. 약 1 년 전에 pythonanywhere에 디지털 독일어 문법 교과서 을 게시했습니다.

이 리소스에는 인증이 필요하며 역할, 활동 및 등급이있는 작은 LMS처럼 보입니다. 이런 종류의 첫 경험이었습니다. PHP 어려웠 기 때문에 web2py만이 데이터베이스를 처리하는 명확한 방법을 제공 할 수 있었기 때문에 성공했습니다. Python 쉽게 해결할 수 있습니다) 예를 들어 텍스트 분석 및 보고서 다운로드와 같은 내 문제 데이터베이스와 관련하여 SQLite는 완전히 충분했습니다.

학생들은 디자인과 모든 것이 작동하는 방식을 좋아합니다. 따라서 결과에 매우 만족하며 대학에 대한 다른 흥미로운 응용 프로그램을 개발할 것입니다.

나는 web2py가 프로그래머만큼 컴퓨터 공학에 경험이없는 응용 언어 학자와 L2 교사들에게 매우 좋다고 생각합니다. 그것이 저의 겸손한 의견이었습니다.

7
Alexey Gorozhanov

우리는 중국어를 가르치는 웹 사이트와 함께 www.dominochinese.com 를 사용하고 있습니다. 우리의 호스트는 pythonanywhere.com 이며 우리는 그것의 단순성을 좋아합니다. 나는 물건을 얻을 수 있기를 바라는 대신 물건을 짓는 일을합니다. 나는 Django 1.5 년 동안 일했고 그것을 싫어했다. 어떤 의미에서 web2py는 PHP이지만 파이썬에서는) 초급 프로그래머와 중급 프로그래머에게 혼란을 줄 수있는 객체 지향 프로그래밍으로 이동합니다.

6
user2566926

Web2py에 투표합니다. 나는 작지만 유용한 것을 개발할 시간이있다.

다음 달에는 Web2py에 완벽한 앱을 만들고 Google 앱 엔진에서 실행할 수있는 기회가 생길 것입니다.

Web2py = 신선한 공기의 호흡!

6
afewtips.com

Postgresql과 함께 사용하기 시작했습니다. 그러나 먼 길을 벗어난 생산 ... Zope V2와 Ruby on Rails)을 사용하여 web2py의 접근 방식을 정말 좋아했습니다.

6
sparklewhiskers

여기에 몇 가지 사용자가 있습니다 : http://mdp.cti.depaul.edu/who .

6
benefactual

Web2py를 사용하지 않습니다. 그러나 소스 코드를 살펴 보았고 여러 가지 이유로 끔찍합니다. 하나의 데이터베이스 정의와 뷰 및 모델은 무엇인지 모릅니다. 전세계 값 사전에 대해 평가됩니다. 그것은 PHP 그 점에서 Python 의미 행동의 의미론을 우회하고 있음)과 같고 매우 비효율적이며 유지 관리가 어렵다고 생각할 수 있습니다.

Web2py에 대한 모든 퍼지가 최근에 어디서 왔는지 전혀 알지 못하지만 누군가가 그것을 사용하려는 이유를 실제로 볼 수는 없습니다.

Django 또는 Pylons의 문제점은 무엇입니까? web2py는 더 나은 성능을 가진 몇 줄의 코드에서 Django 많은 개발자가 문제가 발생하면 즉시 문제를 해결하고 해결할 수있는 확립 된 플랫폼에서 읽기 쉽고 읽기 쉽습니다.

5
Armin Ronacher

2 년 동안 web2py를 사용하고 있습니다.이 웹 프레임 워크는 훌륭하고 독특합니다. 사용하기 쉽고 많은 DB를 수락하지만 지원되는 최상의 DB는 postgres입니다. web2py로 2 개의 프로젝트를 만들었으며 실제로 얼마나 쉬운 지 알았습니다. 1 프로젝트는 재무 관리 및 기타 메일 추적기이며 프로덕션 시스템 (postgres가있는 4 리눅스 lpar)에서 잘 작동합니다. web2py는 좋은 선택입니다

[web2py 2.5.1로 생성 된 작은 응용 프로그램] 업데이트

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

5
sharkguto

나는 한동안 웹 프레임 워크를 평가 해왔다. web2py는 따르기 쉽고 컴팩트하지만 강력하기 때문에 선호합니다.

4
frank

실제로 MySQL을 사용하고 있지만 web2py가 너무 다양하여 순간 통지 후 postgresql로 전환 할 수 있습니다 :)

4
C J

응용 프로그램과 함께 쉽게 배포 할 수있을 정도로 작기 때문에 마음에 듭니다.

4
Zhe Li

7 개월 전에 Web2py를 사용하기 시작했습니다. 우리는 이미 El Prado (스페인 국립 박물관)에서 하나의 응용 프로그램을 제작했습니다. 모든 시스템을 확인 및 자동화하고 서버 통계, 액세스 통계 등을 만드는 앱을 개발했습니다.

4

www.crowdgrader.org 를 위해 Google Appengine의 프로덕션에서 사용합니다. 다음과 같이 데이터를 저장합니다.

  • ACID가 필요한 핵심 메타 데이터는 Google Cloud SQL에 저장되어있어 매우 효과적입니다. 큰 텍스트 필드의 경우 Google Cloud SQL에 키를 저장하고 Datastore에 키-값을 저장합니다.
  • 사용자가 입력 한 텍스트는 Cloud SQL에 저장된 키와 함께 Google 데이터 스토어에 저장됩니다 (위 참조).
  • 파일 업로드는 Blobstore로 이동합니다.

복잡한 쿼리가 필요하지 않고 약간의 최종 일관성을 처리 할 수있는 항목에 대해 더 많은 쓰기 대역폭을 얻기 위해 더 많은 스토리지를 Datastore로 천천히 마이그레이션하고 있습니다.

Web2py + appengine + Google Cloud SQL + Datastore + Blobstore에 매우 만족합니다.

4
Luca

지금까지 소규모 프로젝트에 web2py를 사용했지만 회사에 소개하고 싶습니다. 내가 가장 좋아하는 웹 프레임 워크입니다.

내 블로그 web2py를 사용하여 GAE에서 실행 중입니다.

또한 web2py 위에서 실행되는 페이스 북 앱이 있습니다 : My Top 10 Gift

3
uolter

Webfaction 및 GAE에서도 postgres와 함께 프로덕션에서 web2py를 사용하고 있습니다.

3
hoju

custom application 의 생산에서 gae 및 google datastore와 함께 web2py를 사용하고 있습니다. 매우 훌륭한 프레임 워크입니다.

나는 GAE에서 잘 작동하고 빠르고 안정적으로 작동하도록 약간의 수정을했으며, github soyharso에서 Web2Py 버전 변경 사용을 게시했습니다.

GAE에 대한 업로드 속도가 빠르고 버전 제어 앱 엔진이 안전하며 코드 조정을위한 무료 티어 제공 Google이 우수하며 월별 비용이 적절합니다.

2
Harold Sarmiento

프로덕션 환경에서 Google App Engine과 함께 Web2py를 사용합니다. https://www.nittiolearn.com 을 참조하십시오.

데이터를 저장하기 위해 Google Cloud Storage가 사용되는 큰 리소스를 저장하는 것을 제외하고 Google Datastore (web2py DAL을 통해 액세스)가 사용됩니다. 지난 5 년간 프로덕션 환경에서 큰 문제없이 여러 가지 web2py 버전 업그레이드를 수행했습니다.

Google 앱 엔진은 수년 동안 대부분 마찰이 없었습니다.

그러나 5-6 년 전에 생각한 것처럼 Web2py 나 Google 앱 엔진은 널리 채택되지 않았습니다. 새 프로젝트를 시작하는 경우 이러한 기술에 대한 작업이 기대되는 개발자 수가 제한되어 있으므로 web2py 또는 앱 엔진을 사용하지 않을 것입니다.

2
Aravindan RS

글쎄, PostgreSQL 및 Linux에서 Web2Py를 전문적으로 사용하고 있습니다. " Ourway "라는 소셜 네트워크에서 작업하고 있습니다. " Blog "part와 같은 일부 기능이 마음에 듭니다.

1
Farsheed

프로덕션에서 web2py를 사용하고 있습니다. 현재 초기 생산 단계에서 우리는 SQLite를 사용하여 개발하기 쉽고 개발하기 쉬우므로 나중에 MySQL로 전환 할 것입니다. Google App Engine을 사용할 계획이 있다고 생각합니다.

1
Ryan Cori

http://www.noobmusic.com 는 Google App Engine을 사용하고 있습니다.

1
Chris Hawkes

이것은 꽤 오래된 반응이지만 어쨌든 나는 갈 것입니다. 2008 년에는 Django/Flask뿐만 아니라 탁월한 선택이었습니다. 그리고 여전히 좋을 것입니다. 그러나 요즘 사람들은 학습 곡선이 줄어든 즉각적인 결과를 원합니다.

Web2py는 그렇게 직관적이지 않습니다.

MS Access로 작업하기 위해 MVC 개념을 연구해야합니까? URL 라우팅을 덜 신경 쓸 필요가 없었으며 웹에 몇 가지 테이블을 표시하면 좋았습니다. 또한 일부 인증.

http://jam-py.com/ 와 같은 프레임 워크가 빛납니다! 길을 잃지 않을뿐만 아니라 수십 년 동안 사무실을 지배했던 Access를 떠올리게합니다. 그리고 2019 년에도 여전히 지배하고 있습니다. 왜? 학습 곡선이 거의 없습니다.

0
Ljudva