[geeklog-devtalk] geeklog-devel digest, Vol 1 #481 - 6 msgs

[geeklog-devel-request at lists.geeklog.net]

Send geeklog-devel mailing list submissions to
	geeklog-devel at lists.geeklog.net

To subscribe or unsubscribe via the World Wide Web, visit
	http://lists.geeklog.net/listinfo/geeklog-devel
or, via email, send a message with subject or body 'help' to
	geeklog-devel-request at lists.geeklog.net

You can reach the person managing the list at
	geeklog-devel-admin at lists.geeklog.net

When replying, please edit your Subject line so it is more specific
than "Re: Contents of geeklog-devel digest..."


Today's Topics:

   1. Trackback support in CVS (Dirk Haun)
   2. GL2 DataAccess Class (Vincent Furia)
   3. Re: GL2 DataAccess Class (Tony Bibbs)
   4. Re: GL2 DataAccess Class (Vincent Furia)
   5. Re: GL2 DataAccess Class (Vincent Furia)
   6. Re: GL2 DataAccess Class (Tony Bibbs)

--__--__--

Message: 1
From: "Dirk Haun" <dirk at haun-online.de>
To: <geeklog-devel at lists.geeklog.net>
Date: Sun, 16 Jan 2005 20:31:27 +0100
Organization: Terra Software Systems
Subject: [geeklog-devel] Trackback support in CVS
Reply-To: geeklog-devel at lists.geeklog.net

Okay, the first major new feature (at least as far as code changes are
concerned) for Geeklog 1.3.12 is now in CVS:

It's now possible to send and receive trackback comments with Geeklog.

If you have no idea what trackback is, here's a nice summary:
<http://www.movabletype.org/docs/mtmanual_trackback.html#trackback>

Since this is probably not a feature that you want to use on a serious /
business-oriented site, it can be switched off easily:

    $_CONF['trackback_enabled'] = false;

Trackback is only supported for articles and I don't see a need to
implement it for any other of the built-in things like links or events.
There is, however, a plugin interface so plugins can easily make use of
it (and Geeklog does almost all of the work).

This has only been tested with the MT standalone trackback script as well
as with Geeklog itself. I'd be interested in any real-life experience
with other weblogs.

It will probably also need some tweaks to improve usability. Comments and
suggestions welcome ...

Btw, with the exception of a small piece of code that actually sends the
trackback comment, this have been written from scratch. There are
existing libraries for trackback comments, but most of the needed code
was Geeklog-specific anyway. And it was much more fun this way :-)

bye, Dirk


-- 
http://www.haun-online.de/
http://www.handful-of-sparks.de/


--__--__--

Message: 2
Date: Sun, 16 Jan 2005 23:44:49 -0500
From: Vincent Furia <vfuria at gmail.com>
To: Geeklog Devel <geeklog-devel at lists.geeklog.net>
Subject: [geeklog-devel] GL2 DataAccess Class
Reply-To: geeklog-devel at lists.geeklog.net

Tony,

Just looking through the DAO to understand everything it is doing
better.  I noticed that the "find" method (and the other methods)
reloads the named queries from the xml file on every call.  We should
look for a way to work around this (i.e. somehow cache the DOMXPath
object) so as not to suffer huge penalties for parsing the XML file on
every DB call.

-Vinny

--__--__--

Message: 3
Date: Mon, 17 Jan 2005 08:32:53 -0600
From: Tony Bibbs <tony at tonybibbs.com>
To: geeklog-devel at lists.geeklog.net
Subject: Re: [geeklog-devel] GL2 DataAccess Class
Reply-To: geeklog-devel at lists.geeklog.net

You mean cache it to memory or to a file.  I'd love to cache it to 
memory but, afaik, it would require php's shared memory which isn't 
enabled by default.

I s'pose if the xml parsing itself if that bad, would could cache a 
php-friendly data structure to a file.

I'm open to this.  I just learned how to profile PHP applications this 
past week so finding poor performing code shouldn't be a problem.

--Tony

Vincent Furia wrote:


>Tony,

>

>Just looking through the DAO to understand everything it is doing

>better.  I noticed that the "find" method (and the other methods)

>reloads the named queries from the xml file on every call.  We should

>look for a way to work around this (i.e. somehow cache the DOMXPath

>object) so as not to suffer huge penalties for parsing the XML file on

>every DB call.

>

>-Vinny

>_______________________________________________

>geeklog-devel mailing list

>geeklog-devel at lists.geeklog.net

>http://lists.geeklog.net/listinfo/geeklog-devel

>  

>



--__--__--

Message: 4
Date: Mon, 17 Jan 2005 09:39:04 -0500
From: Vincent Furia <vfuria at gmail.com>
To: geeklog-devel at lists.geeklog.net
Subject: Re: [geeklog-devel] GL2 DataAccess Class
Reply-To: geeklog-devel at lists.geeklog.net

Tony,

Caching between page calls would be great.  But even having a static
variable or something similar to persist between calls to the "find"
method would be a good start (and probably sufficient for most sites).

-Vinny


On Mon, 17 Jan 2005 08:32:53 -0600, Tony Bibbs <tony at tonybibbs.com> wrote:

> You mean cache it to memory or to a file.  I'd love to cache it to

> memory but, afaik, it would require php's shared memory which isn't

> enabled by default.

> 

> I s'pose if the xml parsing itself if that bad, would could cache a

> php-friendly data structure to a file.

> 

> I'm open to this.  I just learned how to profile PHP applications this

> past week so finding poor performing code shouldn't be a problem.

> 

> --Tony

> 

> Vincent Furia wrote:

> 

> >Tony,

> >

> >Just looking through the DAO to understand everything it is doing

> >better.  I noticed that the "find" method (and the other methods)

> >reloads the named queries from the xml file on every call.  We should

> >look for a way to work around this (i.e. somehow cache the DOMXPath

> >object) so as not to suffer huge penalties for parsing the XML file on

> >every DB call.

> >

> >-Vinny

> >_______________________________________________

> >geeklog-devel mailing list

> >geeklog-devel at lists.geeklog.net

> >http://lists.geeklog.net/listinfo/geeklog-devel

> >

> >

> 

> _______________________________________________

> geeklog-devel mailing list

> geeklog-devel at lists.geeklog.net

> http://lists.geeklog.net/listinfo/geeklog-devel

>


--__--__--

Message: 5
Date: Mon, 17 Jan 2005 10:07:14 -0500
From: Vincent Furia <vfuria at gmail.com>
To: geeklog-devel at lists.geeklog.net
Subject: Re: [geeklog-devel] GL2 DataAccess Class
Reply-To: geeklog-devel at lists.geeklog.net

Tony,

Another issue with the DAO class is that it seems catered to providing
support only for SELECT's.  It won't work for doing INSERT's,
UPDATE's, or DELETE's (etc...).

-Vinny


On Mon, 17 Jan 2005 09:39:04 -0500, Vincent Furia <vfuria at gmail.com> wrote:

> Tony,

> 

> Caching between page calls would be great.  But even having a static

> variable or something similar to persist between calls to the "find"

> method would be a good start (and probably sufficient for most sites).

> 

> -Vinny

> 

> 

> On Mon, 17 Jan 2005 08:32:53 -0600, Tony Bibbs <tony at tonybibbs.com> wrote:

> > You mean cache it to memory or to a file.  I'd love to cache it to

> > memory but, afaik, it would require php's shared memory which isn't

> > enabled by default.

> >

> > I s'pose if the xml parsing itself if that bad, would could cache a

> > php-friendly data structure to a file.

> >

> > I'm open to this.  I just learned how to profile PHP applications this

> > past week so finding poor performing code shouldn't be a problem.

> >

> > --Tony

> >

> > Vincent Furia wrote:

> >

> > >Tony,

> > >

> > >Just looking through the DAO to understand everything it is doing

> > >better.  I noticed that the "find" method (and the other methods)

> > >reloads the named queries from the xml file on every call.  We should

> > >look for a way to work around this (i.e. somehow cache the DOMXPath

> > >object) so as not to suffer huge penalties for parsing the XML file on

> > >every DB call.

> > >

> > >-Vinny

> > >_______________________________________________

> > >geeklog-devel mailing list

> > >geeklog-devel at lists.geeklog.net

> > >http://lists.geeklog.net/listinfo/geeklog-devel

> > >

> > >

> >

> > _______________________________________________

> > geeklog-devel mailing list

> > geeklog-devel at lists.geeklog.net

> > http://lists.geeklog.net/listinfo/geeklog-devel

> >

>


--__--__--

Message: 6
Date: Mon, 17 Jan 2005 11:41:21 -0600
From: Tony Bibbs <tony at tonybibbs.com>
To: geeklog-devel at lists.geeklog.net
Subject: Re: [geeklog-devel] GL2 DataAccess Class
Reply-To: geeklog-devel at lists.geeklog.net

You sure?  It's an easy fix to get around that...but seems the 
updates/deletes should work.

--Tony

Vincent Furia wrote:


>Tony,

>

>Another issue with the DAO class is that it seems catered to providing

>support only for SELECT's.  It won't work for doing INSERT's,

>UPDATE's, or DELETE's (etc...).

>

>-Vinny

>

>

>On Mon, 17 Jan 2005 09:39:04 -0500, Vincent Furia <vfuria at gmail.com> wrote:

>  

>

>>Tony,

>>

>>Caching between page calls would be great.  But even having a static

>>variable or something similar to persist between calls to the "find"

>>method would be a good start (and probably sufficient for most sites).

>>

>>-Vinny

>>

>>

>>On Mon, 17 Jan 2005 08:32:53 -0600, Tony Bibbs <tony at tonybibbs.com> wrote:

>>    

>>

>>>You mean cache it to memory or to a file.  I'd love to cache it to

>>>memory but, afaik, it would require php's shared memory which isn't

>>>enabled by default.

>>>

>>>I s'pose if the xml parsing itself if that bad, would could cache a

>>>php-friendly data structure to a file.

>>>

>>>I'm open to this.  I just learned how to profile PHP applications this

>>>past week so finding poor performing code shouldn't be a problem.

>>>

>>>--Tony

>>>

>>>Vincent Furia wrote:

>>>

>>>      

>>>

>>>>Tony,

>>>>

>>>>Just looking through the DAO to understand everything it is doing

>>>>better.  I noticed that the "find" method (and the other methods)

>>>>reloads the named queries from the xml file on every call.  We should

>>>>look for a way to work around this (i.e. somehow cache the DOMXPath

>>>>object) so as not to suffer huge penalties for parsing the XML file on

>>>>every DB call.

>>>>

>>>>-Vinny

>>>>_______________________________________________

>>>>geeklog-devel mailing list

>>>>geeklog-devel at lists.geeklog.net

>>>>http://lists.geeklog.net/listinfo/geeklog-devel

>>>>

>>>>

>>>>        

>>>>

>>>_______________________________________________

>>>geeklog-devel mailing list

>>>geeklog-devel at lists.geeklog.net

>>>http://lists.geeklog.net/listinfo/geeklog-devel

>>>

>>>      

>>>

>_______________________________________________

>geeklog-devel mailing list

>geeklog-devel at lists.geeklog.net

>http://lists.geeklog.net/listinfo/geeklog-devel

>  

>




--__--__--

_______________________________________________
geeklog-devel mailing list
geeklog-devel at lists.geeklog.net
http://lists.geeklog.net/listinfo/geeklog-devel


End of geeklog-devel Digest