Browser resources implementation for Zope.
This package is at present not reusable without depending on a large chunk of the Zope Toolkit and its assumptions. It is maintained by the Zope Toolkit project.
This package provides an implementation of browser resources. It also provides directives for defining those resources using ZCML.
Resources are be registered under a symbolic name and can later be referred to by that name, so their usage is independent from their physical location.
You can register a single file with the <browser:resource> directive, and a whole directory with the <browser:resourceDirectory> directive, for example
- file=”/path/to/static.file” name=”myfile” />
- directory=”/path/to/images” name=”main-images” />
This causes a named adapter to be registered that adapts the request to zope.interface.Interface (XXX why do we not use an explicit interface?), so to later retrieve a resource, use zope.component.getAdapter(request, name='myfile').
There are two ways to traverse to a resource,
- with the ‘empty’ view on a site, e. g. http://localhost/@@/myfile (This is declared by zope.browserresource)
- with the ++resource++ namespace, e. g. http://localhost/++resource++myfile (This is declared by zope.traversing.namespace)
In case of resource-directories traversal simply continues through its contents, e. g. http://localhost/@@/main-images/subdir/sample.jpg
Rather than putting together the URL to a resource manually, you should use zope.traversing.browser.interfaces.IAbsoluteURL to get the URL, or for a shorthand, call the resource object. This has an additional benefit:
If you want to serve resources from a different URL, for example because you want to use a web server specialized in serving static files instead of the appserver, you can register an IAbsoluteURL adapter for the site under the name ‘resource’ that will be used to compute the base URLs for resources.
For example, if you register http://static.example.com/ as the base ‘resource’ URL, the resources from the above example would yield the following absolute URLs: http://static.example.com/@@/myfile and http://static.example.com/@@/main-images.
- Fix dependencies of the
- Add support for Python 3.5 and 3.6.
- Drop support for Python 2.6 and 3.3.
- Add support for PyPy. PyPy3 support awaits release of fix for: https://bitbucket.org/pypy/pypy/issue/1946
- Add support for Python 3.4.
- Add support for testing on Travis.
- Return no ETag if no adapter is registered, disabling the requirement for applications that was introduced in 3.11.0 (GitHub #1)
- Fix some Python 3 string vs bytes issues.
- Replace deprecated zope.component.adapts usage with equivalent zope.component.adapter decorator.
- Replace deprecated zope.interface.classProvides usage with equivalent zope.interface.provider decorator.
- Replace deprecated zope.interface.implementsOnly usage with equivalent zope.interface.implementer_only decorator.
- Replace deprecated zope.interface.implements usage with equivalent zope.interface.implementer decorator.
- Drop support for Python 2.4 and 2.5.
- Add support for Python 3.3.
- Add zcml extra dependencies and fixed dependencies of configure.zcml on other packages’ meta.zcml.
- Add a test for including our own configure.zcml.
- Support the HTTP ETag header for file resources. ETag generation can be customized or disabled by providing an IETag multi-adapter on (IFileResource, your-application-skin).
- Prefer the standard libraries doctest module to the one from zope.testing.
- The previous release had a broken egg, sorry.
- Import hooks functionality from zope.component after it was moved there from zope.site. This lifts the dependency on zope.site and thereby, ZODB.
- Import ISite and IPossibleSite from zope.component after they were moved there from zope.location.
- Add an ability to forbid publishing of some files in the resource directory, this is done by fnmatch’ing the wildcards in the forbidden_names``class attribute of ``DirectoryResource. By default, the .svn is in that attribute, so directories won’t publish subversion system directory that can contain private information.
Initial release. This package was splitted off zope.app.publisher as a part of refactoring process.
Additional changes that are made during refactoring:
Resource class for file resources are now selected the pluggable way. The resource directory publisher and browser:resource ZCML directive now creating file resources using factory utility lookup based on the file extension, so it’s now possible to add new resource types without introducing new ZCML directives and they will work inside resource directories as well.
NOTE: the “resource_factories” attribute from the DirectoryResource was removed, so if you were using this attribute for changing resource classes for some file extensions, you need to migrate your code to new utility-based mechanism.
See zope.browserresource.interfaces.IResourceFactoryFactory interface.
The Image resource class was removed, as they are actually simple files. To migrate, simply rename the “image” argument in browser:resource and browser:i18n-resource directives to “file”, if you don’t do this, resouces will work, but you’ll get deprecation warnings.
If you need custom behaviour for images, you can register a resource factory utility for needed file extensions.
The PageTemplateResource was moved into a separate package, “zope.ptresource”, which is a plugin for this package now. Because of that, the “template” argument of browser:resource directive was deprecated and you should rename it to “file” to migrate. The PageTemplateResource will be created for “pt”, “zpt” and “html” files automatically, if zope.ptresource package is included in your configuration.
Fix stripping the “I” from an interface name for icon title, if no title is specified.
When publishing a resource via Resources view, set resource parent to an ISite object, not to current site manager.
Clean up code and improve test coverage.