썸네일은 Django Reinhardt
오늘 오전에 일찍 리드미작성과 커밋하면서 문제점을 수정한 후 제출을 했다.
가라~!
우재튜터님의 2시의 해설강의는 센세이션 했다...
너무 틀에 박힌 정형화되게 생각하고 있었구나
좀더 유연하게 장고를 갖고 노는(?) 유연함을 가져야겠다는 생각을 했다.
강의 중간중간 의문이 드는 것들은 따로 메모 해놓았는데
쉬는시간 없이 강의가 길어짐에 따라 ..... 기절.....
분명 재밌었는데... 새벽에 깨서 til 적는 나 ...ㅋㅋ
내일 다 물어봐야지
입문반 줌 강의를 처음부터 복습하려고 한다
아니 이런것도 얘기해 해주셨네 ........ 감사와죄송...
<장고 공식 문서 중 자주 묻는 질문>
https://docs.djangoproject.com/en/5.1/faq/general/#why-does-this-project-exist
한글 번역
차근차근 읽어boza.
이 프로젝트가 존재하는 이유는 무엇입니까 ?
Django는 매우 실용적인 필요성에서 성장했습니다. 신문 웹 운영인 World Online은 저널리즘 마감일 내에 집중적인 웹 애플리케이션을 구축하는 일을 담당합니다. 빠르게 움직이는 뉴스룸에서 World Online은 종종 복잡한 웹 애플리케이션을 컨셉에서 공개 출시까지 몇 시간 만에 완료합니다.
동시에, 월드 온라인 웹 개발자들은 웹 개발의 모범 사례를 따르는 데 있어서 꾸준히 완벽주의자였습니다.
2003년 가을, World Online 개발자(Adrian Holovaty와 Simon Willison)는 PHP를 버리고 Python을 사용하여 웹사이트를 개발하기 시작했습니다. Lawrence.com과 같은 집중적이고 풍부한 상호 작용 사이트를 구축하면서, 그들은 점점 더 빠르게 웹 애플리케이션을 구축할 수 있는 일반적인 웹 개발 프레임워크를 추출하기 시작했습니다. 그들은 이 프레임워크를 끊임없이 조정하여 2년에 걸쳐 개선 사항을 추가했습니다.
2005년 여름, World Online은 그 결과물인 Django를 오픈 소스로 공개하기로 결정했습니다. Django는 Apache , Python , PostgreSQL 등 수많은 오픈 소스 프로젝트 없이는 불가능했을 것입니다. 오픈 소스 커뮤니티에 무언가를 돌려줄 수 있어서 기쁩니다.
"Django"는 무슨 뜻이고 어떻게 발음합니까? ¶
Django는 1930년대부터 1950년대 초까지 재즈 마누쉬 기타리스트였던 Django Reinhardt 의 이름을 따서 지어졌습니다 . 오늘날까지 그는 역대 최고의 기타리스트 중 한 명으로 여겨집니다.
그의 음악을 들어보세요. 마음에 들 거예요.
Django는 JANG -oh로 발음합니다 . FANG-oh와 운율이 맞습니다. "D"는 무음입니다.
또한 발음의 오디오 클립 도 녹음했습니다 .
Django는 안정적인가요? ¶
네, 꽤 안정적입니다. Disqus, Instagram, Pinterest, Mozilla와 같은 회사는 수년간 Django를 사용해 왔습니다. Django로 구축된 사이트는 초당 5만 건 이상의 트래픽 급증을 견뎌냈습니다.
Django는 확장성이 있나요? ¶
네. 개발 시간에 비해 하드웨어는 저렴하기 때문에 Django는 가능한 한 많은 하드웨어를 활용하도록 설계되었습니다.
Django는 "공유되지 않는" 아키텍처를 사용하는데, 이는 데이터베이스 서버, 캐싱 서버 또는 웹/애플리케이션 서버 등 모든 레벨에서 하드웨어를 추가할 수 있다는 것을 의미합니다.
이 프레임워크는 데이터베이스 계층과 애플리케이션 계층과 같은 구성 요소를 깔끔하게 분리합니다. 그리고 간단하면서도 강력한 캐시 프레임워크 와 함께 제공됩니다 .
이 일의 배후에는 누가 있을까 ?
Django는 원래 미국 캔자스주 로렌스에 있는 신문사의 웹 부서인 World Online에서 개발되었습니다. Django는 현재 국제 자원봉사자 팀 에서 운영합니다 .
Django의 라이센스는 어떻게 되어 있나요? ¶
Django는 3-clause BSD license 에 따라 배포됩니다 . 이는 Django를 수정하고 재배포할 수 있는 광범위한 권한을 부여하는 오픈 소스 라이센스입니다.
Django가 Python의 라이센스 파일을 포함하는 이유는 무엇입니까? ¶
Django에는 Python 표준 라이브러리의 코드가 포함되어 있습니다. Python은 관대한 오픈 소스 라이선스에 따라 배포됩니다. Python 라이선스 사본은 Python의 조건을 준수하기 위해 Django에 포함되어 있습니다.
어떤 사이트가 Django를 사용합니까? ¶
BuiltWithDjango.com에서는 Django 기반 사이트 목록이 지속적으로 확장되고 있습니다.
Django는 MVC 프레임워크인 듯하지만, Controller를 "view"라고 부르고 View를 "template"라고 부릅니다. 왜 표준 이름을 사용하지 않습니까? ¶
글쎄요, 표준 명칭은 논란의 여지가 있죠.
MVC에 대한 우리의 해석에서 "뷰"는 사용자에게 제시되는 데이터를 설명합니다. 반드시 데이터가 어떻게 보이는지 가 아니라 어떤 데이터가 제시되는지입니다. 뷰는 어떤 데이터를 보는지 설명하는 것이지 , 어떻게 보는지는 설명하지 않습니다. 미묘한 차이입니다.
따라서 우리의 경우 "뷰"는 특정 URL에 대한 Python 콜백 함수입니다. 왜냐하면 해당 콜백 함수는 어떤 데이터가 표시되는지 설명하기 때문입니다.
또한, 콘텐츠를 프레젠테이션에서 분리하는 것이 합리적입니다. 여기서 템플릿이 등장합니다. Django에서 "뷰"는 어떤 데이터가 표시되는지 설명하지만, 뷰는 일반적으로 데이터가 어떻게 표시되는지 설명하는 템플릿에 위임합니다.
그러면 "컨트롤러"는 어디에 들어맞을까요? Django의 경우, 아마도 프레임워크 자체일 것입니다. Django URL 구성에 따라 적절한 뷰에 요청을 보내는 기계입니다.
약어에 목마르다면 Django는 "MTV" 프레임워크라고 말할 수 있습니다. 즉, "모델", "템플릿", "뷰"입니다. 이렇게 나누면 훨씬 더 이해가 됩니다.
결국 중요한 것은 일을 처리하는 것입니다. 그리고 사물의 이름이 무엇이든 Django는 우리에게 가장 논리적인 방식으로 일을 처리합니다.
<프레임워크 X>는 <기능 Y>를 가지고 있는데 Django는 왜 그렇지 않은가? ¶
우리는 다른 멋진 웹 프레임워크가 있다는 것을 잘 알고 있으며, 적절한 경우 아이디어를 빌리는 것을 꺼리지 않습니다. 그러나 Django는 우리가 현 상태에 만족하지 못했기 때문에 개발되었으므로 "가 그렇게 하기 때문에"라는 이유로 Django에 주어진 기능을 추가할 충분한 이유가 되지 않는다는 점을 알아두십시오.
다른 Python 라이브러리를 사용하지 않고 Django를 처음부터 작성한 이유는 무엇입니까? ¶
Django가 처음 작성되었을 당시, Adrian과 Simon은 사용 가능한 다양한 Python 웹 프레임워크를 탐색하는 데 많은 시간을 보냈습니다.
우리의 의견으로는 그 중 어느 것도 완벽히 만족스럽지 않았습니다.
우리는 까다롭습니다. 완벽주의자라라고 부를 수도 있을 겁니다. (마감일이 있는)
시간이 지나면서 우리는 이미 구현한 작업을 하는 오픈소스 라이브러리를 우연히 발견했습니다. 다른 사람들이 비슷한 방식으로 비슷한 문제를 해결하는 것을 보는 것은 안심이 되었지만, 외부 코드를 통합하기에는 너무 늦었습니다. 우리는 이미 여러 프로덕션 설정에서 우리만의 프레임워크 비트를 작성, 테스트 및 구현했으며, 우리만의 코드는 우리의 요구를 즐겁게 충족했습니다.
그러나 대부분의 경우, 우리는 기존 프레임워크/도구가 불가피하게 우리를 불안하게 만드는 근본적이고 치명적인 결함을 가지고 있다는 것을 발견했습니다. 어떤 도구도 우리의 철학에 100% 맞지 않았습니다.
앞서 말했듯이 우리는 까다롭습니다.
우리는 디자인 철학 페이지 에 우리의 철학을 기록해 두었습니다 .
Django는 콘텐츠 관리 시스템(CMS)인가요? ¶
아니요, Django는 CMS도 아니고 그 자체로 "턴키 제품"도 아닙니다. 그것은 웹 프레임워크입니다. 웹사이트를 구축할 수 있는 프로그래밍 도구입니다.
예를 들어, Django를 Drupal 과 비교하는 것은 별로 의미가 없습니다 . 왜냐하면 Django는 Drupal과 같은 것을 만드는 데 사용되기 때문입니다 .
네, Django의 자동 관리자 사이트는 환상적이고 시간을 절약해줍니다. 하지만 관리자 사이트는 Django 프레임워크의 한 모듈입니다. 게다가 Django는 "CMS-y" 앱을 빌드하는 데 특별한 편의성을 제공하지만, "비 CMS-y" 앱을 빌드하는 데 적합하지 않다는 뜻은 아닙니다(무슨 뜻이든!).
Django 문서를 오프라인에서 읽기 위해 어떻게 다운로드할 수 있나요? ¶
Django 문서는 docs각 Django tarball 릴리스의 디렉토리에서 제공됩니다. 이 문서는 reST(reStructuredText) 형식이며, 각 텍스트 파일은 공식 Django 사이트의 웹 페이지에 해당합니다.
문서는 버전 관리에 저장 되므로 코드 변경 사항을 찾아보듯이 문서 변경 사항을 찾아볼 수 있습니다.
기술적으로, Django 사이트의 문서는 reST 문서의 최신 개발 버전에서 생성되었으므로 Django 사이트의 문서는 최신 Django 릴리스와 함께 제공되는 문서보다 더 많은 정보를 제공할 수 있습니다.
Django를 인용하려면 어떻게 해야 하나요 ?
공식적인 인용 형식을 정하기는 어려운데, 그 이유는 두 가지입니다. 첫째, 인용 형식은 출판물마다 크게 다를 수 있고, 둘째, 소프트웨어의 인용 표준은 여전히 논란의 여지가 있기 때문입니다.
예를 들어, APA 스타일 은 다음과 같습니다.
Django (Version 1.5) [Computer Software]. (2013). Retrieved from https://www.djangoproject.com/.
하지만 유일한 진정한 지침은 출판사가 수용하는 지침이므로 해당 지침 사본을 구해서 최대한 빈틈을 메우세요.
참조 스타일 가이드에 게시자 이름이 필요한 경우 "Django Software Foundation"을 사용하세요.
출판 장소가 필요하면 "캔자스주 로렌스"를 사용하세요.
웹 주소가 필요하면 https://www.djangoproject.com/을 사용하세요 .
이름이 필요하면 태그라인 없이 "Django"만 사용하세요.
출판 날짜가 필요한 경우 참조하는 버전의 출시 연도를 사용하세요(예: v1.5의 경우 2013).
