Changelog¶
v1.2.1 (2012-02-16)¶
- Backported a change from Django trunk that prevents openening too
many files at once when running the
collectstaticmanagement command.
v1.2 (2012-02-12)¶
- Added
STATICFILES_IGNORE_PATTERNSsetting to globally ignore files when running thecollectstaticmanagement command. - Refactored
CachedFilesMixinand management command to only post process the collected files if really needed. - Added support for URL fragment to the
CachedStaticFilesStorage. - Stopped using versiontools again as it caused installation time issues.
v1.1.2 (2011-08-25)¶
- Fixed a minor bug in how django-appconf was used.
v1.1.1 (2011-08-22)¶
- Fixed resolution of relative paths in
CachedStaticFilesStorage. - Started to use django-appconf and versiontools.
v1.1 (2011-08-18)¶
- Pulled all changes from upstream Django:
statictemplate tag to refer to files saved with theSTATICFILES_STORAGEstorage backend. It’ll use the storageurlmethod and therefore supports advanced features such as serving files from a cloud service.CachedStaticFilesStoragewhich caches the files it saves (when running thecollectstaticmanagement command) by appending the MD5 hash of the file’s content to the filename. For example, the filecss/styles.csswould also be saved ascss/styles.55e7cbb9ba48.css- Added a
staticfiles.storage.staticfiles_storageinstance of the configuredSTATICFILES_STORAGE. --clearoption for the management command which clears the target directory (by defaultSTATIC_ROOT) before collecting- Stop trying to show directory indexes in the included
serveview. - Correctly pass kwargs to the URL patterns when using the static URL patterns helper.
- Use sys.stdout in management command, not self.stdout which was only introduced in a later Django version.
- Refactored AppSettings helper class to be only a proxy for Django’s settings object instead of a singleton on its own.
- Updated list of supported Django versions: 1.2.X, 1.3.X and 1.4.X
- Updated list of supported Python versions: 2.5.X, 2.6.X and 2.7.X
v1.0.1 (2011-03-28)¶
- Fixed an encoding related issue in the tests.
- Updated tox configuration to use 1.3 release tarball.
- Extended docs a bit.
v1.0 (2011-03-23)¶
Note
django-staticfiles is a backport of the staticfiles app in
Django contrib. If you’re upgrading from django-staticfiles < 1.0,
you’ll need to make a few changes. See changes below.
- Renamed
StaticFileStoragetoStaticFilesStorage. - Application files should now live in a
staticdirectory in each app (previous versions ofdjango-staticfilesused the namemedia, which was slightly confusing). - The management commands
build_staticandresolve_staticare now calledcollectstaticandfindstatic. - The settings
STATICFILES_PREPEND_LABEL_APPSandSTATICFILES_MEDIA_DIRNAMESwere removed. - The setting
STATICFILES_RESOLVERSwas removed, and replaced by the newSTATICFILES_FINDERSsetting. - The default for
STATICFILES_STORAGEwas renamed fromstaticfiles.storage.StaticFileStoragetostaticfiles.storage.StaticFilesStorage - If using
runserverfor local development (and the settingDEBUGsetting isTrue), you no longer need to add anything to your URLconf for serving static files in development.
v0.3.4 (2010-12-25)¶
- Minor documentation update.
v0.3.3 (2010-12-23)¶
Warning
django-staticfiles was added to Django 1.3 as a contrib app.
The django-staticfiles 0.3.X series will only receive security and data los bug fixes after the release of django-staticfiles 1.0. Any Django 1.2.X project using django-staticfiles 0.3.X and lower should be upgraded to use either Django 1.3’s staticfiles app or django-staticfiles >= 1.0 to profit from the new features and stability.
You may want to chose to use django-staticfiles instead of Django’s own staticfiles app since any new feature (additionally to those backported from Django) will be released first in django-staticfiles.
- Fixed an issue that could prevent the
build_staticmanagement command to fail if the destination storage doesn’t implement thelistdirmethod. - Fixed an issue that caused non-local storage backends to fail saving
the files when running
build_static.
v0.3.2 (2010-08-27)¶
- Minor cosmetic changes
- Moved repository back to Github: http://github.com/jezdez/django-staticfiles
v0.3.1 (2010-08-21)¶
Added Sphinx config files and split up README.
Documetation now available under django-staticfiles.readthedocs.org
v0.3.0 (2010-08-18)¶
- Added resolver API which abstract the way staticfiles finds files.
- Added staticfiles.urls.staticfiles_urlpatterns to avoid the catch-all URLpattern which can make top-level urls.py slightly more confusing. From Brian Rosner.
- Minor documentation changes
- Updated testrunner to work with Django 1.1.X and 1.2.X.
- Removed custom code to load storage backend.
v0.2.0 (2009-11-25)¶
- Renamed build_media and resolve_media management commands to build_static and resolve_media to avoid confusions between Django’s use of the term “media” (for uploads) and “static” files.
- Rework most of the internal logic, abstracting the core functionality away from the management commands.
- Use file system storage backend by default, ability to override it with custom storage backend
- Removed –interactive option to streamline static file resolving.
- Added extensive tests
- Uses standard logging
v0.1.2 (2009-09-02)¶
- Fixed a typo in settings.py
- Fixed a conflict in build_media (now build_static) between handling non-namespaced app media and other files with the same relative path.
v0.1.1 (2009-09-02)¶
- Added README with a bit of documentation :)
v0.1.0 (2009-09-02)¶
- Initial checkin from Pinax’ source.
- Will create the STATIC_ROOT directory if not existent.