Tino Wildenhain schrieb:
... flexibility w/o slow and error prone full dynamic
stylesheets.
Plain text/css files are slow too if you don't cache 'em.
Tonico
___
Zope maillist - Zope@zope.org
http://mail.zope.org/mailman/listinfo/zope
** No
looks like what i've been searching for, thanks to everyone who
replied!
regards, juergen herrmann
On Fri, March 24, 2006 07:29, Andreas Jung wrote:
Look at Dieters TrustedExecutables.
-aj
--On 23. März 2006 19:50:20 +0100 Jürgen Herrmann
[EMAIL PROTECTED] wrote:
hi!
the question
Tonico Strasser schrieb:
Tino Wildenhain schrieb:
... flexibility w/o slow and error prone full dynamic
stylesheets.
Plain text/css files are slow too if you don't cache 'em.
But you can, thats the whole point.
Regards
Tino
___
Zope maillist -
Tino Wildenhain schrieb:
Tonico Strasser schrieb:
Tino Wildenhain schrieb:
... flexibility w/o slow and error prone full dynamic
stylesheets.
Plain text/css files are slow too if you don't cache 'em.
But you can, thats the whole point.
You can cache dynamic stylesheets too, why not? :)
Hi i have made 3 portal tabs which link to 3 different pages in my site. (
In the same way that in www.plone.org there are the portal tabs home, about,
documentation etc. )
I am trying to find out how to highlight these tabs when the user is in that
corresponding page or its subpages.
Thank
I have tried using the verbose-security option in Zope 2.8.6. I cannot
see that it is actually doing anything different from the standard
security.
I have previously used VerboseSecurity and know what the error log
should look like.
in my zope.conf
security-policy-implementation PYTHON
Hi does anyone have any views on the best way to cache a plone site for
optimal performance?
--
View this message in context:
http://www.nabble.com/Plone-Caching-best-practice-t1337509.html#a3574910
Sent from the Zope - General forum at Nabble.com.
On Thursday 23 March 2006 21:24, Andrew Milton wrote:
Every TAL call pretty much creates a new security context, which is why
it's hitting the DB so often (this is why it's best to turn on caching in
XUF even for 5 or 10 seconds if you're using a 'slow' auth mechanism).
In the Paramaters tab
--On 24. März 2006 08:50:35 -0800 JulianRead [EMAIL PROTECTED]
wrote:
Hi does anyone have any views on the best way to cache a plone site for
optimal performance?
There are lots of caches involed. Inside the ZODB, Zope, Plone and
external caches (proxies)which caches do you mean?
+---[ Kirk Strauser ]--
| On Thursday 23 March 2006 21:24, Andrew Milton wrote:
|
| Every TAL call pretty much creates a new security context, which is why
| it's hitting the DB so often (this is why it's best to turn on caching in
| XUF even for 5 or 10 seconds if
JulianRead wrote:
Hi does anyone have any views on the best way to cache a plone site for
optimal performance?
--
View this message in context:
http://www.nabble.com/Plone-Caching-best-practice-t1337509.html#a3574910
Sent from the Zope - General forum at Nabble.com.
Jullian,
Your
JulianRead wrote at 2006-3-24 08:50 -0800:
Hi does anyone have any views on the best way to cache a plone site for
optimal performance?
Why are you sending Plone related questions to the Zope mailing list
(rather than plone-users)?
Look at Cache-Fu but high end caching support for Squid and
Jeremy Cook wrote at 2006-3-24 16:45 +0100:
I have tried using the verbose-security option in Zope 2.8.6. I cannot
see that it is actually doing anything different from the standard
security.
You probably should reconfigure your error_log object to
not disable Unauthorized exceptions and then
Mark Gibson wrote at 2006-3-22 19:28 -0700:
I'm struggling to weigh the cost of getObject() vs. the cost of adding
more metadata to the catalog. I'll explain my situation.
I have 10,000 widgets cataloged. I do a path and date query that
returns me maybe 12 of these. Then I have a choice of
At long last the Zope Foundation is incorporated!
Thanks to everyone who has helped get the Foundation to
this point!!
What's next?
o Complete ZF organizational paperwork with Software
Freedom Law Center
o Migrate Committers from the Zope Corp Committer
agreement to the Zope
How about you go ask Plohn questions on a Plohn list?
How about you stop using silly forum thingies and stick to the list or
gmane?
Chris
JulianRead wrote:
Hi i have made 3 portal tabs which link to 3 different pages in my site. (
In the same way that in www.plone.org there are the portal
sdeibel wrote:
I don't think the linecache hack is going to work for Wing because the
file is read by the IDE and not within the same process space as Zope is
running. While we might eventually make it possible to transfer code
over the debug connection for cases like this, it would slow our
Jeremy Cook wrote:
Can anyone tell me if I am doing anything wrong?
Well, you're using Plohn for starters 0.5 wink
I suspect an unauthorized binding is something that verbose security
does not cater too well for. Patches accepted...
Chris
--
Simplistix - Content Management, Zope Python
On Sat, 25 Mar 2006, Chris Withers wrote:
sdeibel wrote:
I don't think the linecache hack is going to work for Wing because the file
is read by the IDE and not within the same process space as Zope is
running. While we might eventually make it possible to transfer code over
the debug
As announced earlier I plan to release Zope 2.8.7 and 2.9.2 by
next Monday...so as always: any pending fixes should be commited
until Monday.
Andreas
pgpnNv3KkZAp4.pgp
Description: PGP signature
___
Zope-Dev maillist - Zope-Dev@zope.org
Zope supports the export of content either through Python pickles (.zexp)
or as XML. Unfortunatly the XML export/import has several problems:
- the generated XML is pretty much too low-level to use it e.g.
for migration issues
- it was broken multiple times in the past, it still has problems
Hello,
Em Sexta, 24 de Março de 2006 15:44, escreveu:
I propose to deprecate XML export/import for Zope 2.10 and to remove it in
Zope 2.12. We don't loose any functionality since .zexp is working fine. I
don't know of any active projects/code that really uses XML export/import.
I've exported
Andreas Jung wrote:
Zope supports the export of content either through Python pickles
(.zexp) or as XML. Unfortunatly the XML export/import has several problems:
- the generated XML is pretty much too low-level to use it e.g.
for migration issues
I have been working on a Zope 2 project
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 24 Mar 2006, at 16:07, Jim Fulton wrote:
I think the XML export is a facility that is and should be advertized
as a legitimate escape hatch for data kept in Zope. People really
shouldn't feel afraid of putting data in Zope/ZODB as there
really
Jens Vagelpohl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 24 Mar 2006, at 16:07, Jim Fulton wrote:
I think the XML export is a facility that is and should be advertized
as a legitimate escape hatch for data kept in Zope. People really
shouldn't feel afraid of putting data in
On the subject of deprecation, for the record, I think removing
ZClasses is a mistake. They have legitimate uses. They have major
flaws too. It would help if we would more clearly document their
limitations and pitfalls, rather than get rid of them, at least
until we have something better,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 24 Mar 2006, at 16:12, Jim Fulton wrote:
Jens Vagelpohl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 24 Mar 2006, at 16:07, Jim Fulton wrote:
I think the XML export is a facility that is and should be
advertized
as a legitimate
Jens Vagelpohl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 24 Mar 2006, at 16:12, Jim Fulton wrote:
Jens Vagelpohl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 24 Mar 2006, at 16:07, Jim Fulton wrote:
I think the XML export is a facility that is and should be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 24 Mar 2006, at 16:25, Jim Fulton wrote:
On the subject of deprecation, for the record, I think removing
ZClasses is a mistake. They have legitimate uses. They have major
flaws too. It would help if we would more clearly document their
On Fri, 24 Mar 2006, Jim Fulton wrote:
Andreas Jung wrote:
I propose to deprecate XML export/import for Zope 2.10 and to remove it
in Zope 2.12. We don't loose any functionality since .zexp is working
fine. I don't know of any active projects/code that really uses XML
export/import.
--On 24. März 2006 11:07:06 -0500 Jim Fulton [EMAIL PROTECTED] wrote:
Andreas Jung wrote:
Zope supports the export of content either through Python pickles
(.zexp) or as XML. Unfortunatly the XML export/import has several
problems:
- the generated XML is pretty much too low-level to use it
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 24 Mar 2006, at 16:30, Jim Fulton wrote:
Interesting. I imagine that this is fixible in a somewhat
straightforward
way, although it is probably tied up with the general encoding
mess in Z2.
Yes, that's likely where the problem comes from.
Jens Vagelpohl wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 24 Mar 2006, at 16:25, Jim Fulton wrote:
On the subject of deprecation, for the record, I think removing
ZClasses is a mistake. They have legitimate uses. They have major
flaws too. It would help if we would more
--On 24. März 2006 11:25:53 -0500 Jim Fulton [EMAIL PROTECTED] wrote:
On the subject of deprecation, for the record, I think removing
ZClasses is a mistake. They have legitimate uses.
I don't think that ZClasses have real use in the current Zope world except
for legacy code. Most people
Andreas Jung wrote:
...
Right, but for duplicate functionality that is not widely used and that
I consider buggy it is legitimate to propose the deprecation. But as
usually I am open to good arguments :-)
I don't see this as primarily a duplicate feature. I find the export
aspect to be
Andreas Jung wrote:
--On 24. März 2006 11:25:53 -0500 Jim Fulton [EMAIL PROTECTED] wrote:
On the subject of deprecation, for the record, I think removing
ZClasses is a mistake. They have legitimate uses.
I don't think that ZClasses have real use in the current Zope world
except for
On Friday 24 March 2006 17:33, Andreas Jung wrote:
- it has no maintainer, nobody wants to touch it without gloves
Is that any more true than for lots of other things?
Right, but for duplicate functionality that is not widely used and that I
consider buggy it is legitimate to propose the
--On 24. März 2006 11:25:53 -0500 Jim Fulton [EMAIL PROTECTED] wrote:
On the subject of deprecation, for the record, I think removing
ZClasses is a mistake. They have legitimate uses. They have major
flaws too. It would help if we would more clearly document their
limitations and
Andreas Jung wrote:
--On 24. März 2006 11:25:53 -0500 Jim Fulton [EMAIL PROTECTED] wrote:
On the subject of deprecation, for the record, I think removing
ZClasses is a mistake. They have legitimate uses. They have major
flaws too. It would help if we would more clearly document their
--On 24. März 2006 12:03:42 -0500 Jim Fulton [EMAIL PROTECTED] wrote:
There are lots of people who have good uses for ZClasses for
quick one-off projects. I've heard from some of them.
There are lots of people who use Zope who don't fit this
definition. I care about these people. :)
--On 24. März 2006 18:09:36 +0100 Yoshinori Okuji [EMAIL PROTECTED] wrote:
On Friday 24 March 2006 17:33, Andreas Jung wrote:
- it has no maintainer, nobody wants to touch it without gloves
Is that any more true than for lots of other things?
Right, but for duplicate functionality that
Yoshinori Okuji wrote:
On Friday 24 March 2006 17:33, Andreas Jung wrote:
- it has no maintainer, nobody wants to touch it without gloves
Is that any more true than for lots of other things?
Right, but for duplicate functionality that is not widely used and that I
consider buggy it is
On 3/24/06, Jim Fulton [EMAIL PROTECTED] wrote:
We've had sucess writing XSLT templates to transform the pickle data
into formats easily parsable for particular applications.
As part of a recent task (likely the same one Jim's referring to
here!), I transformed the XML export into another XML
I am interested in maintaining them, documenting them, and upgrading them.
I have been through the code a number of times, and if someone would
spend 15 minutes explaining the high level design decisions, I could
probably keep them up to date. Why do they have multiple properties on
a
Andreas Jung wrote:
--On 24. März 2006 12:03:42 -0500 Jim Fulton [EMAIL PROTECTED] wrote:
There are lots of people who have good uses for ZClasses for
quick one-off projects. I've heard from some of them.
There are lots of people who use Zope who don't fit this
definition. I care
--On 24. März 2006 10:00:46 -0800 Christopher Lozinski
[EMAIL PROTECTED] wrote:
I am interested in maintaining them, documenting them, and upgrading them.
Cool. I think a good starting point would be to update
http://www.plope.com/Books/2_7Edition/CustomZopeObjects.stx
I have been
Christopher Lozinski wrote:
I am interested in maintaining them, documenting them, and upgrading them.
Cool. I urge you to do less first. :)
I have been through the code a number of times, and if someone would
spend 15 minutes explaining the high level design decisions, I could
probably
Jim Fulton wrote at 2006-3-24 11:25 -0500:
On the subject of deprecation, for the record, I think removing
ZClasses is a mistake. They have legitimate uses. They have major
flaws too. It would help if we would more clearly document their
limitations and pitfalls, rather than get rid of them,
Andreas Jung wrote at 2006-3-24 16:44 +0100:
Zope supports the export of content either through Python pickles (.zexp)
or as XML. Unfortunatly the XML export/import has several problems:
- the generated XML is pretty much too low-level to use it e.g.
for migration issues
- it was broken
I don't particularly care one way or the other about ZClasses.
However, I would like to see FileSystemSite made part of the
base distribution.
jim penny
___
Zope-Dev maillist - Zope-Dev@zope.org
http://mail.zope.org/mailman/listinfo/zope-dev
** No
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jim Fulton wrote:
Andreas Jung wrote:
snip
E.g. on the Plone/Archetypes level
we have some mechanisms to export/import data defined through schemas
That's a good point. For Archetypes-based apps, this might be the way
to go. I think that
--On 24. März 2006 16:20:07 -0500 [EMAIL PROTECTED] wrote:
I don't particularly care one way or the other about ZClasses.
However, I would like to see FileSystemSite made part of the
base distribution.
AFAIK FileSystemSite is something CMF-ish..so it does not belong
to the Zope core.
-aj
--On 24. März 2006 21:05:49 +0100 Dieter Maurer [EMAIL PROTECTED]
wrote:
Jim Fulton wrote at 2006-3-24 11:25 -0500:
On the subject of deprecation, for the record, I think removing
ZClasses is a mistake. They have legitimate uses. They have major
flaws too. It would help if we would
--On 24. März 2006 21:05:12 +0100 Dieter Maurer [EMAIL PROTECTED]
wrote:
...
I propose to deprecate XML export/import for Zope 2.10 and to remove it
in Zope 2.12.
What will remain of Zope in the longer run?
The good things that work :-)
In the past with every major release some
Tom Von Lahndorff wrote:
On the download page, Zope 2 should be above Zope 3.
Really? I thought most people want to push Zope 3. Shouldn't the latest
release be listed first? I really don't care on way or the other, just
curious.
Zope 2 is the more stable, tested release. I don't care
55 matches
Mail list logo
