Disable the Plone feature on indexing contents of File content types.
Use case
You are developing in a Plone environment with a production Data.fs (and blobs) that contains a lot of File contents and then you need to perform some actions like “Update catalog” or “Clean and Rebuild”.
It will be really slow, but probably the indexed files are not the reason why you are performing the action.
Or: you really don’t want that Plone index contents fo your files.
How it works
This products is an hack that will monkey-patch the default Plone file content type (whatever it is) disabling the feature that search inside file binary content.
This is automatically enabled in development mode while it’s disabled in production mode.
On production mode you can force the indexing to stop working, adding the DISABLE_FILE_INDEXING environment var:
[instance]
...
environment-vars =
DISABLE_FILE_INDEXING True
In the same way you can keep the indexing active while in development mode:
[instance]
...
environment-vars =
DISABLE_FILE_INDEXING False
Compatibility
Plone 3 (with or without blob support)
Plone 4 (with default file implementation or with plone.app.contenttypes)
Plone 5
Changelog
0.2.0 (2015-09-02)
Added support for plone.app.contenttypes [keul]
0.1.0 (2014-05-07)
Initial release
Release files for rt.filenotindexed 0.2.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| rt.filenotindexed-0.2.0.tar.gz | 11.0 kB | Details |
Release files / rt.filenotindexed-0.2.0.tar.gz
| Download URL | rt.filenotindexed-0.2.0.tar.gz |
|---|---|
| Size | 11.0 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
a81a35da7842c35d17a267eaa07e9aab5126f7513fca31347d844f23249b6b40
|
|
BLAKE2b-256 checksum How to use checksums |
9a01f9985ac83c9f640c2044a3d2e79d21ed9f4f8068dae74dab4ed1765de429
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |