Fanstatic

Fanstatic е идеално статично издател ресурс за езика Python програмиране.
За повече информация за какво става дума и как да го използвате, вижте: http://fanstatic.org

Какво ново в тази версия:

• Add & quot; подразбиране & quot; аргумент на слота за да определите ресурсите, които ще се попълни, ако няма друг ресурс, определен в нужда (). Благодарение на NIlo.
• Уверете се публикуват връзки носят правилното Content-Type хедъра. Преди това всички пакети са доставени с текст / HTML. Благодарение на David Beitey.

Какво ново във версия 0.14:.

• Alex Грьонхолм добавя python3 и pypy подкрепа
• Използване токс за тестване на python2.6 / 2.7 / 3.2 / 3.3 / pypy.
• Mirroring на bitbucket репо да GitHub, за да се направят тестове Травис-CI: https://travis-ci.org/#!/fanstatic/fanstatic

Какво ново във версия 0.13.3:

• Вече не използвайте wsgify декоратор WebOb в двата инжектора и възлага задачи middlewares, тъй като има проблеми със манипулация майка заявление отговор WSGI (https://github.com/Pylons/webob/issues/74).

Какво ново във версия 0.13.2:

• Фиксиран брой # 78: & quot; fanstatic.checksum .md5 не е гарантирана & quot ;, благодарение takanao EndoH.

Какво ново във версия 0.13.1:

• Фиксирана бъг, където създали режим ресурси от низ "пряк път "не наследих рендер, пакетирането, зависимостта параметри.

Какво ново във версия 0.12:.

• Fix Documentation в примерен код, благодарение на Тоби Dacre
• Fix брой # 74, minified .js не сервират в дъното, освен ако force_bottom, благодарение на Тоби Dacre.
• Cherry качват дърпане искане # 1 & quot;. Подкрепата-wsgi-приложения-не-монтирани-най - / & quot ;, благодарение на Eric Льомоан
• Добави печат CSS рендер.

Какво ново във версия 0.11.4:

• Имаше и друг бъг с поръчване на ресурси, когато множество библиотеки са участвали. Този път начин library_nr се изчислява беше променена, така че няма да се случи повече.
• Целта на library_nr е да го има винаги да бъде една по-висока от максималната library_nr на всички библиотеки тази библиотека се основават на.
• На практика това не винаги ще се случи, защото всеки ресурс има свой library_nr. При някои обстоятелства ресурсите в библиотеки в зависимост от други библиотеки последователно ще получат library_nr твърде ниско, като за всеки един ресурс са били основани на имал library_nr, че е твърде ниска, както и, въпреки че друг ресурс може да съществува в тази библиотека с по-висока library_nr. Това би могло да причини на library_nr на всички ресурси в библиотека да бъде твърде ниска.
• Това вече е фиксиран към движи library_nr до мястото, той трябваше да се поддържа на първо място: самата библиотека. Тя се изчислява сега веднъж на библиотеката, точно преди ресурсите са подредени за първи път по време на приложението писта. Тъй като времето, необходимо да бъдат подредени са известни всички ресурси ресурси, за library_nr може да се изчисли правилно.

Какво ново във версия 0.11.3:

• Имаше един бъг с поръчване на ресурси, когато множество библиотеки участват: https://bitbucket.org/fanstatic/fanstatic/issue/67/ordering-of-resources-when-multiple

Какво ново във версия 0.11.2:.

• Обновяване на докторите за readthedocs.org

<силни> Изисквания :

• Python