Introduction
This provide a script cg.devmode which can do some actions on a zope instance.
The main use is when you grab the production datafs, you ‘ll need to sanitize the content a little. The sanitization include changing all passwords and all emails at once.
Another use is for running scripts without any security (we just give us all rights ;))
Svn : http://svn.plone.org/svn/collective/collective.generic.devmode/trunk/
Developement supported by : Makina Corpus
Credits
Actions & usage
Changing all email for all users:
./bin/cg.devmode -m --mail=some@mail.foo
Changing all passwords
./bin/cg.devmode -p --password=secret
Changing the administrator password
./bin/cg.devmode -a --password=secret
Running a script with all security stuff removed
./bin/cg.devmode -r --script=</path/to/file.py> [--script-args="String"] # equivalent of ./bin/instance run toto.py String except for security
Modifiers
Running with debug
./bin/cg.devmode -v [ARGS]
Giving an alternative zope configuration file
./bin/cg.devmode -c <CONFIGGILE>
Specifying the plone site id
./bin/cg.devmode -l <PLONE_SITE_ID>
Specifying the admin user
./bin/cg.devmode --user <ADMIN_USER>
collective.generic.devmode Installation
To install collective.generic.devmode into the global Python environment (or a workingenv), using a traditional Zope 2 instance, you can do this:
When you’re reading this you have probably already run
``easy_install collective.generic.devmode``.Find out how to install setuptools (and EasyInstall) here: http://peak.telecommunity.com/DevCenter/EasyInstall
If you are using Zope 2.9 (not 2.10), get pythonproducts and install it via:
python setup.py install --home /path/to/instanceinto your Zope instance.
Alternatively, if you are using zc.buildout and the plone.recipe.zope2instance recipe to manage your project, you can do this:
Add collective.generic.devmode to the list of eggs to install, e.g.:
[buildout] parts= ... cg.devmode ... [cg.devmode] recipe=minitage.recipe.scripts eggs=${instance:eggs} collective.generic.devmode scripts=cg.devmode extra-paths = ${instance:extra-paths} # in an oldschool zope2 install, zope2home/lib/python must be in extra-paths!Re-run buildout, e.g. with:
$ ./bin/buildout
Changelog
1.0 - 2010-04-12
Initial release [kiorky]
Metadata
Release files for collective.generic.devmode 1.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 | Provenance | Actions |
|---|---|---|---|---|
| collective.generic.devmode-1.0.zip | 27.7 kB | Without provenance | Details for collective.generic.devmode-1.0.zip |
Release files / collective.generic.devmode-1.0.zip
| Download URL | collective.generic.devmode-1.0.zip |
|---|---|
| Size | 27.7 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
c92ad0e89f96ec65f4687ebbe40058c89ede51e2247f29a25953ad92fa85b2c0
|
|
BLAKE2b-256 checksum How to use checksums |
6b3488515dcc8c92b1f86526afff66d31a0316fca671806bba258ab49c3b134b
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
Security for collective.generic.devmode 1.0
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.