lp:django-staticfiles

Created by Linaro Validation Team and last modified
Get this branch:
bzr branch lp:django-staticfiles

Branch merges

Related bugs

Related blueprints

Branch information

Owner:
Linaro Validation Team
Project:
django-staticfiles
Status:
Development

Import details

Import Status: Reviewed

This branch is an import of the HEAD branch of the Git repository at git://github.com/jezdez/django-staticfiles.git.

The next import is scheduled to run as soon as possible.

Last successful import was .

Import started on alnitak and finished taking 10 seconds — see the log
Import started on izar and finished taking 5 seconds — see the log
Import started on alnitak and finished taking 5 seconds — see the log
Import started on izar and finished taking 5 seconds — see the log
Import started on izar and finished taking 5 seconds — see the log
Import started on izar and finished taking 5 seconds — see the log
Import started on izar and finished taking 5 seconds — see the log
Import started on alnitak and finished taking 10 seconds — see the log
Import started on alnitak and finished taking 5 seconds — see the log
Import started on izar and finished taking 5 seconds — see the log

Recent revisions

189. By Jannis Leidel on 2012-06-07

Merge pull request #32 from pabluk/develop

Small typos fixes in docs

188. By Jannis Leidel on 2012-05-26

Updated changelog.

187. By Jannis Leidel on 2012-05-26

Fixing some linting bugs.

186. By Jannis Leidel on 2012-05-26

Switched to using Travis for CI tests.

185. By Apostolos Bessas <email address hidden> on 2012-05-10

Make collectstatic for cached static files more "atomic".

The commit moves all cache set to the end of the post-processing phase
of the CachedStaticFilesStorage class. We do that by keeping a
dictionary of what needs to be stored to the cache and store that after
all static files have been post-processed. Additionally, existing cache
keys are never deleted; instead, we rely on the cache expiration to
remove not-recently-used keys.

This is convenient for deployments. Ususally, one first does a
collectstatic and then restarts his application servers. But since the
cache is (normally) shared with the currently running application
processes, any change to the static files will be immediately used for
existing requests. This results in having a previous codebase serving
newer static files, which might lead to issues.

The commit moves all cache handling to the end, so that the above window
of serving wrong versions of the static files is minimized. This has the
added benefit, that one can safely stop the collectstatic command in the
middle of the execution, without any impact on the existing application
processes (the old files are always there, anyway).

Signed-off-by: Jannis Leidel <email address hidden>

184. By Jannis Leidel on 2012-02-16

Updated trove classifier to stable.

183. By Jannis Leidel on 2012-02-16

Merge branch 'release/1.2.1' into develop

182. By Jannis Leidel on 2012-02-14

Backported a performance issue from Django trunk.

181. By Jannis Leidel on 2012-02-14

Take font hack into account when creating the hashed_name.

180. By Jannis Leidel on 2012-02-14

Removed unneeded regex.

Branch metadata

Branch format:
Branch format 7
Repository format:
Bazaar repository format 2a (needs bzr 1.16 or later)
This branch contains Public information 
Everyone can see this information.