diff options
| author | Chris McDonough <chrism@agendaless.com> | 2009-01-16 22:06:31 +0000 |
|---|---|---|
| committer | Chris McDonough <chrism@agendaless.com> | 2009-01-16 22:06:31 +0000 |
| commit | b23a5352b560ccee7621d81516ce67c4e6e140c4 (patch) | |
| tree | 273f2d60209f412b726c06bf93957d318a0da048 /docs | |
| parent | 8325f1a17d17f744582ffb9eef50da117a00e57f (diff) | |
| download | pyramid-b23a5352b560ccee7621d81516ce67c4e6e140c4.tar.gz pyramid-b23a5352b560ccee7621d81516ce67c4e6e140c4.tar.bz2 pyramid-b23a5352b560ccee7621d81516ce67c4e6e140c4.zip | |
Update tag lines.
Diffstat (limited to 'docs')
| -rw-r--r-- | docs/narr/introduction.rst | 20 |
1 files changed, 8 insertions, 12 deletions
diff --git a/docs/narr/introduction.rst b/docs/narr/introduction.rst index b4b664cec..bf2e29be1 100644 --- a/docs/narr/introduction.rst +++ b/docs/narr/introduction.rst @@ -2,14 +2,10 @@ ============================== :mod:`repoze.bfg` is a Python web application framework. It is -inspired by Zope's publisher, and uses :term:`Zope` libraries to do -much of its work. However, it is less ambitious and less featureful -than any released version of Zope's publisher. - +inspired by Zope, and uses :term:`Zope` libraries to do much of its +work. However, it simpler than any than any released version of Zope. :mod:`repoze.bfg` uses the :term:`WSGI` protocol to handle requests -and responses, and integrates :term:`Zope`, :term:`Paste`, and -:term:`WebOb` libraries to form the basis for a simple web object -publishing framework. +and responses. Similarities with Other Frameworks ---------------------------------- @@ -104,11 +100,11 @@ to bring new developers up to speed. It's our goal that nothing remain undocumented about :mod:`repoze.bfg`. *Speed*: :mod:`repoze.bfg` is meant to be fast, capable of serving on -the order of 100+ requests per second on today's commodity hardware -for views that do "real work" given proper application implementation. -The *hardware is cheap* mantra has its limits when you're responsible -for managing a great many machines: the fewer you need, the less pain -you'll have. +the order of 100-1000 requests per second on today's commodity +hardware for views that do "real work" given proper application +implementation. The *hardware is cheap* mantra has its limits when +you're responsible for managing a great many machines: the fewer you +need, the less pain you'll have. It's Tested ----------- |