gocept.fssyncz2 пакет предлага Zope2 интеграция на zope.fssync / zope.app.fssync, че е, способността да зареже и да се възстанови ZODB съдържанието на файловата система & Nbsp; (За тази цел тя предвижда synchronisers за OFS папки и други подобни , и адаптира Zope3-ина механизмите на zope.app.fssync да работят с издателя Zope2).
Нейната основна случай употреба е необходимо да се запази код се съхранява вътре в ZODB в системата източник управлението код. Ето защо, тя се опитва да направи туршиите, които се записват на диск, както за четене, колкото е възможно (например, като не използва кодиране base64).
Досега той е насочен към означаване и поръчка действия (които заменят своята цел напълно), тъй като сливането промени между различните напускането на хотела трябва да се направи чрез ВСС, така или иначе. (Zope.app.fssync предлага няколко други действия, като например обновяване и се ангажира, че се опитват да бъдат умни, когато двете ZODB и файловата система сметището са се променили едновременно. Въпреки, че това е добре, стига съществува само една файлова система представителство, прекъсванията на модела надолу, когато трябва да бъдат синхронизирани помежду си няколко сметища - това е силно нетривиален се определя чия климата наистина е правилният в този случай, така че ние препоръчваме да не използвате тези действия на този етап).
Употреба:
Ще трябва да се зареди както configure.zcml и overrides.zcml конфигурационните файлове.
gocept.fssyncz2 осигурява конзола скрипт, наречен fssync която обгръща двете действия (на касата и проверявам) и позволява да премине във всички други параметри (URL, Места, пълномощията). Това има за цел да се генерира (чрез buildout например), като този:
[Fssync]
рецепта = zc.recipe.egg: скриптове
яйца = gocept.fssyncz2
допълнителни пътеки = $ {zope2: местоположение} / ИЪ / Python
доводи = хост = "$ {инстанция: HTTP-адрес}", папка = "myfolder", пълномощията = "$ {Например: потребителското}", хранилище = "$ {buildout: указател} / Var / zodb-сметището"
След това можете да зареже си ZODB към конфигуриран местоположението файлова система с бен / fssync касата и зареждане на данните, съхранявани на файловата система в ZODB с бен / fssync означаване.
Какво ново в тази версия:.
- Не зареже co_varnames атрибут на PythonScripts като тя не е нито стабилна, нито е необходимо в сметището
Какво ново във версия 1.5.2:
- Добави заобиколно решение за CookieUserFolder да възстанови __allow_groups__ показалеца след товар, когато fssync-игнорирайки го (# 11111).
Какво ново във версия 1.5.1:
- Създадено игнорират механизъм всъщност игнорира обекти за зареждане на сметището , (# 10488)
Какво ново във версия 1.4:
- Фиксирана бъг, което пречеше на низове, съдържащи последователността]] & GT ; от дъмпингов и зарежда обратно, въз основа на който зле оформени XML туршии.
- почистят малко:. Отстранен неизползван TestData директория
Какво ново във версия 1.3:.
- Притиснати всички използвани версии в buildout
- Добавена находка класификатори за опаковане на мета данни.
Какво ново във версия 1.2:
- уверете се, че новите редове вътре струни в крайна сметка, както и нови редове, вместо п нотация в XML кисели краставички (поправки # 8860)
- инсталирате скрипта fssync в buildout на развитие
- когато дъмпинг на PythonScript, остави своя _code атрибут за намаляване на шума в XML туршиите (поправки # 8859)
- обявена зависимостта от zope.i18nmessageid
- добро съобщение за грешка, когато се намери устойчиви обекти в Extras
Какво ново във версия 1.1:
- Преименувана конзола команди, за да зареже / товар вместо касата / за означаване за да се избегне объркване с SCM операции.
<силни> Изисквания :
- Zope
- Python
Коментари не е намерена