From dirk at haun-online.de Tue Mar 1 13:46:04 2005 From: dirk at haun-online.de (Dirk Haun) Date: Tue, 1 Mar 2005 19:46:04 +0100 Subject: [geeklog-devel] versionchecker.php; Number of active Geeklog sites Message-ID: <20050301184604.26433@smtp.haun-online.de> FYI: For the month of February, I've counted almost 200 calls to our versionchecker script coming from Geeklog versions older than 1.3.9. I've therefore decided to place a little more emphasis on the recommendation to upgrade that this script displays for those versions. I've also made an effort to try and count the overall number of calls to versionchecker.php from different hosts (again, for February), assuming that that would give us a rough idea of the number of active Geeklog sites. I came up with about 1500 sites. The list is roughly filtered for generic host names (localhost, etc.) and requests from IP addresses, assuming that those were only local or test installs. I didn't see any attempts at referrer spam for that particular script. bye, Dirk -- http://www.haun-online.de/ http://www.haun.info/ From tony at tonybibbs.com Wed Mar 2 13:58:12 2005 From: tony at tonybibbs.com (Tony Bibbs) Date: Wed, 02 Mar 2005 12:58:12 -0600 Subject: [geeklog-devel] GL2 Update Message-ID: <42260CC4.6000607@tonybibbs.com> This past week I have been refactoring the MVCnPHP code a bit. No big changes are in there from an end user standpoint. My main task was to rip out the old PHP4-method of parsing XML and, instead, use the DOM and xPath. Doing so allowe me to eliminate two files and it cut the XML parsing code by 75%. Also, from a performance stand point, I'm going to have the MVCnPHP class 'compile' the xml config for a given application. Compiling essentially equates to building a .php file that has an array representation of the XML file. This will get rid of the expensive xml parsing process for each request. And, yes, I will make it so that changes to the xml configuration cause an automatic recompile. As you might guess, I think it make tremendous sense to use a similar process for the named query file in GL2. Fire over any questions you might have. --Tony From geeklog at langfamily.ca Fri Mar 4 10:10:39 2005 From: geeklog at langfamily.ca (Blaine Lang) Date: Fri, 4 Mar 2005 10:10:39 -0500 Subject: [geeklog-devel] GL2 Update References: <42260CC4.6000607@tonybibbs.com> Message-ID: <002301c520cc$5378f3a0$650a10ac@XPBL2> Tony, This sounds pretty good and pretty impressive. Regards, Blaine ----- Original Message ----- From: "Tony Bibbs" To: "Geeklog-Devel" ; "Porcellana, Silvio" Sent: Wednesday, March 02, 2005 1:58 PM Subject: [geeklog-devel] GL2 Update This past week I have been refactoring the MVCnPHP code a bit. No big changes are in there from an end user standpoint. My main task was to rip out the old PHP4-method of parsing XML and, instead, use the DOM and xPath. Doing so allowe me to eliminate two files and it cut the XML parsing code by 75%. Also, from a performance stand point, I'm going to have the MVCnPHP class 'compile' the xml config for a given application. Compiling essentially equates to building a .php file that has an array representation of the XML file. This will get rid of the expensive xml parsing process for each request. And, yes, I will make it so that changes to the xml configuration cause an automatic recompile. As you might guess, I think it make tremendous sense to use a similar process for the named query file in GL2. Fire over any questions you might have. --Tony _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://lists.geeklog.net/listinfo/geeklog-devel From tony at tonybibbs.com Mon Mar 7 23:59:51 2005 From: tony at tonybibbs.com (Tony Bibbs) Date: Mon, 07 Mar 2005 22:59:51 -0600 Subject: [geeklog-devel] MVC Framework Updated Message-ID: <422D3147.1070808@tonybibbs.com> Full story here: http://www.geeklog.net/article.php/MVCnPHP-2-0-1 Biggest change is I complete gutted the XML parsing to use the XML DOM and xPath. I also added the ability to compile the XML config to a PHP file that has a single array holding the configuration data. The file location of the compiled file is the same folder the XML config is...at this time that location can't be overridden (though I'm sure someone will want it to be). I'm using the same package at work and it seems to work just fine on a fairly small project. --Tony From dirk at haun-online.de Wed Mar 9 14:28:11 2005 From: dirk at haun-online.de (Dirk Haun) Date: Wed, 9 Mar 2005 20:28:11 +0100 Subject: [geeklog-devel] LastVisit cookies Message-ID: <20050309192811.2561@smtp.haun-online.de> Can someone (Tony) shed some light on why Geeklog sets those two cookies, LastVisit and LastVisitTemp? It seems they are only set (in function SESS_sessionCheck() in lib- sessions.php) but never read back or used for anything, AFAICS. As usual, I'm very reluctant to touch the session code (I've broken it more than once in an attempt to "optimize" something there), so I thought I'd ask first for a change ;-) bye, Dirk -- http://www.haun-online.de/ http://www.haun.info/ From tony at tonybibbs.com Wed Mar 9 17:39:14 2005 From: tony at tonybibbs.com (Tony Bibbs) Date: Wed, 09 Mar 2005 16:39:14 -0600 Subject: [geeklog-devel] GL2 update Message-ID: <422F7B12.2020303@tonybibbs.com> This week I have been tweaking the DAO layer in GL2. A few notable items: 1) The implemented PropelDAO no does not know anything about the glConf global. This is intentional as I am trying my best not to have classes depend on global data. Typically I got around this by sending config options to the constructor. 2) Now that I'm actually working on a plugin (links) I have some tweaks I've made to the find() method. Nothing big, though 3) Vinny has researched the translation options and right now we plan on using the Translation2 support built right into Flexy (the template engine). This will actually have a huge performance improvement as language strings will only not be substituted per every request (i.e. we aren't opening a file with the strings and doing substitutions). Instead, flexy 'compiles' each template and makes a version of the template for each language. Thus Header.thtml would be compiled into Header.thtml.en.php for English and Header.thtml.de.php for German, etc. We don't have this actually implemented in any of the screens I'm working on but making the decision is half the battle. As for the default file format for getting the strings out to translators, we are leaning towards XML as it doesn't seem to require any additional options to be compiled into PHP. 4) I have not yet modified the PropelDAO to compile named query files. I have, however, added support for multiple named query files. This, obviously, is required so that plugins can keep their queries separate from the gl2 kernel. 5) I have a helper, Silvio Porcellana, who is concentrating on the command line interface for Auth_Enterprise. GL2 doesn't support Auth_Enterprise yet for the lack of this very feature. However, once that is done, I will write AuthEnterpriseAccountManager.php to support it. One thing that has come up, though, is the concept of tabbed pages. I'm thinking of implementing abstract tab views that have events on them (like loseFocus, etc) so that we can have richer GUI's. Any opinions on this? --Tony From tony at tonybibbs.com Sun Mar 13 13:57:44 2005 From: tony at tonybibbs.com (Tony Bibbs) Date: Sun, 13 Mar 2005 12:57:44 -0600 Subject: [geeklog-devel] Prope's Criteria Class Message-ID: <42348D28.7080005@tonybibbs.com> Most of you have no idea what I'm referring to when I talk about Propel's criteria class. In short, it is an OO-representation of a SQL query. Working with the framework we have built for GL2 I have decided that we should not use the class as it is tedious to build a single query that has more than one input. I don't think this will break anybody's heart but I want to be clear that we shouldn't use it under any circumstance. Feel free to fire over any questions... --Tony From dirk at haun-online.de Mon Mar 21 15:30:17 2005 From: dirk at haun-online.de (Dirk Haun) Date: Mon, 21 Mar 2005 21:30:17 +0100 Subject: [geeklog-devel] Nameprotect bot Message-ID: <20050321203017.2217@smtp.haun-online.de> What do we think of this bot? 24.177.134.6 - - [21/Mar/2005:11:46:58 -0500] "GET /article.php/ GL2UserInterface HTTP/1.0" 200 26580 "-" "NP/0.1 (NP; http:// www.nameprotect.com; npbot at nameprotect.com)" Blurb from their site: "NameProtect? is a Digital Asset Protection company providing eMarket Intelligence to leading corporations. We proactively provide protection of brand assets, recovery of diverted revenues and detection of online identity theft and fraud." To block or not to block? So far, it's behaving. I'd block it anyway should it start producing 404s. But I don't really like the sound of this ... bye, Dirk -- http://www.haun-online.de/ http://geeklog.info/