zope.paste

zope.paste to pakiet, który pozwala na
- Middleware zatrudnia WSGI wewnątrz aplikacji Zope 3
- Wdrożyć serwer aplikacji Zope 3 na każdym kioskach WSGI serwera WWW
używając PasteDeploy. Są to dwie zupełnie różne modus operandi, które mają tylko wspólnego, że są one ułatwić PasteDeploy. Każdy jest szczegółowo wyjaśniony poniżej.
Middleware WSGI wewnątrz Zope 3
zope.paste pozwala na stos middleware WSGI na górze aplikacji Zope 3 wydawcy bez zmiany na sposób konfiguracji Zope (zope.conf) lub uruchomić go (runzope, zopectl).
Konfiguracja jest bardzo prosta. Zakładając, że masz już stworzył Zope 3 instancji przy użyciu skryptu mkzopeinstance, istnieją trzy kroki, które muszą być wykonywane:
Instalowanie i konfigurowanie zope.paste
zope.paste może być zainstalowany jako jajko wszędzie na swoim PYTHONPATH lub po prostu umieścić go w katalogu / lib / python. Następnie musisz włączyć konfigurację ZCML zope.paste poprzez stworzenie pliku /etc/package-includes/zope.paste-configure.zcml z następujących treści:

Konfiguracja serwera
Tworzymy dyrektywa /etc/zope.conf używać definicji serwera zope.paste za, Paste.Main. To sposób, w jaki middleware WSGI zostanie wywołany, gdy odpowiedzi są serwowane przez ten serwer:

& Nbsp; Typ Paste.Main
& Nbsp; adres 8081

Konfiguracja stosu WSGI
Teraz możemy skonfigurować aplikację WSGI korzystając PasteDeploy składni w /etc/paste.ini. Oto przykład jak skonfigurować aplikację Paste.Main korzystania z wydawcą Zope 3 jako aplikacja WSGI, więc robi dokładnie to samo, że regularne Definicja serwer HTTP zrobi:
[Aplikacja: Paste.Main]
paste.app_factory = zope.paste.application: zope_publisher_app_factory
To nie jest bardzo ciekawe, choć. PasteDeploy pozwala na łańcuchu różnych podmiotów WSGI razem, czyli tam, gdzie robi się ciekawie. Wydaje się, że różnica między "aplikacji" i "filtry" (określany również jako "pośredniej"). Przykładem, który może być przedmiotem zainteresowania stosuje się do przetwarzania XSLT na wyjściu stosowania WSGI Zope 3.
Tyle szczęście, wydaje się, że ktoś już stworzył filtr WSGI do nakładania arkusza stylów XSLT. Można go znaleźć na http://www.decafbad.com/2005/07/xmlwiki/lib/xmlwiki/xslfilter.py
Jeśli chcesz zastosować ten filtr do Zope 3 WSGI, że potrzebne są trzy rzeczy:
1. Umieść plik xslfilter.py gdzieś w PYTHONPATH. / Lib / python jest dobre miejsce.
2. Dodać do tego fragmentu do dna xslfilter.py:
& Nbsp; def filter_factory (global_conf, ** local_conf):
& Nbsp; def filtrować (aplikacja):
& Nbsp; powrócić XSLFilter (APP)
& Nbsp; filtr powrotny
3. Zmień paste.ini pliku w następujący sposób:
& Nbsp; [rurociągu: Paste.Main]
& Nbsp; xslt głównym rurociągu =
& Nbsp; [aplikacja: main]
& Nbsp; paste.app_factory = zope.paste.application: zope_publisher_app_factory
& Nbsp; [Filtr: xslt]
& Nbsp; paste.filter_factory = xslfilter: filter_factory
& Nbsp; Co to robi jest zdefiniowanie rurociąg. Dowiedz się więcej na ten temat na stronie internetowej PasteDeploy. Patrz źródła xslfilter.py uzyskać informacje na temat jak przejść arkusza stylów do filtra.
Wdrażanie Zope 3 na serwerze internetowym kioskach WSGI
zope.paste pozwala uruchomić Zope 3 na każdym kioskach WSGI oprogramowania serwera WWW przy użyciu PasteDeploy. Do tego nie będzie już potrzebne instancji Zope 3 (choć można jeszcze jeden), nie będzie skonfigurować Zope 3 przez zope.conf i nie zacznie go za pomocą runzope lub zopectl.
Konfigurowanie aplikacji
zope.paste zapewnia PasteDeploy zgodnego fabrykę aplikacji Zope 3 wydawcy WSGI i rejestruje go w punkcie wejścia. Możemy zatem stworzyć bardzo prosty Zope 3 aplikacji w pliku konfiguracyjnym PasteDeploy (np paste.ini):
[Aplikacja: main]
Zastosowanie = jaj: zope.paste
site_definition = /path/to/site.zcml
file_storage = /path/to/Data.fs
devmode = na
W tym przypadku, /path/to/site.zcml oznacza site.zcml jak wiadomo z przykładu Zope 3. Można, na przykład, umieścić paste.ini do istniejącego Zope 3 przykład obok site.zcml.
Konfiguracja bazy danych ZODB
Zamiast odnosząc się do ZODB magazynu plików przy użyciu ustawienia file_storage, można również skonfigurować kilka lub inne bazami danych ZODB w pliku konfiguracyjnym ZConfig stylu (podobnie jak zope.conf), np Poniższa konfiguruje klienta ZEO:

& Nbsp;
& Nbsp; serwer localhost: 8100
& Nbsp; składowanie 1
& Nbsp; 20MB cache-size
& Nbsp;

Odnoszą się do tego pliku z paste.ini ten sposób (i usuwać ustawienia file_storage):
db_definition = db.conf
Konfiguracja serwera
Aby móc korzystać z naszej aplikacji Zope, musimy tylko dodać definicję serwera. Możemy użyć jednego, że pochodzi z pasty lub PasteScript, a:
[Serwer: main]
Zastosowanie = jaj: PasteScript # wsgiutils
gospodarzem = 127.0.0.1
port = 8080
Teraz możemy uruchomić aplikację za pomocą polecenia pastowania, że ​​pochodzi z PasteScript:
& Nbsp; naklejka służyć paste.ini
Middleware WSGI można skonfigurować tak jak opisano powyżej, lub na stronie internetowej PasteDeploy

Co nowego w tym wydaniu:.

• Dodano wsparcie dla Pythona 3.3.
• Usunięto wsparcie dla Pythona 2.4 i 2.5.
• Usunięto wsparcie dla zatrudniających middleware WSGI wewnątrz aplikacji Zope 3. Uruchomienie serwera w oparciu o skrypt jest obecnie obsługiwane tylko.
• Dodano nowy skrypt konsoli do uruchomienia serwera WSGI pasty skonfigurowane i aplikacji.
• Zgodne z standardowym układzie projektu ZF.
• Dodane plik licencji i praw autorskich. Ponadto poprawione oświadczenie o prawach autorskich w nagłówkach plików.
• Dodane MANIFEST.in i tox.ini.

Co nowego w wersji 0.4:

• Dodaj tę changelog, zrekonstruowany z dzienników svn i uwalniają Daty PyPI.
• Możliwość obsługi config opcję "funkcje" w pliku INI, który PasteDeploy może zawierać listę oddzielonych spacjami nazw funkcji. Mogą one być badane w plikach ZCML ze składnią.
• Wcześniej jedynym elementem, który może być włączony był "devmode" i miał własną opcję. Dla kompatybilności wstecznej, DEVMODE = on dodaje funkcję "DEVMODE" na liście funkcji.

Wymagania :

• Python