[BlueBream] contributing to bluebream
th982a at googlemail.com
Tue Apr 19 19:58:15 CEST 2016
Not Flask, "bottle.py", it's a microframework like Flask.
While Flask supports more things like Signals and Slots (which I hadn't
worked out yet).
However, I am making only use of zope.interface, zope.component that is
helping me in my work entirely a lot.
Meanwhile I have dropped for the single machine development uWSGI and
make use of gunicorn behind nginx, which serves well.
uWSGI makes only sense for scaling....
After that project, I'll plan something new (I do have in my head) and
love to organize my code much more and like to make use of bluebream.
When I install ztfy.webapp it's only 1 EGG that is being installed
globally, while zope2 has lot's of dependencies, and forces be to run it
in a virtualenv.
Back to the subject why I would use Zope2 (instead of Zope3).
In 1st of all why I want to make use of an application Server is that I
don't have to load everything several times.
Routines, I had written and registered with Zope Interfaces and grabbed
with Zope Component Architecture could be loaded globally and accessed
So, the server would host different application and would make use of
certain objects accross applications.
The security model of course is a different one. I'm looking for well
supported software, and I am sure as Plone is living, like it does now
Zope2 has a great success story and lot's of volunteers.
more MongoDB routines....
PS: About ZODB. I don't really love to rely only on ZODB.... I saw
relstorage where any relational database can be used instead ZODB.
Are there any plans to run Zope on MongoDB ?
Am 19.04.2016 um 17:55 schrieb Christopher Lozinski:
> On 4/17/16 12:00 PM, Tamar Higazi wrote:
>> Yet, I have used a "bottle.py" in an virtual environment with
>> zope.interface and zope.component with uWSGI behind NGINX.
>> However, I am not interisted in Grok. I am interisted in ZTFY or Zope3.
> Sounds like you were doing something very interesting trying to
> implement zope 3 on top of Flask.
> If you ever write a blog post, I would certainly love to read it.
>> I am not interisted in Grok.
> Grok.install includes all of ztk.
> You do not need to use grok. The only piece of grok you would need to
> use is the admin interface. Even that could
> be moved to zcml configuration with a few lines of code. It should not
> be hard to shrink grok.install down to a ztk.install.
> It is actually an interesting idea to just do a ztk.install The Plone
> guys removed all of grok from Plone.
> Then you can add back in the ZTFY libraries that you need.
>> I am going on with Zope2 and make myself familiar with it.
> Before you jump on Zope2, ask your self what your security model is, and
> what your view model is. Grok, ZTK, and Zope2 all have different
> security and view models. For that matter you might find the Pyramid
> security and view models more to your linking. But there really is a
> choice. I am surprised we do not see more discussion of the view and
> security models in each of these different systems.
> As for Maintenance, there is active development going on over at github
> on both ztk and grok. Take a look at the commit logs.
> And Jim Fulton is hard at work upgrading ZODB to work with AsyncIO.
> I hope that helps.
> bluebream mailing list
> bluebream at zope.org
More information about the bluebream