# `wsgiref` — WSGI 유틸리티와 참조 구현

소스 코드: Lib/wsgiref

경고

`wsgiref` is a reference implementation and is not recommended for production. The module only implements basic security checks.

WSGI(Web Server Gateway Interface)는 웹 서버 소프트웨어와 파이썬으로 작성된 웹 응용 프로그램 간의 표준 인터페이스입니다. 표준 인터페이스는 여러 웹 서버에서 WSGI를 지원하는 응용 프로그램을 쉽게 사용할 수 있도록 합니다.

웹 서버와 프로그래밍 프레임워크의 작성자만 WSGI 설계의 모든 세부 사항과 코너 케이스를 알 필요가 있습니다. 단지 WSGI 응용 프로그램을 설치하거나 기존 프레임워크를 사용하여 웹 응용 프로그램을 작성하기 위해, WSGI의 모든 세부 사항을 이해할 필요는 없습니다.

`wsgiref` is a reference implementation of the WSGI specification that can be used to add WSGI support to a web server or framework. It provides utilities for manipulating WSGI environment variables and response headers, base classes for implementing WSGI servers, a demo HTTP server that serves WSGI applications, types for static type checking, and a validation tool that checks WSGI servers and applications for conformance to the WSGI specification (PEP 3333).

WSGI에 대한 더 자세한 정보 및 자습서와 기타 자원에 대한 링크는 wsgi.readthedocs.io를 참조하십시오.

## `wsgiref.util` – WSGI 환경 유틸리티

이 모듈은 WSGI 환경으로 작업하기 위한 다양한 유틸리티 함수를 제공합니다. WSGI 환경은 PEP 3333에서 설명한 대로 HTTP 요청 변수를 포함하는 딕셔너리입니다. environ 매개 변수를 취하는 모든 함수는 WSGI 호환 딕셔너리가 제공될 것으로 기대합니다; 자세한 명세는 PEP 3333를 형 어노테이션에 사용할 수 있는 형 에일리어스는 `WSGIEnvironment`를 참조하십시오.

wsgiref.util.guess_scheme(environ)

  environ 딕셔너리에서 `HTTPS` 환경 변수를 검사하여 `wsgi.url_scheme`이 “http”와 “https” 중 어느 것인지 추측합니다. 반환 값은 문자열입니다.

  이 함수는 CGI 나 FastCGI와 같은 CGI와 유사한 프로토콜을 감싸는 게이트웨이를 만들 때 유용합니다. 일반적으로, 이러한 프로토콜을 제공하는 서버는 SSL을 통해 요청이 수신될 때 “1”, “yes” 또는 “on” 값을 갖는 `HTTPS` 변수를 포함합니다. 따라서, 이 함수는 그런 값을 발견하면 “https”를 반환하고, 그렇지 않으면 “http”를 반환합니다.

wsgiref.util.request_uri(environ, include_query=True)

  PEP 3333의 “URL 재구성” 절에 있는 알고리즘을 사용하여 전체 요청 URI를 반환합니다. 선택적으로 질의 문자열(query string)을 포함합니다. include_query가 거짓이면 질의 문자열은 결과 URI에 포함되지 않습니다.

wsgiref.util.application_uri(environ)

  `PATH_INFO` 와 `QUERY_STRING` 변수가 무시된다는 점을 제외하면 `request_uri()`와 유사합니다. 결과는 요청이 가리키는 응용 프로그램 객체의 기본 URI입니다.

wsgiref.util.shift_path_info(environ)

  단일 이름을 `PATH_INFO`에서 `SCRIPT_NAME`로 이동하고 이름을 반환합니다. environ 딕셔너리는 그 자리에서 수정됩니다; 원본 `PATH_INFO` 나 `SCRIPT_NAME`를 그대로 유지해야 하면 사본을 사용하십시오.

  `PATH_INFO`에 남아있는 경로 세그먼트가 없으면, `None`이 반환됩니다.

  일반적으로, 이 루틴은 요청 URI 경로의 각 부분을 처리하는 데 사용됩니다, 예를 들어 경로를 일련의 딕셔너리 키로 취급합니다. 이 루틴은 전달된 환경을 수정하여 대상 URI에 있는 다른 WSGI 응용 프로그램을 호출하는 데 적합하게 만듭니다. 예를 들어, `/foo`에 WSGI 응용 프로그램이 있고, 요청 URI 경로가 `/foo/bar/baz`이고, `/foo`의 WSGI 응용 프로그램이 `shift_path_info()`를 호출하면 “bar” 문자열을 수신하고 전달할 환경이 `/foo/bar`에 있는 WSGI 응용 프로그램에 전달하기 적합하도록 갱신됩니다. 즉, `SCRIPT_NAME`는 `/foo`에서 `/foo/bar`로 변경되고, `PATH_INFO`는 `/bar/baz`에서 `/baz`로 변경됩니다.

  `PATH_INFO`가 단지 “/”일 때, 이 루틴은 빈 문자열을 반환하고 `SCRIPT_NAME`에 후행 슬래시를 추가합니다; 빈 경로 세그먼트는 일반적으로 무시되고, `SCRIPT_NAME`는 일반적으로 슬래시로 끝나지 않음에도 그렇게 합니다. 의도적인 동작입니다. 이 루틴을 사용하여 객체를 탐색할 때, 응용 프로그램이 `/x`로 끝나는 URI와 `/x/`로 끝나는 URI의 차이를 구별할 수 있도록 하기 위함입니다.

wsgiref.util.setup_testing_defaults(environ)

  테스트 목적으로 environ를 뻔한 기본값으로 갱신합니다.

  이 루틴은 `HTTP_HOST`, `SERVER_NAME`, `SERVER_PORT`, `REQUEST_METHOD`, `SCRIPT_NAME`, `PATH_INFO` 및 모든 PEP 3333에서 정의된 `wsgi.*` 변수를 포함하여 WSGI에 필요한 다양한 매개 변수를 추가합니다. 기본값만 제공하며, 이 변수들에 대한 기존 설정을 대체하지 않습니다.

  이 루틴은 WSGI 서버와 응용 프로그램의 단위 테스트가 더미 환경을 쉽게 설정하도록 하기 위한 것입니다. 데이터가 가짜이므로, 실제 WSGI 서버나 응용 프로그램에서 사용해서는 안 됩니다!

  Example usage (see also `demo_app()` for another example):

      from wsgiref.util import setup_testing_defaults
      from wsgiref.simple_server import make_server

      # 상대적으로 간단한 WSGI 응용 프로그램. setup_testing_defaults로 갱신된 후에 환경
      # 딕셔너리를 인쇄할 것입니다.
      def simple_app(environ, start_response):
          setup_testing_defaults(environ)

          status = '200 OK'
          headers = [('Content-type', 'text/plain; charset=utf-8')]

          start_response(status, headers)

          ret = [("%s: %s\n" % (key, value)).encode("utf-8")
                 for key, value in environ.items()]
          return ret

      with make_server('', 8000, simple_app) as httpd:
          print("Serving on port 8000...")
          httpd.serve_forever()

위의 환경 함수 외에도, `wsgiref.util` 모듈은 다음과 같은 기타 유틸리티를 제공합니다:

wsgiref.util.is_hop_by_hop(header_name)

  ‘header_name’이 RFC 2616가 정의하고 있는 HTTP/1.1 “Hop-by-Hop” 헤더면 `True`를 반환합니다.

class wsgiref.util.FileWrapper(filelike, blksize=8192)

  파일류 객체를 이터레이터로 변환하는 데 사용되는 `wsgiref.types.FileWrapper` 프로토콜의 구체적 구현. 결과 객체는 이터러블입니다. 객체가 이터레이트될 때, 선택적인 blksize 매개 변수는 산출할 바이트열을 얻기 위해 filelike 객체의 `read()` 메서드에 반복적으로 전달됩니다. `read()`가 빈 바이트열을 반환하면 이터레이션이 종료되고 다시 시작할 수 없습니다.

  filelike에 `close()` 메서드가 있으면, 반환된 객체에도 `close()` 메서드가 있고, 호출될 때 filelike 객체의 `close()` 메서드를 호출합니다.

  사용 예:

      from io import StringIO
      from wsgiref.util import FileWrapper

      # 파일류 객체로 StringIO 버퍼를 사용하고 있습니다
      filelike = StringIO("This is an example file-like object"*10)
      wrapper = FileWrapper(filelike, blksize=5)

      for chunk in wrapper:
          print(chunk)

  버전 3.11에서 변경: `__getitem__()` 메서드 지원은 제거되었습니다.

## `wsgiref.headers` – WSGI 응답 헤더 도구

이 모듈은 매핑류 인터페이스를 사용하여 WSGI 응답 헤더를 편리하게 조작할 수 있는 클래스 `Headers` 하나를 제공합니다.

class wsgiref.headers.Headers([headers])

  PEP 3333에 설명된 것처럼 헤더 이름/값 튜플의 리스트이어야 하는 headers를 감싸는 매핑류 객체를 만듭니다. headers의 기본값은 빈 리스트입니다.

  `Headers` 객체는 `__getitem__()`, `get()`, `__setitem__()`, `setdefault()`, `__delitem__()` 및 `__contains__()`를 포함한 일반적인 매핑 연산을 지원합니다. 이러한 각 메서드에 대해, 키는 헤더 이름(대소 문자를 구분하지 않습니다)이며, 값은 해당 헤더 이름과 연관된 첫 번째 값입니다. 헤더를 설정하면 해당 헤더의 기존 값이 삭제된 다음, 감싸진 헤러 리스트의 끝에 새 값이 추가됩니다. 헤더의 기존 순서는 일반적으로 유지되며, 감싸진 리스트의 끝에 새 헤더가 추가됩니다.

  딕셔너리와 달리, `Headers` 객체는 감싸진 헤더 리스트에 없는 키를 가져오거나 삭제하려고 하면 에러를 발생시키지 않습니다. 존재하지 않는 헤더를 가져오려고 하면 `None`을 반환하고, 존재하지 않는 헤더를 삭제하면 아무것도 하지 않습니다.

  `Headers` 객체는 `keys()`, `values()` 및 `items()` 메서드도 지원합니다. `keys()` 와 `items()`에 의해 반환된 리스트에는 다중-값 헤더가 있으면 같은 키가 두 번 이상 포함될 수 있습니다. `Headers` 객체의 `len()`는 `items()`의 길이와 같고, 이는 감싸진 헤더 리스트의 길이와 같습니다. 실제로, `items()` 메서드는 단지 감싸진 헤더 리스트의 복사본을 반환합니다.

  `Headers` 객체에서 `bytes()`를 호출하면 HTTP 응답 헤더로 전송하기에 적합한 포맷된 바이트열이 반환됩니다. 각 헤더는 콜론과 공백으로 구분된 값과 함께 줄에 들어갑니다. 각 줄은 캐리지 리턴과 줄넘김으로 끝나며, 바이트열은 빈 줄로 끝납니다.

  `Headers` 객체는 매핑 인터페이스와 포매팅 기능 외에도, 다중-값 헤더를 조회하거나 추가하고, MIME 파라미터가 있는 헤더를 추가하기 위해 다음과 같은 메서드를 제공합니다:

  get_all(name)

    주어진 이름의 헤더에 대한 모든 값의 리스트를 반환합니다.

    반환된 리스트는 원래 헤더 리스트에 나타나거나 이 인스턴스에 추가된 순서대로 정렬되고, 중복을 포함할 수 있습니다. 삭제되고 다시 삽입된 필드는 항상 헤더 리스트의 끝에 추가됩니다. 주어진 이름의 필드가 존재하지 않으면, 빈 리스트를 반환합니다.

  add_header(name, value, **_params)

    키워드 인자로 지정되는 선택적 MIME 파라미터와 함께 헤더를 추가합니다 (다중-값 가능).

    name은 추가할 헤더 필드입니다. 키워드 인자는 헤더 필드에 대한 MIME 파라미터를 설정하는 데 사용될 수 있습니다. 각 파라미터는 문자열이나 `None` 이어야 합니다. 파라미터 이름의 밑줄은 대시로 변환됩니다; 파이썬 식별자에서는 대시가 유효하지 않지만 많은 MIME 파라미터 이름에는 대시가 포함되기 때문입니다. 파라미터값이 문자열이면 `name="value"` 형식으로 헤더 값 파라미터에 추가됩니다. `None`이면 파라미터 이름 만 추가됩니다. (이것은 값이 없는 MIME 파라미터에 사용됩니다.) 사용 예:

        h.add_header('content-disposition', 'attachment', filename='bud.gif')

    위의 코드는 다음과 같은 헤더를 추가합니다:

        Content-Disposition: attachment; filename="bud.gif"

  버전 3.5에서 변경: headers 매개 변수는 선택적입니다.

## `wsgiref.simple_server` – 간단한 WSGI HTTP 서버

이 모듈은 WSGI 응용 프로그램을 서빙하는 간단한 HTTP 서버(`http.server` 기반)를 구현합니다. 각 서버 인스턴스는 주어진 호스트와 포트에서 단일 WSGI 응용 프로그램을 서빙합니다. 단일 호스트와 포트에서 여러 응용 프로그램을 서빙하려면, `PATH_INFO`를 구문 분석하여 각 요청에 대해 호출할 응용 프로그램을 선택하는 WSGI 응용 프로그램을 만들어야 합니다. (예를 들어, `wsgiref.util`의 `shift_path_info()` 함수를 사용해서.)

wsgiref.simple_server.make_server(host, port, app, server_class=WSGIServer, handler_class=WSGIRequestHandler)

  host 와 port에서 수신을 기다리고, app에 대한 연결을 수락하는 새 WSGI 서버를 만듭니다. 반환 값은 제공된 server_class의 인스턴스이며, 지정된 handler_class를 사용하여 요청을 처리합니다. app는 PEP 3333에 정의된 WSGI 응용 프로그램 객체여야 합니다.

  사용 예:

      from wsgiref.simple_server import make_server, demo_app

      with make_server('', 8000, demo_app) as httpd:
          print("Serving HTTP on port 8000...")

          # 프로세스를 죽일 때까지 요청에 응답합니다
          httpd.serve_forever()

          # 대안: 하나의 요청을 처리한 다음 종료합니다
          httpd.handle_request()

wsgiref.simple_server.demo_app(environ, start_response)

  이 함수는 작지만 완벽한 WSGI 응용 프로그램인데, “Hello world!” 메시지와 environ 매개 변수에 제공된 키/값 쌍 목록이 포함된 텍스트 페이지를 반환합니다. WSGI 서버(가령 `wsgiref.simple_server`)가 간단한 WSGI 응용 프로그램을 올바르게 실행할 수 있는지 확인하는 데 유용합니다.

  start_response 콜러블은 `StartResponse` 프로토콜을 따라야 합니다.

class wsgiref.simple_server.WSGIServer(server_address, RequestHandlerClass)

  `WSGIServer` 인스턴스를 만듭니다. server_address는 `(host,port)` 튜플이어야 하며, RequestHandlerClass는 `http.server.BaseHTTPRequestHandler`의 서브 클래스여야 하는데, 요청을 처리하는 데 사용됩니다.

  `make_server()` 함수가 모든 세부 사항을 처리할 수 있으므로, 일반적으로 이 생성자를 호출할 필요가 없습니다.

  `WSGIServer`는 `http.server.HTTPServer`의 서브 클래스이므로, 모든 메서드(가령 `serve_forever()`와 `handle_request()`)를 사용할 수 있습니다. `WSGIServer`는 또한 다음과 같은 WSGI 전용 메서드를 제공합니다:

  set_app(application)

    콜러블 application을 요청을 수신하는 WSGI 응용 프로그램으로 설정합니다.

  get_app()

    현재 설정되어있는 응용 프로그램 콜러블을 반환합니다.

  그러나 일반적으로, 이러한 추가 메서드를 사용할 필요가 없는데, `set_app()`는 일반적으로 `make_server()`에서 호출되고, `get_app()`은 주로 요청 처리기 인스턴스의 필요를 위해 존재하기 때문입니다

class wsgiref.simple_server.WSGIRequestHandler(request, client_address, server)

  지정된 request (즉, 소켓), client_address (`(host,port)` 튜플) 및 server (`WSGIServer` 인스턴스)를 위한 HTTP 처리기를 만듭니다.

  이 클래스의 인스턴스를 직접 만들 필요는 없습니다; `WSGIServer` 객체가 필요에 따라 자동으로 만듭니다. 그러나, 이 클래스를 서브 클래싱하여 handler_class로 `make_server()` 함수에 제공할 수 있습니다. 서브 클래스에서 재정의하는데 적합한 메서드들은 다음과 같습니다:

  get_environ()

    요청에 대한 `WSGIEnvironment` 딕셔너리를 반환합니다. 기본 구현은 `WSGIServer` 객체의 `base_environ` 딕셔너리 어트리뷰트의 내용을 복사한 다음, HTTP 요청으로부터 온 다양한 헤더를 추가합니다. 이 메서드를 호출할 때마다 PEP 3333에 지정된 CGI 환경 변수를 모두 포함하는 새 딕셔너리를 반환해야 합니다.

  get_stderr()

    `wsgi.errors` 스트림으로 사용해야 하는 객체를 반환합니다. 기본 구현은 단지 `sys.stderr`를 반환합니다.

  handle()

    HTTP 요청을 처리합니다. 기본 구현은 `wsgiref.handlers` 클래스를 사용하여 실제 WSGI 응용 프로그램 인터페이스를 구현하는 처리기 인스턴스를 만듭니다.

## `wsgiref.validate` — WSGI 적합성 검사기

새로운 WSGI 응용 프로그램 객체, 프레임워크, 서버 또는 미들웨어를 만들 때, `wsgiref.validate`를 사용하여 새 코드의 적합성을 확인하는 것이 유용할 수 있습니다. 이 모듈은 WSGI 서버나 게이트웨이와 WSGI 응용 프로그램 객체 사이의 통신을 검증하는 WSGI 응용 프로그램 객체를 만드는 함수를 제공하여, 양측의 프로토콜 준수 여부를 검사할 수 있도록 합니다.

이 유틸리티는 완전한 PEP 3333 적합성을 보장하지는 않습니다; 이 모듈에서 에러가 없다고 해서 에러가 존재하지 않는다는 것을 의미하지는 않습니다. 그러나, 이 모듈에서 오류가 발생하면, 서버나 응용 프로그램이 100% 적합하지 않다는 것은 사실상 확실합니다.

이 모듈은 Ian Bicking의 “Python Paste” 라이브러리의 `paste.lint` 모듈을 기반으로 합니다.

wsgiref.validate.validator(application)

  application 감싸고 새 WSGI 응용 프로그램 객체를 반환합니다. 반환된 응용 프로그램은 모든 요청을 원래 application으로 전달하고, application과 이를 호출하는 서버가 모두 WSGI 명세와 RFC 2616를 준수하는지 확인합니다.

  탐지된 모든 부적합 결과는 `AssertionError`를 일으킵니다; 그러나 이러한 에러를 처리하는 방법은 서버에 따라 다릅니다. 예를 들어, `wsgiref.simple_server`와 `wsgiref.handlers`를 기반으로 하는 다른 (에러 처리 메서드를 재정의해서 다른 작업을 수행하지 않는) 서버는 단순히 에러가 발생했다는 메시지를 출력하고 `sys.stderr` 나 기타 에러 스트림으로 트레이스백을 덤프합니다.

  이 래퍼는 의심스럽기는 하지만 PEP 3333에서 실제로 금지되지 않을 수도 있는 동작을 나타내도록 `warnings` 모듈을 사용하여 출력을 생성할 수도 있습니다. 파이썬 명령 줄 옵션이나 `warnings` API를 사용해서 억제되지 않는 한, 그러한 경고는 `sys.stderr`(같은 객체가 아니라면 `wsgi.errors`가 아닙니다)에 기록됩니다.

  사용 예:

      from wsgiref.validate import validator
      from wsgiref.simple_server import make_server

      # 의도적으로 표준을 준수하지 않는 콜러블 객체이므로,
      # 적합성 검사기가 중단됩니다
      def simple_app(environ, start_response):
          status = '200 OK'  # HTTP Status
          headers = [('Content-type', 'text/plain')]  # HTTP Headers
          start_response(status, headers)

          # 이것은 중단하게 되는데, 목록을 반환해야 하기 때문입니다,
          # 적합성 검사기가 알려줄 것입니다
          return b"Hello World"

      # 이것은 적합성 검사기로 감싼 응용 프로그램입니다
      validator_app = validator(simple_app)

      with make_server('', 8000, validator_app) as httpd:
          print("Listening on port 8000....")
          httpd.serve_forever()

## `wsgiref.handlers` – 서버/게이트웨이 베이스 클래스

이 모듈은 WSGI 서버와 게이트웨이를 구현하기 위한 베이스 처리기 클래스를 제공합니다. 이러한 베이스 클래스는 입력, 출력 및 에러 스트림과 함께 CGI와 유사한 환경이 제공되는 한, WSGI 응용 프로그램과 통신하는 대부분 작업을 처리합니다.

class wsgiref.handlers.CGIHandler

  `sys.stdin`, `sys.stdout`, `sys.stderr` 및 `os.environ`를 통한 CGI 기반 호출. 이것은 WSGI 응용 프로그램이 있고 CGI 스크립트로 실행하려고 할 때 유용합니다. `CGIHandler().run(app)`을 호출하기만 하면 됩니다. 여기서 `app`은 호출할 WSGI 응용 프로그램 객체입니다.

  이 클래스는 `wsgi.run_once`를 참으로, `wsgi.multithread`를 거짓으로, `wsgi.multiprocess`를 참으로 설정하고, 필요한 CGI 스트림과 환경을 얻기 위해 항상 `sys`와 `os`를 사용하는 `BaseCGIHandler`의 서브 클래스입니다.

class wsgiref.handlers.IISCGIHandler

  config allowPathInfo 옵션 (IIS>=7) 나 metabase allowPathInfoForScriptMappings (IIS<7)를 설정하지 않고도, Microsoft IIS 웹 서버에 배포할 때 사용할 수 있는 `CGIHandler`의 특수한 대안.

  기본적으로, IIS는 앞에 `SCRIPT_NAME`이 중복된 `PATH_INFO`를 제공하므로, 라우팅을 구현하려는 WSGI 응용 프로그램에 문제가 발생합니다. 이 처리기는 중복된 경로를 제거합니다.

  IIS가 올바른 `PATH_INFO`를 전달하도록 구성할 수 있지만, `PATH_TRANSLATED`가 잘못되는 다른 버그가 발생합니다. 다행히도 이 변수는 거의 사용되지 않으며 WSGI에서 보장하지 않습니다. 그러나 IIS<7에서는 설정이 가상 호스트 수준에서만 이루어지므로, 다른 모든 스크립트 매핑에 영향을 미치며, 그중 많은 것들이 `PATH_TRANSLATED` 버그에 노출되면 망가집니다. 이러한 이유로 IIS<7은 거의 수정해서 배포되지 않습니다 (아직도 UI가 없어서 IIS7 조차도 거의 사용하지 않습니다.).

  CGI 코드가 옵션이 설정되었는지를 알 수 있는 방법이 없으므로, 별도의 처리기 클래스가 제공됩니다. `CGIHandler`와 같은 방식으로 사용됩니다. 즉, `IISCGIHandler().run(app)`을 호출합니다. 여기서 `app`은 호출할 WSGI 응용 프로그램 객체입니다.

  Added in version 3.2.

class wsgiref.handlers.BaseCGIHandler(stdin, stdout, stderr, environ, multithread=True, multiprocess=False)

  `CGIHandler`와 유사하지만, `sys` 와 `os` 모듈을 사용하는 대신, CGI 환경과 I/O 스트림이 명시적으로 지정됩니다. multithread 와 multiprocess 값은 처리기 인스턴스가 실행하는 모든 응용 프로그램에 대한 `wsgi.multithread` 와 `wsgi.multiprocess` 플래그를 설정하는 데 사용됩니다.

  이 클래스는 HTTP “오리진 서버” 이외의 소프트웨어에서 사용하기 위한 `SimpleHandler`의 서브 클래스입니다. HTTP 상태를 보내기 위해 `Status:` 헤더를 사용하는 게이트웨이 프로토콜 구현(가령 CGI, FastCGI, SCGI 등)을 작성하는 경우 `SimpleHandler` 대신 이것을 서브 클래싱하고 싶을 겁니다.

class wsgiref.handlers.SimpleHandler(stdin, stdout, stderr, environ, multithread=True, multiprocess=False)

  `BaseCGIHandler`와 유사하지만, HTTP 오리진 서버에 사용하도록 설계되었습니다. HTTP 서버 구현을 작성하는 경우 `BaseCGIHandler` 대신 이것을 서브 클래싱하고 싶을 겁니다.

  이 클래스는 `BaseHandler`의 서브 클래스입니다. `__init__()`, `get_stdin()`, `get_stderr()`, `add_cgi_vars()`, `_write()` 및 `_flush()` 메서드를 재정의하여 명시적으로 환경과 스트림을 생성자를 통해 설정하는 것을 지원합니다. 제공된 환경과 스트림은 `stdin`, `stdout`, `stderr` 및 `environ` 어트리뷰트에 저장됩니다.

  stdout의 `write()` 메서드는 `io.BufferedIOBase`처럼 각 덩어리 전체를 기록해야 합니다.

class wsgiref.handlers.BaseHandler

  이것은 WSGI 응용 프로그램을 실행하기 위한 추상 베이스 클래스입니다. 원칙적으로 여러 요청에 대해 재사용할 수 있는 서브 클래스를 만들 수 있지만, 각 인스턴스는 단일 HTTP 요청을 처리합니다.

  `BaseHandler` 인스턴스에는 외부 사용을 위한 하나의 메서드 만 있습니다:

  run(app)

    지정된 WSGI 응용 프로그램인 app을 실행합니다.

  다른 모든 `BaseHandler` 메서드는 응용 프로그램을 실행하는 과정에서 이 메서드에 의해 호출되므로, 주로 과정을 사용자 정의하기 위해 존재합니다.

  다음 메서드는 서브 클래스에서 반드시 재정의되어야 합니다:

  _write(data)

    클라이언트로의 전송을 위해 바이트열 data를 버퍼링합니다. 이 메서드가 실제로 데이터를 전송해도 상관없습니다; `BaseHandler`는 쓰기와 플러시 연산을 분리하여 하부 시스템에 실제로 이러한 구분이 있을 때 효율성을 높입니다.

  _flush()

    버퍼링 된 데이터를 클라이언트로 전송하도록 강제합니다. 이 메서드가 아무 일도 하지 않아도 상관없습니다 (즉, `_write()`가 실제로 데이터를 보낸다면).

  get_stdin()

    현재 처리 중인 요청의 `wsgi.input`으로 사용하기에 적합한 `InputStream` 과 호환되는 객체를 반환합니다.

  get_stderr()

    현재 처리 중인 요청의 `wsgi.errors`로 사용하기에 적합한 `ErrorStream` 과 호환되는 객체를 반환합니다.

  add_cgi_vars()

    현재 요청에 대한 CGI 변수를 `environ` 어트리뷰트에 삽입합니다.

  재정의하고 싶을 수 있는 다른 메서드와 어트리뷰트는 다음과 같습니다. 그러나, 이 목록은 요약에 지나지 않고, 재정의할 수 있는 모든 메서드가 포함되어 있지 않습니다. 사용자 정의된 `BaseHandler` 서브 클래스를 작성하기 전에 독스트링과 소스 코드를 참조하여 추가 정보를 얻어야 합니다.

  WSGI 환경을 사용자 정의하기 위한 어트리뷰트와 메서드:

  wsgi_multithread

    `wsgi.multithread` 환경 변수에 사용될 값. `BaseHandler`에서는 기본값이 참이지만, 다른 서브 클래스는 다른 기본값을 가질 수 있습니다 (또는 생성자에 의해 설정될 수 있습니다).

  wsgi_multiprocess

    `wsgi.multiprocess` 환경 변수에 사용될 값. `BaseHandler`에서는 기본값이 참이지만, 다른 서브 클래스는 다른 기본값을 가질 수 있습니다 (또는 생성자에 의해 설정될 수 있습니다).

  wsgi_run_once

    `wsgi.run_once` 환경 변수에 사용될 값. `BaseHandler`에서는 기본값이 거짓이지만, `CGIHandler`는 기본적으로 참으로 설정합니다.

  os_environ

    모든 요청의 WSGI 환경에 포함될 기본 환경 변수. 기본적으로, `wsgiref.handlers`를 임포트 한 시점의 `os.environ` 사본이지만, 서브 클래스는 클래스나 인스턴스 수준에서 자체적으로 만들 수 있습니다. 기본값이 여러 클래스와 인스턴스 간에 공유되므로, 딕셔너리는 읽기 전용으로 간주해야 합니다.

  server_software

    `origin_server` 어트리뷰트가 설정된 경우, 이 어트리뷰트의 값은 기본 `SERVER_SOFTWARE` WSGI 환경 변수를 설정하는 데 사용되고, HTTP 응답의 기본 `Server:` 헤더를 설정하는 데도 사용됩니다. HTTP 오리진 서버가 아닌 처리기(가령 `BaseCGIHandler` 와 `CGIHandler`)에서는 무시됩니다.

    버전 3.3에서 변경: “Python”이라는 용어는 “CPython”, “Jython” 등과 같은 구현 특정 용어로 대체됩니다.

  get_scheme()

    현재의 요청에 사용되고 있는 URL 스킴을 반환합니다. 기본 구현은 `wsgiref.util`의 `guess_scheme()` 함수를 사용하여, 현재 요청의 `environ` 변수를 기반으로, 스킴이 “http”와 “https” 중 어느 것인지 추측합니다.

  setup_environ()

    `environ` 어트리뷰트를 완전히 채워진 WSGI 환경으로 설정합니다. 기본 구현에서는 위의 모든 메서드와 어트리뷰트에 더해 `get_stdin()`, `get_stderr()` 및 `add_cgi_vars()` 메서드와 `wsgi_file_wrapper` 어트리뷰트를 모두 사용합니다. `origin_server` 어트리뷰트가 참이고 `server_software` 어트리뷰트가 설정된 경우 `SERVER_SOFTWARE` 키가 없으면 삽입합니다.

  예외 처리를 사용자 정의하기 위한 메서드와 어트리뷰트:

  log_exception(exc_info)

    exc_info 튜플을 서버 로그에 기록합니다. exc_info는 `(type, value, traceback)` 튜플입니다. 기본 구현은 요청의 `wsgi.errors` 스트림에 트레이스백을 쓰고 플러시 합니다. 서브 클래스는 이 메서드를 재정의해서, 형식을 변경하거나 출력의 대상을 바꾸거나, 관리자에게 트레이스백을 메일로 보내거나, 적절한 것으로 생각되는 다른 액션을 수행할 수 있습니다.

  traceback_limit

    기본 `log_exception()` 메서드에 의해 출력되는 트레이스백에 포함하는 프레임의 최대 수. `None`이면, 모든 프레임이 포함됩니다.

  error_output(environ, start_response)

    이 메서드는 사용자를 위한 에러 페이지를 생성하는 WSGI 응용 프로그램입니다. 헤더가 클라이언트에 전송되기 전에 오류가 발생할 때만 호출됩니다.

    이 메서드는 `sys.exception()`을 사용하여 현재 에러에 액세스할 수 있으며, 호출할 때 해당 정보를 start_response로 전달해야 합니다 (PEP 3333의 “에러 처리” 절에서 설명하듯이). 특히, start_response 콜러블은 `StartResponse` 프로토콜을 따라야 합니다.

    기본 구현은 `error_status`, `error_headers` 및 `error_body` 어트리뷰트를 사용하여 출력 페이지를 생성합니다. 서브 클래스는 이것을 재정의하여, 더욱 동적인 에러 출력을 생성할 수 있습니다.

    그러나, 보안 관점에서 오래된 사용자에게는 진단을 내보내지 않는 것이 좋습니다; 이상적으로, 진단 출력을 활성화하기 위해서는 특별한 것을 해야 합니다. 이것이 기본 구현이 아무것도 포함하지 않는 이유입니다.

  error_status

    에러 응답에 사용되는 HTTP 상태. PEP 3333에 정의된 상태 문자열이어야 합니다; 기본값은 500 코드와 메시지입니다.

  error_headers

    에러 응답에 사용되는 HTTP 헤더. 이것은 PEP 3333에서 설명하는 WSGI 응답 헤더 (`(name, value)` 튜플)의 리스트여야 합니다. 기본 리스트는 단지 콘텐츠 형식을 `text/plain`으로 설정합니다.

  error_body

    에러 응답 바디. 이것은 HTTP 응답 바디 바이트열이어야 합니다. 기본적으로 “A server error occurred. Please contact the administrator.” 라는 단순 텍스트입니다.

  PEP 3333의 “선택적 플랫폼 특정 파일 처리” 기능을 위한 메서드와 어트리뷰트:

  wsgi_file_wrapper

    `wsgiref.types.FileWrapper` 와 호환되는 `wsgi.file_wrapper` 팩토리나 `None`. 이 어트리뷰트의 기본값은 `wsgiref.util.FileWrapper` 클래스입니다.

  sendfile()

    플랫폼 특정 파일 전송을 구현하기 위해 재정의합니다. 이 메서드는 응용 프로그램의 반환 값이 `wsgi_file_wrapper` 어트리뷰트로 지정된 클래스의 인스턴스일 때만 호출됩니다. 파일을 성공적으로 전송할 수 있었으면 참값을 반환해야 합니다. 그러면 기본 전송 코드가 실행되지 않습니다. 이 메서드의 기본 구현은 단지 거짓 값을 반환합니다.

  기타 메서드와 어트리뷰트:

  origin_server

    특별한 `Status:` 헤더를 통해 HTTP 상태를 원하는 CGI와 같은 게이트웨이 프로토콜을 통하는 것이 아니라, 처리기의 `_write()`와 `_flush()`가 클라이언트와 직접 통신하는 데 사용되는 경우 이 어트리뷰트를 참으로 설정해야 합니다.

    `BaseHandler`에서는 이 어트리뷰트의 기본값이 참이지만, `BaseCGIHandler`와 `CGIHandler`에서는 거짓입니다.

  http_version

    `origin_server`가 참이면, 이 문자열 어트리뷰트를 사용하여 클라이언트로 보내는 응답 집합의 HTTP 버전을 설정합니다. 기본값은 `"1.0"`입니다.

wsgiref.handlers.read_environ()

  CGI 변수를 `os.environ`에서 PEP 3333 “유니코드에 들어있는 바이트열” 문자열로 변환하여, 새 딕셔너리를 반환합니다. 이 함수는 `os.environ`을 직접 사용하는 대신 `CGIHandler`와 `IISCGIHandler`에서 사용됩니다. `os.environ`은 파이썬 3을 사용하는 모든 플랫폼과 웹 서버에서 WSGI를 준수한다는 보장이 없습니다 – 구체적으로, OS의 실제 환경이 유니코드인 곳(가령 윈도우)이나 환경은 바이트열이지만 파이썬이 디코딩하기 위해 사용하는 시스템 인코딩이 ISO-8859-1 이외의 것인 곳(예를 들어 UTF-8을 사용하는 유닉스 시스템).

  여러분 자신의 CGI 기반 처리기를 구현한다면, `os.environ`에서 직접 값을 복사하는 대신 이 루틴을 사용하는 것이 좋습니다.

  Added in version 3.2.

## `wsgiref.types` — 정적 형 검사기를 위한 WSGI 형

This module provides various types for static type checking as described in PEP 3333.

Added in version 3.11.

class wsgiref.types.StartResponse

  A `typing.Protocol` describing start_response() callables (PEP 3333).

wsgiref.types.WSGIEnvironment

  A type alias describing a WSGI environment dictionary.

wsgiref.types.WSGIApplication

  WSGI 응용 프로그램 콜러블을 기술하는 형 에일리어스.

class wsgiref.types.InputStream

  A `typing.Protocol` describing a WSGI Input Stream.

class wsgiref.types.ErrorStream

  A `typing.Protocol` describing a WSGI Error Stream.

class wsgiref.types.FileWrapper

  A `typing.Protocol` describing a file wrapper. See `wsgiref.util.FileWrapper` for a concrete implementation of this protocol.

## 예제

이것은 작동하는 “Hello World” WSGI 응용 프로그램으로, start_response 콜러블은 `StartResponse` 프로토콜을 따라야 합니다:

    """
    모든 WSGI 응용 프로그램은 응용 프로그램 객체를 가져야
    합니다 - 두 개의 인자를 받아들이는 콜러블. 이를 위해,
    함수를 사용하려고 합니다 (함수로 제한되지는 않습니다,
    예를 들어 클래스를 사용할 수 있습니다). 함수에 전달되는
    첫 번째 인자는 CGI 스타일 환경 변수를 포함하는 딕셔너리이고,
    두 번째 변수는 콜러블 객체입니다.
    """
    from wsgiref.simple_server import make_server

    def hello_world_app(environ, start_response):
        status = "200 OK"  # HTTP Status
        headers = [("Content-type", "text/plain; charset=utf-8")]  # HTTP 헤더
        start_response(status, headers)

        # 반환된 객체가 인쇄될 것입니다.
        return [b"Hello World"]

    with make_server("", 8000, hello_world_app) as httpd:
        print("Serving on port 8000...")

        # 프로세스를 죽일 때까지 서빙합니다
        httpd.serve_forever()

현재 디렉터리를 제공하는 WSGI 응용 프로그램의 예, 명령 줄에서 선택적 디렉터리와 포트 번호(기본값: 8000)를 받아들입니다:

    """
    작은 wsgiref 기반 웹 서버. 서비스할 경로와 선택적
    포트 번호(기본값 8000)를 취한 다음, 파일을 서비스하려고
    시도합니다. 파일 이름에서 MIME 유형을 추측하고, 파일을
    찾을 수 없으면 404 에러를 발생시킵니다.
    """
    import mimetypes
    import os
    import sys
    from wsgiref import simple_server, util

    def app(environ, respond):
        # 파일 이름과 MIME 유형을 가져옵니다
        fn = os.path.join(path, environ["PATH_INFO"][1:])
        if "." not in fn.split(os.path.sep)[-1]:
            fn = os.path.join(fn, "index.html")
        mime_type = mimetypes.guess_file_type(fn)[0]

        # 파일이 존재하면 200 OK 를, 그렇지 않으면 404 Not Found 를 돌려줍니다
        if os.path.exists(fn):
            respond("200 OK", [("Content-Type", mime_type)])
            return util.FileWrapper(open(fn, "rb"))
        else:
            respond("404 Not Found", [("Content-Type", "text/plain")])
            return [b"not found"]

    if __name__ == "__main__":
        # 명령줄 인자에서 경로와 포트를 가져옵니다
        path = sys.argv[1] if len(sys.argv) > 1 else os.getcwd()
        port = int(sys.argv[2]) if len(sys.argv) > 2 else 8000

        # control-c 를 누를 때까지 서버를 만들고 시작합니다
        httpd = simple_server.make_server("", port, app)
        print(f"Serving {path} on port {port}, control-C to stop")
        try:
            httpd.serve_forever()
        except KeyboardInterrupt:
            print("Shutting down.")
            httpd.server_close()