From dirk at haun-online.de Sun Mar 1 07:28:25 2009 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 1 Mar 2009 13:28:25 +0100 Subject: [geeklog-devel] AJAX and Javascript Libraries - request for comments In-Reply-To: <063B8B70CB9DA141B2FC1DB483561B9F112139@nex-pluto.nextide.ca> References: <063B8B70CB9DA141B2FC1DB483561B9F112139@nex-pluto.nextide.ca> Message-ID: <20090301122825.577422006@smtp.haun-online.de> Randy Kolenko wrote: >I vote for Jquery (not for any specific reason other than to make the >list of recommendations grow to 7 :-) ) By coincidence, I was able to attend an introduction[1] to jQuery last week. I've played with it for less than an hour, so I'm certainly not claiming any expertise, but I like what I've seen so far. It got me thinking, though, that when we adopt a JS library, we may need to re-think the way we create pages - at least in some places. Even with jQuery's small footprint (19K for the minified version), for example, we probably don't want to load it on pages where we don't need it (btw, why do we load common.js on the index page?). And the JS code specific to a certain feature has to get into the page header at some point. This seems to indicate a strong coupling of CSS, templates, PHP code and the program flow that may require rewrites in places. So picking a JS library is only the first step. Proper integration will take much longer. Just a post to point out that I haven't forgotten this topic. But then again I don't see too much enthusiasm about it ... bye, Dirk [1] [2] [2] yes, it was a Microsoft-centric conference, but the jQuery presentation wasn't -- http://www.geeklog.net/ http://geeklog.info/ From dirk at haun-online.de Sun Mar 1 16:00:24 2009 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 1 Mar 2009 22:00:24 +0100 Subject: [geeklog-devel] Getting rid of the remains of the PDF generator? Message-ID: <20090301210024.1490355349@smtp.haun-online.de> I stumbled across the never-finished PDF generator code in Geeklog again today. It was added in June 2004, hasn't really been touched ever since and never even worked properly in the first place (IIRC, it does convert an article to a PDF but then gets confused when you call it up again). Consequentially, it was never included in any Geeklog release. So unless someone is willing to commit to make it work, I'd suggest to remove all traces of it from the Mercurial repository. Actually, if anyone wants the ability to convert articles to PDF, then it should be possible to implement that as a plugin: Use PLG_invokeService('story', 'get') to get the article text and PLG_templateSetVars() to add theme variables to the story templates, so that you can add your "convert to PDF" link there. Objections? bye, Dirk P.S. Sorry, Justin - that seems to have been your first contribution to Geeklog. Nothing personal ;-) -- http://www.geeklog.net/ http://geeklog.info/ From matt.danger.west at gmail.com Mon Mar 2 20:58:18 2009 From: matt.danger.west at gmail.com (Matt West) Date: Mon, 2 Mar 2009 20:58:18 -0500 Subject: [geeklog-devel] GSoC: Call for mentors In-Reply-To: <20090223141307.1170371564@smtp.haun-online.de> References: <20090223141307.1170371564@smtp.haun-online.de> Message-ID: <29db20b10903021758w344424fbyba876e7ca64f002e@mail.gmail.com> Dirk, I'd like to volunteer to mentor the Plugin repository project. Matt West On Mon, Feb 23, 2009 at 9:13 AM, Dirk Haun wrote: > As the application period for this year's Summer of Code is drawing > closer (March 9-13 for organizations), I'd like to reach out to the > Geeklog community and call for people interested in becoming a GSoC mentor. > > Current and former core developers, former GSoC students, plugin authors > and other active members of the Geeklog community: Have you considered > becoming a mentor and help our (potential - assuming we get accepted) > students with their GSoC project? You would be their first point of > contact during the summer (roughly: April 20 - August 25) to discuss > ideas and problems. > > So we're mainly looking for people who are familiar with at least parts > of Geeklog's code. But you can always rely on the support of the > community, here and in the forums, should you need help. > > Not sure yet? Here's some more information from Google: > > > > And this is the timeline for the Summer of Code: > > faqs.html#0_1_timeline_5354032302481437_ > > > > Looking forward to hearing from you! > > bye, Dirk > > > -- > http://www.geeklog.net/ > http://geeklog.info/ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Tue Mar 3 01:53:00 2009 From: dirk at haun-online.de (Dirk Haun) Date: Tue, 3 Mar 2009 07:53:00 +0100 Subject: [geeklog-devel] GSoC: Call for mentors In-Reply-To: <29db20b10903021758w344424fbyba876e7ca64f002e@mail.gmail.com> References: <20090223141307.1170371564@smtp.haun-online.de> <29db20b10903021758w344424fbyba876e7ca64f002e@mail.gmail.com> Message-ID: <20090303065300.44963439@smtp.haun-online.de> Matt West wrote: >I'd like to volunteer to mentor the Plugin repository project. Excellent. Thanks, Matt :) bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From dirk at haun-online.de Sun Mar 8 05:42:45 2009 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 8 Mar 2009 10:42:45 +0100 Subject: [geeklog-devel] Getting started with Geeklog development Message-ID: <20090308094245.1063870502@smtp.haun-online.de> I've made an effort to make things a little easier for those wanting to start with Geeklog development (not only for GSoC). Comments welcome. As you may have seen from my recent commits, I've played around with[1] phpDocumentor in an effort to get it to generate some sort of documentation of the Geeklog sources. The current state can be seen at http://project.geeklog.net/src/ I've set up a cronjob to update it from the Mercurial repository every night, so it reflects the current development version. Needs more work, but it's a start. I also wrote a (very short - Developers are impatient ;-) "Getting Started" document: http://wiki.geeklog.net/index.php/Getting_Started And finally, the nightly tarball is now ready to use (just like a regular release), i.e. it includes the required PEAR classes and leaves out unused / experimental code: http://project.geeklog.net/nightly/geeklog-nightly.tar.gz That should make it easier to try out the current development version. bye, Dirk [1] more like "struggled with" ... -- http://www.geeklog.net/ http://geeklog.info/ From ascepanovic at gmail.com Sun Mar 8 11:22:58 2009 From: ascepanovic at gmail.com (Aleksandar Scepanovic) Date: Sun, 8 Mar 2009 16:22:58 +0100 Subject: [geeklog-devel] Getting started with Geeklog development In-Reply-To: <20090308094245.1063870502@smtp.haun-online.de> References: <20090308094245.1063870502@smtp.haun-online.de> Message-ID: <9e0c3e3b0903080822y4d0b1d74j5bb92e49f769abc9@mail.gmail.com> Hi, This is cool way to motivate new developers to contribute. The biggest problem in my opinion is documentation because classes and methods doesn't contain detail information about their job... Of course something is better then nothing :) But if source code is projected to be self documented diving in to Geeklog development would be faster. Extjs based API documentation can be implemented as PHPDocumentor theme and I honestly believe that development will be much easier with documentation like this... Ps. If someone isn't famiiar with Ext docs check this url: http://extjs.com/deploy/dev/docs/ On Sun, Mar 8, 2009 at 10:42 AM, Dirk Haun wrote: > I've made an effort to make things a little easier for those wanting to > start with Geeklog development (not only for GSoC). Comments welcome. > > As you may have seen from my recent commits, I've played around with[1] > phpDocumentor in an effort to get it to generate some sort of > documentation of the Geeklog sources. The current state can be seen at > > http://project.geeklog.net/src/ > > I've set up a cronjob to update it from the Mercurial repository every > night, so it reflects the current development version. Needs more work, > but it's a start. > > I also wrote a (very short - Developers are impatient ;-) "Getting > Started" document: > > http://wiki.geeklog.net/index.php/Getting_Started > > And finally, the nightly tarball is now ready to use (just like a > regular release), i.e. it includes the required PEAR classes and leaves > out unused / experimental code: > > http://project.geeklog.net/nightly/geeklog-nightly.tar.gz > > That should make it easier to try out the current development version. > > bye, Dirk > > [1] more like "struggled with" ... > > > -- > http://www.geeklog.net/ > http://geeklog.info/ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From matt.danger.west at gmail.com Sun Mar 8 12:34:25 2009 From: matt.danger.west at gmail.com (Matt West) Date: Sun, 8 Mar 2009 12:34:25 -0400 Subject: [geeklog-devel] Getting started with Geeklog development In-Reply-To: <20090308094245.1063870502@smtp.haun-online.de> References: <20090308094245.1063870502@smtp.haun-online.de> Message-ID: <29db20b10903080934k1fded434y3cac6587cb667f2@mail.gmail.com> Dirk, This is great! It should hopefully reduce the learning curve for prospective SoC students and any GL user who wants to hack some of the code. Is there anyway to get phpDocumentor to list the files in a directory tree instead of all the files? There are several files with the same names that are located in different directories and it's a little confusing. Matt On Sun, Mar 8, 2009 at 5:42 AM, Dirk Haun wrote: > I've made an effort to make things a little easier for those wanting to > start with Geeklog development (not only for GSoC). Comments welcome. > > As you may have seen from my recent commits, I've played around with[1] > phpDocumentor in an effort to get it to generate some sort of > documentation of the Geeklog sources. The current state can be seen at > > http://project.geeklog.net/src/ > > I've set up a cronjob to update it from the Mercurial repository every > night, so it reflects the current development version. Needs more work, > but it's a start. > > I also wrote a (very short - Developers are impatient ;-) "Getting > Started" document: > > http://wiki.geeklog.net/index.php/Getting_Started > > And finally, the nightly tarball is now ready to use (just like a > regular release), i.e. it includes the required PEAR classes and leaves > out unused / experimental code: > > http://project.geeklog.net/nightly/geeklog-nightly.tar.gz > > That should make it easier to try out the current development version. > > bye, Dirk > > [1] more like "struggled with" ... > > > -- > http://www.geeklog.net/ > http://geeklog.info/ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Sun Mar 8 13:33:03 2009 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 8 Mar 2009 18:33:03 +0100 Subject: [geeklog-devel] Getting started with Geeklog development In-Reply-To: <29db20b10903080934k1fded434y3cac6587cb667f2@mail.gmail.com> References: <20090308094245.1063870502@smtp.haun-online.de> <29db20b10903080934k1fded434y3cac6587cb667f2@mail.gmail.com> Message-ID: <20090308173303.1602094616@smtp.haun-online.de> Matt West wrote: >Is there anyway to get phpDocumentor to list the files in a directory tree >instead of all the files? There are several files with the same names that >are located in different directories and it's a little confusing. Couldn't find such an option. Maybe that's possible in the templates - haven't dug down to that level yet. I've tried a few of the available themes, but they all seem to display duplicate filenames that way. Of course, I skipped most of the frames- based ones as I wanted a layout without frames ... I just added the bash script that is running on the server to the "tools" repository. If anyone wants to play around with phpDocumentor - it's basically called like this: ./phpdoc -t $OUTPUT -o HTML:Smarty:PHP -d $GL_PATH -i *language/*,system/ build/,buildpackage.*,system/pear/,public_html/fckeditor/ -dc Geeklog - dn Geeklog -ti "Geeklog Source Code Documentation" i.e. it's using the "HTML:Smarty:PHP" template. See [1] for a list of available templates. bye, Dirk [1] -- http://www.geeklog.net/ http://geeklog.info/ From dirk at haun-online.de Sun Mar 8 13:54:34 2009 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 8 Mar 2009 18:54:34 +0100 Subject: [geeklog-devel] Getting started with Geeklog development In-Reply-To: <9e0c3e3b0903080822y4d0b1d74j5bb92e49f769abc9@mail.gmail.com> References: <20090308094245.1063870502@smtp.haun-online.de> <9e0c3e3b0903080822y4d0b1d74j5bb92e49f769abc9@mail.gmail.com> Message-ID: <20090308175434.756582031@smtp.haun-online.de> Aleksandar Scepanovic wrote: >The biggest >problem in my opinion is documentation because classes and methods doesn't >contain detail information about their job... As I said - it's a start. We have descriptions of most of the functions / methods that are now getting picked up by phpDocumentor. What we need to add are introductory paragraphs in each file. lib- common.php, for example, already has something like this[1]. phpDocumentor also has a way to add more documentation that's not in the source code but would be mixed into the phpDocumentor output. It would go where it currently only says "Welcome to Geeklog!" on the index page, for example. Now we only need somebody to write all that text ;-) >Extjs based API documentation can be implemented as PHPDocumentor >theme and I honestly believe that development will be much easier with >documentation like this... Hmm, not sure I understand what Extjs does exactly. Care to explain? bye, Dirk [1] -- http://www.haun-online.de/ http://spam.tinyweb.net/ From info at heatherengineering.com Mon Mar 9 01:05:04 2009 From: info at heatherengineering.com (Euan McKay) Date: Mon, 9 Mar 2009 14:05:04 +0900 Subject: [geeklog-devel] Getting started with Geeklog development In-Reply-To: <20090308094245.1063870502@smtp.haun-online.de> References: <20090308094245.1063870502@smtp.haun-online.de> Message-ID: On Sun, Mar 8, 2009 at 18:42, Dirk Haun wrote: > I've made an effort to make things a little easier for those wanting to > start with Geeklog development (not only for GSoC). Comments welcome. As another effort to help people get started on development, can I suggest adding a barebones plugin setup to the repository? It might be based off the current links plugin, and include a simple perl or php script to replace basic variables/names to give a working installable plugin for beginners to work with. Euan. From dirk at haun-online.de Mon Mar 9 02:51:07 2009 From: dirk at haun-online.de (Dirk Haun) Date: Mon, 9 Mar 2009 07:51:07 +0100 Subject: [geeklog-devel] Getting started with Geeklog development In-Reply-To: References: <20090308094245.1063870502@smtp.haun-online.de> Message-ID: <20090309065107.1483997081@smtp.haun-online.de> Euan McKay wrote: >As another effort to help people get started on development, can I >suggest adding a barebones plugin setup to the repository? Yep, providing some sort of replacement for the old Universal Plugin is already on my list. I like the idea of a generator script. This should be based on Geeklog 1.6, IMO. The autoinstall.php makes things so much easier - for the developer *and* the user. bye, Dirk [1] -- http://www.haun-online.de/ http://geeklog.info/ From saurabhgupta1403 at gmail.com Tue Mar 10 10:01:11 2009 From: saurabhgupta1403 at gmail.com (saurabh gupta) Date: Tue, 10 Mar 2009 19:31:11 +0530 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog Message-ID: Hello everyone, *First, a brief introduction about me: * I am Saurabh Gupta from India. I am a senior engineering student. I have been working for open source projects for a long time and I was a *GSoC student in 2008* where I successfully completed my project under the organization Openmoko (www.openmoko.org). In 2008 winters, I had my internship at *Adobe Inc.* where I worked on the package management system using mysql and sqlite library. I have a long experience in programming in C, C++, PHP, Python and other languages. Currently, my final year project at university is about the automatic data logging system in which I am working upon socket programming in C++, PHP, MYSQL and setting up an intra-college website using LAMP. *About Geeklog, GSoC 2009 *I have downloaded geeklog latest version and set up a site and used its features. I have seen the geeklog source code documentation and found the work according to my interest and skills. I have gone through the ideas posted on geeklog sites for GSoC 2009, and got interest in the following: *1) Plugin Repository feature:* I went through this idea and did some research on it. To implement a plugin repository facility to be installed using internet requires some package management system along with the dependencies and conflicts resolutions. *2) Spam-X modification * This idea is also an interesting one and more intelligence can be put to the spam filter tool with some known and existing algorithms. Other than this, the current issues in spam-X tool can be solved with some more APIs. *3) Spam Web of Trust* I am currently going through this idea and would come back with some idea and method to implement it in the best way. I am looking forward to get feedback and suggestions for this and to discuss the ideas. I would like to contribute geeklog this summer if I get a chance through GSoC. If not, then still, I would remain in contact with the community to contribute in the best possible manner I can. Thanks, -- Saurabh Gupta Senior, NSIT,New Delhi, India -------------- next part -------------- An HTML attachment was scrubbed... URL: From saurabhgupta1403 at gmail.com Tue Mar 10 10:03:32 2009 From: saurabhgupta1403 at gmail.com (saurabh gupta) Date: Tue, 10 Mar 2009 19:33:32 +0530 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: References: Message-ID: On Tue, Mar 10, 2009 at 7:31 PM, saurabh gupta wrote: > Hello everyone, > > *First, a brief introduction about me: * > I am Saurabh Gupta from India. I am a senior engineering student. I have > been working for open source projects for a long time and I was a *GSoC > student in 2008* where I successfully completed my project under the > organization Openmoko (www.openmoko.org). In 2008 winters, I had my > internship at *Adobe Inc.* where I worked on the package management > system using mysql and sqlite library. I have a long experience in > programming in C, C++, PHP, Python and other languages. Currently, my final > year project at university is about the automatic data logging system in > which I am working upon socket programming in C++, PHP, MYSQL and setting > up an intra-college website using LAMP. > > *About Geeklog, GSoC 2009 > *I have downloaded geeklog latest version and set up a site and used its > features. I have seen the geeklog source code documentation and found the > work according to my interest and skills. > I have gone through the ideas posted on geeklog sites for GSoC 2009, and > got interest in the following: > > *1) Plugin Repository feature:* > I went through this idea and did some research on it. To implement a plugin > repository facility to be installed using internet requires some package > management system along with the dependencies and conflicts resolutions. > > *2) Spam-X modification * > This idea is also an interesting one and more intelligence can be put to > the spam filter tool with some known and existing algorithms. Other than > this, the current issues in spam-X tool can be solved with some more APIs. > > *3) Spam Web of Trust* > I am currently going through this idea and would come back with some idea > and method to implement it in the best way. > > I am looking forward to get feedback and suggestions for this and to > discuss the ideas. I would like to contribute geeklog this summer if I get a > chance through GSoC. If not, then still, I would remain in contact with the > community to contribute in the best possible manner I can. > I am available on #geeklog by the name of saurabh1403. So, I would greatly appreciate if I get some feedbacks and suggestions over there too. > > Thanks, > > > -- > Saurabh Gupta > Senior, > NSIT,New Delhi, India > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Tue Mar 10 15:58:43 2009 From: dirk at haun-online.de (Dirk Haun) Date: Tue, 10 Mar 2009 20:58:43 +0100 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: References: Message-ID: <20090310195843.1093479092@smtp.haun-online.de> saurabh gupta wrote: >Hello everyone Hi there and thanks for your interest :) >*I have downloaded geeklog latest version and set up a site and used its >features. I have seen the geeklog source code documentation and found the >work according to my interest and skills. Sounds good. You may also want to have a look at the current development version for Geeklog 1.6, since that's what you would be working on. It differs from 1.5.2 in quite a few places. >*1) Plugin Repository feature:* >I went through this idea and did some research on it. To implement a plugin >repository facility to be installed using internet requires some package >management system along with the dependencies and conflicts resolutions. So far, our plugins are usually self-contained, so there aren't really any dependencies to resolve. But you're right, that could become an issue in the future. Btw, I suspect this project will be very popular, so expect some competition there :-) >*2) Spam-X modification * >This idea is also an interesting one and more intelligence can be put to the >spam filter tool with some known and existing algorithms. Please note that the focus of the project, as described in the wiki, is on making the Admin's life easier, not so much on adding new filter options. Of course, if you have some good ideas, we can always re-focus the project. >*3) Spam Web of Trust* >I am currently going through this idea and would come back with some idea >and method to implement it in the best way. This, I think, would be a very useful way to spread information about spammers that are more sneaky and manage to fly under the radar of services like SLV or Akismet. I.e. they don't do mass-spamming but are more focused (and no less annoying). There was some interest in this idea at Barcamp Stuttgart last year, and I'm sure it could be of use for users of other CMS / blogging software, too. >I would like to contribute geeklog this summer if I get a chance >through GSoC. If not, then still, I would remain in contact with the >community to contribute in the best possible manner I can. That would be great. New developers are always welcome - there's no shortage of work here ;-) So, welcome and we hope to hear more from you soon. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From ascepanovic at gmail.com Tue Mar 10 16:55:20 2009 From: ascepanovic at gmail.com (Aleksandar Scepanovic) Date: Tue, 10 Mar 2009 21:55:20 +0100 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: <20090310195843.1093479092@smtp.haun-online.de> References: <20090310195843.1093479092@smtp.haun-online.de> Message-ID: <9e0c3e3b0903101355k7ec661fax7289145655fd0af7@mail.gmail.com> Hi, I am also planning to participate... This will be my first participation in GSoC. However what I am planning to develop is not listed on Geeklog ideas page... My mission is to develop 2 plugins for Geeklog and I really believe that this plugins can be very useful for Geeklog users. Shortly... goal is to create custom contact plugin and banner managment plugin because in my oppinion this is something what Geeklog must have. I will submit detail information about me and of course about things that I am planning to develop in my project proposal. I want to here from other Geeklog developers, is this something what can be GSoC project!? And am I wrong when I say that this are the things that Geeklog users needs?! On Tue, Mar 10, 2009 at 8:58 PM, Dirk Haun wrote: > saurabh gupta wrote: > > >Hello everyone > > Hi there and thanks for your interest :) > > > >*I have downloaded geeklog latest version and set up a site and used its > >features. I have seen the geeklog source code documentation and found the > >work according to my interest and skills. > > Sounds good. You may also want to have a look at the current development > version for Geeklog 1.6, since that's what you would be working on. It > differs from 1.5.2 in quite a few places. > > > >*1) Plugin Repository feature:* > >I went through this idea and did some research on it. To implement a > plugin > >repository facility to be installed using internet requires some package > >management system along with the dependencies and conflicts resolutions. > > So far, our plugins are usually self-contained, so there aren't really > any dependencies to resolve. But you're right, that could become an > issue in the future. > > Btw, I suspect this project will be very popular, so expect some > competition there :-) > > > >*2) Spam-X modification * > >This idea is also an interesting one and more intelligence can be put to > the > >spam filter tool with some known and existing algorithms. > > Please note that the focus of the project, as described in the wiki, is > on making the Admin's life easier, not so much on adding new filter > options. > > Of course, if you have some good ideas, we can always re-focus the project. > > > >*3) Spam Web of Trust* > >I am currently going through this idea and would come back with some idea > >and method to implement it in the best way. > > This, I think, would be a very useful way to spread information about > spammers that are more sneaky and manage to fly under the radar of > services like SLV or Akismet. I.e. they don't do mass-spamming but are > more focused (and no less annoying). There was some interest in this > idea at Barcamp Stuttgart last year, and I'm sure it could be of use for > users of other CMS / blogging software, too. > > > >I would like to contribute geeklog this summer if I get a chance > >through GSoC. If not, then still, I would remain in contact with the > >community to contribute in the best possible manner I can. > > That would be great. New developers are always welcome - there's no > shortage of work here ;-) > > So, welcome and we hope to hear more from you soon. > > bye, Dirk > > > -- > http://www.geeklog.net/ > http://geeklog.info/ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cordiste at free.fr Tue Mar 10 17:38:18 2009 From: cordiste at free.fr (cordiste) Date: Tue, 10 Mar 2009 22:38:18 +0100 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: <9e0c3e3b0903101355k7ec661fax7289145655fd0af7@mail.gmail.com> References: <20090310195843.1093479092@smtp.haun-online.de> <9e0c3e3b0903101355k7ec661fax7289145655fd0af7@mail.gmail.com> Message-ID: <364575ed0903101438j78ba1bbdo980f87f7f836987a@mail.gmail.com> Hi Aleksandar, Banner management is a good idea and custom contact can be a nice feature. A PM plugin exists (see portalparts.com and the glMessenger, one day Blaine will be releasing glMessenger as unrestricted downloads). Welcome to you and Saurabh. ::Ben 2009/3/10 Aleksandar Scepanovic : > Hi, > > I am also planning to participate... > This will be my first participation in GSoC. However what I am planning to > develop is not listed on Geeklog ideas page... > > My mission is to develop 2 plugins for Geeklog and I really believe that > this plugins can be very useful for Geeklog users. Shortly... goal is to > create custom contact plugin and banner managment plugin because in my > oppinion this is something what Geeklog must have. > I will submit detail information about me and of course about things that I > am planning to develop in my project proposal. > > I want to here from other Geeklog developers, is this something what can be > GSoC project!? And am I wrong when I say that this are the things that > Geeklog users needs?! > > On Tue, Mar 10, 2009 at 8:58 PM, Dirk Haun wrote: >> >> saurabh gupta wrote: >> >> >Hello everyone >> >> Hi there and thanks for your interest :) >> >> >> >*I have downloaded geeklog latest version and set up a site and used its >> >features. I have seen the geeklog source code documentation and found the >> >work according to my interest and skills. >> >> Sounds good. You may also want to have a look at the current development >> version for Geeklog 1.6, since that's what you would be working on. It >> differs from 1.5.2 in quite a few places. >> >> >> >*1) Plugin Repository feature:* >> >I went through this idea and did some research on it. To implement a >> > plugin >> >repository facility to be installed using internet requires some package >> >management system along with the dependencies and conflicts resolutions. >> >> So far, our plugins are usually self-contained, so there aren't really >> any dependencies to resolve. But you're right, that could become an >> issue in the future. >> >> Btw, I suspect this project will be very popular, so expect some >> competition there :-) >> >> >> >*2) Spam-X modification * >> >This idea is also an interesting one and more intelligence can be put to >> > the >> >spam filter tool with some known and existing algorithms. >> >> Please note that the focus of the project, as described in the wiki, is >> on making the Admin's life easier, not so much on adding new filter >> options. >> >> Of course, if you have some good ideas, we can always re-focus the >> project. >> >> >> >*3) Spam Web of Trust* >> >I am currently going through this idea and would come back with some idea >> >and method to implement it in the best way. >> >> This, I think, would be a very useful way to spread information about >> spammers that are more sneaky and manage to fly under the radar of >> services like SLV or Akismet. I.e. they don't do mass-spamming but are >> more focused (and no less annoying). There was some interest in this >> idea at Barcamp Stuttgart last year, and I'm sure it could be of use for >> users of other CMS / blogging software, too. >> >> >> >I would like to contribute geeklog this summer if I get a chance >> >through GSoC. If not, then still, I would remain in contact with the >> >community to contribute in the best possible manner I can. >> >> That would be great. New developers are always welcome - there's no >> shortage of work here ;-) >> >> So, welcome and we hope to hear more from you soon. >> >> bye, Dirk >> >> >> -- >> http://www.geeklog.net/ >> http://geeklog.info/ >> >> _______________________________________________ >> geeklog-devel mailing list >> geeklog-devel at lists.geeklog.net >> http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > From saurabhgupta1403 at gmail.com Tue Mar 10 17:44:55 2009 From: saurabhgupta1403 at gmail.com (saurabh gupta) Date: Wed, 11 Mar 2009 03:14:55 +0530 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: <20090310195843.1093479092@smtp.haun-online.de> References: <20090310195843.1093479092@smtp.haun-online.de> Message-ID: hello, On Wed, Mar 11, 2009 at 1:28 AM, Dirk Haun wrote: > saurabh gupta wrote: > > >Hello everyone > > Hi there and thanks for your interest :) > > > >*I have downloaded geeklog latest version and set up a site and used its > >features. I have seen the geeklog source code documentation and found the > >work according to my interest and skills. > > Sounds good. You may also want to have a look at the current development > version for Geeklog 1.6, since that's what you would be working on. It > differs from 1.5.2 in quite a few places. > Yeah. I will have a look at the development platform and source codes. However, I had a look at the classes and methods described on the wiki (created using phpDocumentor). > > > >*1) Plugin Repository feature:* > >I went through this idea and did some research on it. To implement a > plugin > >repository facility to be installed using internet requires some package > >management system along with the dependencies and conflicts resolutions. > > So far, our plugins are usually self-contained, so there aren't really > any dependencies to resolve. But you're right, that could become an > issue in the future. > > Btw, I suspect this project will be very popular, so expect some > competition there :-) > Well, I would like to hear suggestions from the community about new ideas and features which can be added to make the plugin management in geeklog more easy and comfortable for end user. > > > >*2) Spam-X modification * > >This idea is also an interesting one and more intelligence can be put to > the > >spam filter tool with some known and existing algorithms. > > Please note that the focus of the project, as described in the wiki, is > on making the Admin's life easier, not so much on adding new filter > options. > > Of course, if you have some good ideas, we can always re-focus the project. > Ok. Besides the aims and to-do list provided on the http://wiki.geeklog.net/index.php/SoC_spam-x_overhaul, more modification can be added. As indicated, API "PLG_checkforspam" can be modified. However, to keep the backward compatibility in mind, it needs to be changed using default parameters and other things. Also, more intelligence can be added to this API like to check for a post. One idea is to implement a trainer for spams and not deleting the spams. Instead if the admin marks a post as "not spam" once, the next time, it should detect those kinds of posts as spam. This needs to implement the dynamic trainer for spam-X plugin. The training of spam-X is done using an intermediate file so that the same file can be transferred to any other site and can be integrated with the spam-X plug-in. > > > >*3) Spam Web of Trust* > >I am currently going through this idea and would come back with some idea > >and method to implement it in the best way. > > This, I think, would be a very useful way to spread information about > spammers that are more sneaky and manage to fly under the radar of > services like SLV or Akismet. I.e. they don't do mass-spamming but are > more focused (and no less annoying). There was some interest in this > idea at Barcamp Stuttgart last year, and I'm sure it could be of use for > users of other CMS / blogging software, too. > > > >I would like to contribute geeklog this summer if I get a chance > >through GSoC. If not, then still, I would remain in contact with the > >community to contribute in the best possible manner I can. > > That would be great. New developers are always welcome - there's no > shortage of work here ;-) > One more idea which I discussed with Trinity is to develop a plug-in to move the stories and articles into plug-in. This will facilitate the editing and creation of new articles and stories easier and it can be extended with a good GUI to allow the adding, replacing and in-line editing of articles with no overhead. I would like to hear about the interest of any mentor for this idea. > > So, welcome and we hope to hear more from you soon. > > bye, Dirk > > > -- > http://www.geeklog.net/ > http://geeklog.info/ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > Thanks, -- Saurabh Gupta Senior, Electronics and Communication Engg. NSIT,New Delhi, India -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Tue Mar 10 17:59:29 2009 From: dirk at haun-online.de (Dirk Haun) Date: Tue, 10 Mar 2009 22:59:29 +0100 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: References: <20090310195843.1093479092@smtp.haun-online.de> Message-ID: <20090310215929.1957736945@smtp.haun-online.de> saurabh gupta wrote: >One idea is to implement a trainer for >spams and not deleting the spams. Instead if the admin marks a post as "not >spam" once, the next time, it should detect those kinds of posts as spam. >This needs to implement the dynamic trainer for spam-X plugin. My gut feeling is that our users won't be willing to spend a lot of time training a spam filter. I may be wrong, though, and it seems to sort-of work for WordPress and Akismet. But the first step here would be to have a submission queue into which posts can be put when their status is not clear. And that's part of the project, as outlined on the wiki. >One more idea which I discussed with Trinity is to develop a plug-in to move >the stories and articles into plug-in. Yeah, that's Trinity's pet project ... To be honest, I am not currently interested in doing this. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From ascepanovic at gmail.com Tue Mar 10 18:03:14 2009 From: ascepanovic at gmail.com (Aleksandar Scepanovic) Date: Tue, 10 Mar 2009 23:03:14 +0100 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: References: <20090310195843.1093479092@smtp.haun-online.de> Message-ID: <9e0c3e3b0903101503m31ad7784v9c8c87b687c8e9a4@mail.gmail.com> Tnx, Ben... Dirk... Yes I found your e-mail in my gmail spam folder... Now I see that banners can be implemented in Geeklog with OpenX. OpenX is great app but it's integration can be complicated for new users or for users without "programming background" so custom banner manager still can be usefull.. I will to detail analysis on this subject, and will decide after that is this good enought for my project proposal... My second idea is to add ajax features in admin panel, but honestly I wasn't thinking about implementation enought... On Tue, Mar 10, 2009 at 10:44 PM, saurabh gupta wrote: > hello, > > > On Wed, Mar 11, 2009 at 1:28 AM, Dirk Haun wrote: > >> saurabh gupta wrote: >> >> >Hello everyone >> >> Hi there and thanks for your interest :) >> >> >> >*I have downloaded geeklog latest version and set up a site and used its >> >features. I have seen the geeklog source code documentation and found the >> >work according to my interest and skills. >> >> Sounds good. You may also want to have a look at the current development >> version for Geeklog 1.6, since that's what you would be working on. It >> differs from 1.5.2 in quite a few places. >> > > Yeah. I will have a look at the development platform and source codes. > However, I had a look at the classes and methods described on the wiki > (created using phpDocumentor). > > >> >> >> >*1) Plugin Repository feature:* >> >I went through this idea and did some research on it. To implement a >> plugin >> >repository facility to be installed using internet requires some package >> >management system along with the dependencies and conflicts resolutions. >> >> So far, our plugins are usually self-contained, so there aren't really >> any dependencies to resolve. But you're right, that could become an >> issue in the future. >> >> Btw, I suspect this project will be very popular, so expect some >> competition there :-) >> > > Well, I would like to hear suggestions from the community about new ideas > and features which can be added to make the plugin management in geeklog > more easy and comfortable for end user. > > >> >> >> >*2) Spam-X modification * >> >This idea is also an interesting one and more intelligence can be put to >> the >> >spam filter tool with some known and existing algorithms. >> >> Please note that the focus of the project, as described in the wiki, is >> on making the Admin's life easier, not so much on adding new filter >> options. >> >> Of course, if you have some good ideas, we can always re-focus the >> project. >> > > Ok. Besides the aims and to-do list provided on the > http://wiki.geeklog.net/index.php/SoC_spam-x_overhaul, more modification > can be added. As indicated, API "PLG_checkforspam" can be modified. However, > to keep the backward compatibility in mind, it needs to be changed using > default parameters and other things. Also, more intelligence can be added to > this API like to check for a post. One idea is to implement a trainer for > spams and not deleting the spams. Instead if the admin marks a post as "not > spam" once, the next time, it should detect those kinds of posts as spam. > This needs to implement the dynamic trainer for spam-X plugin. The training > of spam-X is done using an intermediate file so that the same file can be > transferred to any other site and can be integrated with the spam-X plug-in. > > >> >> >> >*3) Spam Web of Trust* >> >I am currently going through this idea and would come back with some idea >> >and method to implement it in the best way. >> >> This, I think, would be a very useful way to spread information about >> spammers that are more sneaky and manage to fly under the radar of >> services like SLV or Akismet. I.e. they don't do mass-spamming but are >> more focused (and no less annoying). There was some interest in this >> idea at Barcamp Stuttgart last year, and I'm sure it could be of use for >> users of other CMS / blogging software, too. >> >> >> >I would like to contribute geeklog this summer if I get a chance >> >through GSoC. If not, then still, I would remain in contact with the >> >community to contribute in the best possible manner I can. >> >> That would be great. New developers are always welcome - there's no >> shortage of work here ;-) >> > > One more idea which I discussed with Trinity is to develop a plug-in to > move the stories and articles into plug-in. This will facilitate the > editing and creation of new articles and stories easier and it can be > extended with a good GUI to allow the adding, replacing and in-line editing > of articles with no overhead. I would like to hear about the interest of > any mentor for this idea. > > >> >> So, welcome and we hope to hear more from you soon. >> >> bye, Dirk >> >> >> -- >> http://www.geeklog.net/ >> http://geeklog.info/ >> >> _______________________________________________ >> geeklog-devel mailing list >> geeklog-devel at lists.geeklog.net >> http://eight.pairlist.net/mailman/listinfo/geeklog-devel >> > > Thanks, > > -- > Saurabh Gupta > Senior, > Electronics and Communication Engg. > NSIT,New Delhi, India > > > > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From cordiste at free.fr Tue Mar 10 19:03:01 2009 From: cordiste at free.fr (cordiste) Date: Wed, 11 Mar 2009 00:03:01 +0100 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: References: <20090310195843.1093479092@smtp.haun-online.de> Message-ID: <364575ed0903101603m5ef66b55x8b8a17c6d0aa3078@mail.gmail.com> Just a link about plugin repository http://codex.gallery2.org/Gallery2:Downloadable_Plugins ::Ben From saurabhgupta1403 at gmail.com Tue Mar 10 23:08:21 2009 From: saurabhgupta1403 at gmail.com (saurabh gupta) Date: Wed, 11 Mar 2009 08:38:21 +0530 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: <20090310215929.1957736945@smtp.haun-online.de> References: <20090310195843.1093479092@smtp.haun-online.de> <20090310215929.1957736945@smtp.haun-online.de> Message-ID: Hello, On Wed, Mar 11, 2009 at 3:29 AM, Dirk Haun wrote: > saurabh gupta wrote: > > >One idea is to implement a trainer for > >spams and not deleting the spams. Instead if the admin marks a post as > "not > >spam" once, the next time, it should detect those kinds of posts as spam. > >This needs to implement the dynamic trainer for spam-X plugin. > > My gut feeling is that our users won't be willing to spend a lot of time > training a spam filter. I may be wrong, though, and it seems to sort-of > work for WordPress and Akismet. > Well, what I thought in this part is that the spam filter will work in its own way initially, but in case if sometimes a post is made *spam* by mistake, then user can mark it as *not spam* (similar to what we have in gmail) and the spam filter should be intelligent enough to adapt to this and vice versa. Training will be done automatically. However, I am thinking over this part and will tell you to make the spam handling in geeklog more intelligent and better. Also the idea of representing the counts of spam rules used is a good one. What I am thinking is to make the spam-handling engine as a portable one. Means, if a user has made a site and for a long time, its spam engine has evolved and has the statistics also (like the counts of spam filters used, some blocking keywords for detecting spam and more intelligence). Now, is that user or another one makes another site using geeklog, then he has the option to use the same spam intelligence in the new site. The information can be made portable by storing in some database or xml file. A nice GUI can also be created which will simply take the source site and the destination site and merge the intelligence of spam-engine together. Suggestions and comments are welcome. > > But the first step here would be to have a submission queue into which > posts can be put when their status is not clear. And that's part of the > project, as outlined on the wiki. > > > >One more idea which I discussed with Trinity is to develop a plug-in to > move > >the stories and articles into plug-in. > > Yeah, that's Trinity's pet project ... To be honest, I am not currently > interested in doing this. > All right. Idea skipped :) > > bye, Dirk > > > -- > http://www.geeklog.net/ > http://geeklog.info/ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > Thanks, -- Saurabh Gupta Senior, Electronics and Communication Engg. NSIT,New Delhi, India -------------- next part -------------- An HTML attachment was scrubbed... URL: From saurabhgupta1403 at gmail.com Thu Mar 12 10:03:37 2009 From: saurabhgupta1403 at gmail.com (saurabh gupta) Date: Thu, 12 Mar 2009 19:33:37 +0530 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: References: <20090310195843.1093479092@smtp.haun-online.de> <20090310215929.1957736945@smtp.haun-online.de> Message-ID: hello, On Wed, Mar 11, 2009 at 8:38 AM, saurabh gupta wrote: > > Hello, > > What I am thinking is to make the spam-handling engine as a portable one. > Means, if a user has made a site and for a long time, its spam engine has > evolved and has the statistics also (like the counts of spam filters used, > some blocking keywords for detecting spam and more intelligence). Now, is > that user or another one makes another site using geeklog, then he has the > option to use the same spam intelligence in the new site. The information > can be made portable by storing in some database or xml file. A nice GUI can > also be created which will simply take the source site and the destination > site and merge the intelligence of spam-engine together. All right. The idea is more or less like that of SWOT. I went through the idea of SWOT now and would like to discuss this with the community. The implementation part mainly consists of parsing of xml files. I have already worked on the parsing of xml files using libraries like msxml and nsxml (however not open source) and some of my own wrappers. Besides the ideas and to-do list given on the wiki, the following things can also be implemented: => Adding one more item in the RSS file indicating the validity of any blacklist item. For example, if a blacklist item has the title as "casino", then a new entry under the item for "casino" will tell that how many posts or spams have been recognized by this keyword "casino". This will have the benefit of determining the validity of any blacklist item. Now, for the sites subscribing to this RSS feed can decide if any blacklist item is to be imported or not based upon the counts of the posts having this keyword. The overhead in this idea is that for each post which is recognized as spam, the RSS feed file is to be updated. Comments, suggestions and feedbacks are most welcome. Thanks, -- Saurabh Gupta Senior, NSIT,New Delhi, India From dirk at haun-online.de Thu Mar 12 15:01:10 2009 From: dirk at haun-online.de (Dirk Haun) Date: Thu, 12 Mar 2009 20:01:10 +0100 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: References: <20090310195843.1093479092@smtp.haun-online.de> <20090310215929.1957736945@smtp.haun-online.de> Message-ID: <20090312190110.1750432063@smtp.haun-online.de> saurabh gupta wrote: >> My gut feeling is that our users won't be willing to spend a lot of time >> training a spam filter. I may be wrong, though > >Well, what I thought in this part is that the spam filter will work in its >own way initially, but in case if sometimes a post is made *spam* by >mistake, then user can mark it as *not spam* (similar to what we have in >gmail) and the spam filter should be intelligent enough to adapt to this and >vice versa. Training will be done automatically. You would still have to save all the posts, at least for a while, to be able to correct any false negatives. So apart from the technical issues (you currently can't save a post marked as spam such that it could be posted properly again later), there's also the issue of having a (possibly) really long list of spam posts in a queue. Of course, you could purge that queue on a regular basis, e.g. delete all posts older than 24 or 48 hours. We would have to test how that works in real life. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From saurabhgupta1403 at gmail.com Thu Mar 12 15:05:36 2009 From: saurabhgupta1403 at gmail.com (saurabh gupta) Date: Fri, 13 Mar 2009 00:35:36 +0530 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: <20090312190110.1750432063@smtp.haun-online.de> References: <20090310195843.1093479092@smtp.haun-online.de> <20090310215929.1957736945@smtp.haun-online.de> <20090312190110.1750432063@smtp.haun-online.de> Message-ID: On Fri, Mar 13, 2009 at 12:31 AM, Dirk Haun wrote: > saurabh gupta wrote: > >>> My gut feeling is that our users won't be willing to spend a lot of time >>> training a spam filter. I may be wrong, though >> >>Well, what I thought in this part is that the spam filter will work in its >>own way initially, but in case if sometimes ?a post is made *spam* by >>mistake, then user can mark it as *not spam* (similar to what we have in >>gmail) and the spam filter should be intelligent enough to adapt to this and >>vice versa. Training will be done automatically. > > You would still have to save all the posts, at least for a while, to be > able to correct any false negatives. So apart from the technical issues > (you currently can't save a post marked as spam such that it could be > posted properly again later), there's also the issue of having a > (possibly) really long list of spam posts in a queue. > > Of course, you could purge that queue on a regular basis, e.g. delete > all posts older than 24 or 48 hours. We would have to test how that > works in real life. All right. I will too think over this again and will discuss it with you. -- Saurabh Gupta Senior, NSIT,New Delhi, India From dirk at haun-online.de Thu Mar 12 15:11:29 2009 From: dirk at haun-online.de (Dirk Haun) Date: Thu, 12 Mar 2009 20:11:29 +0100 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: References: <20090310195843.1093479092@smtp.haun-online.de> <20090310215929.1957736945@smtp.haun-online.de> Message-ID: <20090312191129.226740221@smtp.haun-online.de> saurabh gupta wrote: >The implementation part mainly consists of parsing of xml >files. I have already worked on the parsing of xml files using >libraries like msxml and nsxml (however not open source) and some of >my own wrappers. Geeklog also comes with classes to read and write feeds in various formats, so unless they are missing something for this project, you wouldn't have to step down to that level. >For example, if a blacklist item has the title as >"casino", then a new entry under the item for "casino" will tell that >how many posts or spams have been recognized by this keyword "casino". >This will have the benefit of determining the validity of any >blacklist item. Not sure what exactly this would add? The concept is called "web of trust" for a reason - if you find someone adding useless rules, don't use their feed. >The overhead in this idea is >that for each post which is recognized as spam, the RSS feed file is >to be updated. The impact, e.g. during a massive spam wave, could be significant. For, IMO, very little added value. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From saurabhgupta1403 at gmail.com Thu Mar 12 15:19:08 2009 From: saurabhgupta1403 at gmail.com (saurabh gupta) Date: Fri, 13 Mar 2009 00:49:08 +0530 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: <20090312191129.226740221@smtp.haun-online.de> References: <20090310195843.1093479092@smtp.haun-online.de> <20090310215929.1957736945@smtp.haun-online.de> <20090312191129.226740221@smtp.haun-online.de> Message-ID: On Fri, Mar 13, 2009 at 12:41 AM, Dirk Haun wrote: > saurabh gupta wrote: > >>The implementation part mainly consists of parsing of xml >>files. I have already worked on the parsing of xml files using >>libraries like msxml and nsxml (however not open source) and some of >>my own wrappers. > > Geeklog also comes with classes to read and write feeds in various > formats, so unless they are missing something for this project, you > wouldn't have to step down to that level. > > >>For example, if a blacklist item has the title as >>"casino", then a new entry under the item for "casino" will tell that >>how many posts or spams have been recognized by this keyword "casino". >>This will have the benefit of determining the validity of any >>blacklist item. > > Not sure what exactly this would add? The concept is called "web of > trust" for a reason - if you find someone adding useless rules, don't > use their feed. > all right. But I just wanted to say that while subscribing to a site for spam blacklist, some modification can be put to choose the some selective items and not the whole blacklist. Currently, only the distance (i.e hops) is only the measure to choose the items from the blacklist. More options can be given to the site admin in that case. > >>The overhead in this idea is >>that for each post which is recognized as spam, the RSS feed file is >>to be updated. > > The impact, e.g. during a massive spam wave, could be significant. For, > IMO, very little added value. yes, you are right. -- Saurabh Gupta Senior, NSIT,New Delhi, India From dirk at haun-online.de Fri Mar 13 14:49:53 2009 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 13 Mar 2009 19:49:53 +0100 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: References: <20090310195843.1093479092@smtp.haun-online.de> <20090310215929.1957736945@smtp.haun-online.de> Message-ID: <20090313184953.631981261@smtp.haun-online.de> saurabh gupta wrote: >What I am thinking is to make the spam-handling engine as a portable one. >Means, if a user has made a site and for a long time, its spam engine has >evolved and has the statistics also (like the counts of spam filters used, >some blocking keywords for detecting spam and more intelligence). Now, is >that user or another one makes another site using geeklog, then he has the >option to use the same spam intelligence in the new site. Forgot to comment on this bit: I like that idea - it should probably be added to the Spam-X ideas page. "Intelligence" or not, there should be a way to port your Spam-X data over to another site, since you will usually have to deal with the same sort of spammer there again. I think someone wrote an extension that allowed them to export the Spam- X data from one site via a RSS feed and import it there again. Should be in the download section on geeklog.net somewhere. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From saurabhgupta1403 at gmail.com Fri Mar 13 15:10:31 2009 From: saurabhgupta1403 at gmail.com (saurabh gupta) Date: Sat, 14 Mar 2009 00:40:31 +0530 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: <20090313184953.631981261@smtp.haun-online.de> References: <20090310195843.1093479092@smtp.haun-online.de> <20090310215929.1957736945@smtp.haun-online.de> <20090313184953.631981261@smtp.haun-online.de> Message-ID: On Sat, Mar 14, 2009 at 12:19 AM, Dirk Haun wrote: > saurabh gupta wrote: > >>What I am thinking is to make the spam-handling engine as a portable one. >>Means, if a user has made a site and for a long time, its spam engine has >>evolved and has the statistics also (like the counts of spam filters used, >>some blocking keywords for detecting spam and more intelligence). Now, is >>that user or another one makes another site using geeklog, then he has the >>option to use the same spam intelligence in the new site. > > Forgot to comment on this bit: I like that idea - it should probably be > added to the Spam-X ideas page. "Intelligence" or not, there should be a > way to port your Spam-X data over to another site, since you will > usually have to deal with the same sort of spammer there again. Glad to know that you liked the idea. This is basically, an extension to the SWOT, where you can pass the intelligence and even the list of spammers. However, there is a lot of scope of implementation in spam-X also and user can be provided with more configurable options to configure the extent of spam portability. e.g. to select the degree of security in filtering or may be categorization of filter rules according to the need of the site. So, if another site imports data from first one, it can even choose the selective and useful data for it. > I think someone wrote an extension that allowed them to export the Spam- > X data from one site via a RSS feed and import it there again. Should be > in the download section on geeklog.net somewhere. I have started looking at the programming model of the geeklog and the functions used in it. Hopefully, if i get a chance to code for geeklog this summer, I will start working on it exclusively as soon as possible. -- Saurabh Gupta Senior, NSIT,New Delhi, India From dirk at haun-online.de Sat Mar 14 04:21:19 2009 From: dirk at haun-online.de (Dirk Haun) Date: Sat, 14 Mar 2009 09:21:19 +0100 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: References: <20090310195843.1093479092@smtp.haun-online.de> <20090310215929.1957736945@smtp.haun-online.de> <20090313184953.631981261@smtp.haun-online.de> Message-ID: <20090314082119.176841820@smtp.haun-online.de> saurabh gupta wrote: >> "Intelligence" or not, there should be a >> way to port your Spam-X data over to another site > >Glad to know that you liked the idea. This is basically, an extension >to the SWOT, where you can pass the intelligence and even the list of >spammers. Hmm, not so sure, actually. SWOT is intended to pass specific information around, while the other idea was to allow transfer of _all_ the information from one site to another. SWOT has some overhead (e.g. the hops count) that you wouldn't need if you want to transfer your entire Spam-X data. And apart from the overhead, it may even be a good idea to use a different format for the "full" feed so that it can not be used as a SWOT feed. For example, on one of my sites I'm blocking foreign IP addresses aggressively. Get a spam from Comcast? Block them! The site's in German, I don't care (there) about visitors[1] from the US. But that's all specific to that one site and I certainly don't want anybody else to use that information, even accidentally (because they think it was my real SWOT feed). So I guess what I'm trying to say is that such an "export" feed could use a similar, but more compact format, that's clearly distinguishable from a SWOT feed. bye, Dirk [1] actually: contributors - visitors could still browse the site, but they wouldn't be able to post something -- http://www.haun-online.de/ http://geeklog.info/ From dirk at haun-online.de Sat Mar 14 06:13:11 2009 From: dirk at haun-online.de (Dirk Haun) Date: Sat, 14 Mar 2009 11:13:11 +0100 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: <20090314082119.176841820@smtp.haun-online.de> References: <20090310195843.1093479092@smtp.haun-online.de> <20090310215929.1957736945@smtp.haun-online.de> <20090313184953.631981261@smtp.haun-online.de> <20090314082119.176841820@smtp.haun-online.de> Message-ID: <20090314101311.502737849@smtp.haun-online.de> Dirk Haun wrote: >SWOT is intended to pass specific >information around, while the other idea was to allow transfer of _all_ >the information from one site to another. Thinking some more about this: Suppose I'm setting up a new site. In that case, I would like to copy over all the Spam-X data from one of my exisiting sites. So that's when I would need a full export/import. After that step, I'll want to keep the two sites in sync. That's where SWOT comes in: I'll set up SWOT feeds on both sites and what is being filtered on one site will be picked up by the other. Speaking of SWOT: I guess I should be able to publish more than one SWOT feed. Take my earlier example: I will probably want to publish a more conservative feed which only lists specific spam(mers). And then I'll have another feed for the more broad filters (e.g. block all of Comcast ...). I was hoping Mike would chime in here - it's his idea after all. Mike? bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From saurabhgupta1403 at gmail.com Sat Mar 14 06:47:49 2009 From: saurabhgupta1403 at gmail.com (saurabh gupta) Date: Sat, 14 Mar 2009 16:17:49 +0530 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: <20090314082119.176841820@smtp.haun-online.de> References: <20090310195843.1093479092@smtp.haun-online.de> <20090310215929.1957736945@smtp.haun-online.de> <20090313184953.631981261@smtp.haun-online.de> <20090314082119.176841820@smtp.haun-online.de> Message-ID: On Sat, Mar 14, 2009 at 1:51 PM, Dirk Haun wrote: > saurabh gupta wrote: > >>> "Intelligence" or not, there should be a >>> way to port your Spam-X data over to another site >> >>Glad to know that you liked the idea. This is basically, an extension >>to the SWOT, where you can pass the intelligence and even the list of >>spammers. > > Hmm, not so sure, actually. SWOT is intended to pass specific > information around, while the other idea was to allow transfer of _all_ > the information from one site to another. > > SWOT has some overhead (e.g. the hops count) that you wouldn't need if > you want to transfer your entire Spam-X data. And apart from the > overhead, it may even be a good idea to use a different format for the > "full" feed so that it can not be used as a SWOT feed. Exactly. The idea of full feed import/export is helpful when sites of same kind or same kind of business are created. Like SWOT, the data can be stored in specific file formats like database file. The classes and methods available in geeklog library can be used extensively to manipulate and read the database. Or, we can use the normal format also to store the data. In fact, providing a good GUI along with more user options will turn out to be a good idea and in later stages, more and more features can be added or fields can be added in the content stored for spam-X feed. > For example, on one of my sites I'm blocking foreign IP addresses > aggressively. Get a spam from Comcast? Block them! The site's in German, > I don't care (there) about visitors[1] from the US. But that's all > specific to that one site and I certainly don't want anybody else to use > that information, even accidentally (because they think it was my real > SWOT feed). > > So I guess what I'm trying to say is that such an "export" feed could > use a similar, but more compact format, that's clearly distinguishable > from a SWOT feed. I agree with your point and for the case exemplified by you above, the import/export feature of spam-X is very useful. > > bye, Dirk > > [1] actually: contributors - visitors could still browse the site, but > they wouldn't be able to post something > > > -- > http://www.haun-online.de/ > http://geeklog.info/ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -- Saurabh Gupta Senior, Electronics and Communication Engg. NSIT,New Delhi, India From saurabhgupta1403 at gmail.com Sat Mar 14 06:54:59 2009 From: saurabhgupta1403 at gmail.com (saurabh gupta) Date: Sat, 14 Mar 2009 16:24:59 +0530 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: <20090314101311.502737849@smtp.haun-online.de> References: <20090310195843.1093479092@smtp.haun-online.de> <20090310215929.1957736945@smtp.haun-online.de> <20090313184953.631981261@smtp.haun-online.de> <20090314082119.176841820@smtp.haun-online.de> <20090314101311.502737849@smtp.haun-online.de> Message-ID: On Sat, Mar 14, 2009 at 3:43 PM, Dirk Haun wrote: > Dirk Haun wrote: > >>SWOT is intended to pass specific >>information around, while the other idea was to allow transfer of _all_ >>the information from one site to another. > > Thinking some more about this: > > Suppose I'm setting up a new site. In that case, I would like to copy > over all the Spam-X data from one of my exisiting sites. So that's when > I would need a full export/import. After that step, I'll want to keep > the two sites in sync. That's where SWOT comes in: I'll set up SWOT > feeds on both sites and what is being filtered on one site will be > picked up by the other. > > Speaking of SWOT: I guess I should be able to publish more than one SWOT > feed. Take my earlier example: I will probably want to publish a more > conservative feed which only lists specific spam(mers). And then I'll > have another feed for the more broad filters (e.g. block all of Comcast ...). All right. What you mean to say is that we can categorize the SWOT feeds. One wil contain the normal feeds which contain hops counts as well as data from other sites also. And another one will contain the explicit list of spammers from my sites and will more or less related to my site working (like blocking sites from germany or USA particularly). > I was hoping Mike would chime in here - it's his idea after all. Mike? > > bye, Dirk > I will be glad to discuss about this idea more and may be we can discuss it more extensively on IRC also. I am available on #geeklog by *saurabh1403* and I will ping you to discuss this idea whenever you are free :-) Hope, this summer, I again get a chance to work through GSoC and contribute to open source world :-) > > -- > http://www.geeklog.net/ > http://geeklog.info/ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -- Saurabh Gupta Senior, NSIT,New Delhi, India From dirk at haun-online.de Sun Mar 15 09:16:35 2009 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 15 Mar 2009 14:16:35 +0100 Subject: [geeklog-devel] Introducing the Plugin Toolkit featuring the Plugin Generator Message-ID: <20090315131635.1808091327@smtp.haun-online.de> I liked Euan's idea of a plugin generator script, so I ran with it: http://wiki.geeklog.net/index.php/Plugin_Toolkit The idea is to add more tools over time to make creation and maintenance of plugins easier. For example, a tool to help updating language files would be useful and could be derived from the "lm" script for Geeklog. Feedback welcome. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From saurabhgupta1403 at gmail.com Sun Mar 15 14:39:17 2009 From: saurabhgupta1403 at gmail.com (saurabh gupta) Date: Mon, 16 Mar 2009 00:09:17 +0530 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: <20090312190110.1750432063@smtp.haun-online.de> References: <20090310195843.1093479092@smtp.haun-online.de> <20090310215929.1957736945@smtp.haun-online.de> <20090312190110.1750432063@smtp.haun-online.de> Message-ID: On Fri, Mar 13, 2009 at 12:31 AM, Dirk Haun wrote: > saurabh gupta wrote: > >>> My gut feeling is that our users won't be willing to spend a lot of time >>> training a spam filter. I may be wrong, though >> >>Well, what I thought in this part is that the spam filter will work in its >>own way initially, but in case if sometimes a post is made *spam* by >>mistake, then user can mark it as *not spam* (similar to what we have in >>gmail) and the spam filter should be intelligent enough to adapt to this and >>vice versa. Training will be done automatically. > > You would still have to save all the posts, at least for a while, to be > able to correct any false negatives. So apart from the technical issues > (you currently can't save a post marked as spam such that it could be > posted properly again later), there's also the issue of having a > (possibly) really long list of spam posts in a queue. > > Of course, you could purge that queue on a regular basis, e.g. delete > all posts older than 24 or 48 hours. We would have to test how that > works in real life. What we can do is to mark the spam comments as spam and group them in a spam category (spam queue). To escape the space issue and long list of spam comments, we can limit the size of spam list. For example, maximum number of spam comments are 30 and whenever new spam comment is added, the first one added will be deleted ( first in first out). The maximum number of spam comments can also be given as an option to the site Admin to set. The benefits of this approach will be : 1. There will be a second chance for the false positives. 2. Test Mode ( http://wiki.geeklog.net/index.php/SoC_spam-x_overhaul#Test_Mode ) is implemented in a better way. For example, when any user add a regular expression as filter rule, there will be a button to check the validity of that expression. It will then check all the comments (or some) and according to the latest rule, add the spam comments in the spam queue. The user can then see if the expression fed by him is proper or not. 3. Similarly, the *Mass Delete Spam Comments* can be modified and in a similar way, the caught spams will be placed in the spam queue. Other modifications which can be implemented in spam-X plugin are: 1. While adding an entry in the *Spam-X Personal Blacklist*, it doesn't check for the duplicate entries. So, if a user press the button *Add Censor list* multiple times, all the entries are added multiple times. The same happens with other blacklist entries also. So, an API for duplicate check entries can be added in this. 2. If spam queue is implemented, then whenever, a comment is caught as spam, it will be entered in the spam queue and those words will be highlighted or underlined (marked) which provided a basis of spam detection. For example, whenever a comment is caught as spam because its content has the word *xyz*, then this word will be highlighted and the comment will be sent to spam queue. This is beneficial to provide an overview and idea to the site user to see that which word is adulterated and is helpful for the test mode case of spam-X training. Another advantage of this will be to implement a use_counter ( http://wiki.geeklog.net/index.php/SoC_spam-x_overhaul#Use_Counter ) in a better way. Comments and suggestions are welcome. -- Saurabh Gupta Senior, NSIT,New Delhi, India From dirk at haun-online.de Sun Mar 15 18:04:54 2009 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 15 Mar 2009 23:04:54 +0100 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: References: <20090310195843.1093479092@smtp.haun-online.de> <20090310215929.1957736945@smtp.haun-online.de> <20090312190110.1750432063@smtp.haun-online.de> Message-ID: <20090315220454.1561960693@smtp.haun-online.de> saurabh gupta wrote: >What we can do is to mark the spam comments as spam and group them in >a spam category (spam queue). (...) >Other modifications which can be implemented in spam-X plugin are: Let me just say that I like what you're suggesting. You may face a few surprises when you try to actually implement some of these things, but I like the direction. >1. While adding an entry in the *Spam-X Personal Blacklist*, it >doesn't check for the duplicate entries. Same with the IP blacklist. Well, all of the blacklists, actually. If we had the sortable lists, we could at least see the duplicates. Avoiding them would be even better, obviously :) >So, if a user press the >button *Add Censor list* multiple times Or accidentally ... Don't know how often that has happened to me. Any redesign should move that button somewhere else. >2. If spam queue is implemented, then whenever, a comment is caught as >spam, it will be entered in the spam queue and those words will be >highlighted or underlined (marked) which provided a basis of spam >detection. Sounds interesting. bye, Dirk -- http://www.haun-online.de/ http://spam.tinyweb.net/ From websitemaster at cogeco.net Sun Mar 15 19:17:19 2009 From: websitemaster at cogeco.net (Website Master) Date: Sun, 15 Mar 2009 19:17:19 -0400 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: References: <20090310195843.1093479092@smtp.haun-online.de> <20090310215929.1957736945@smtp.haun-online.de> <20090312190110.1750432063@smtp.haun-online.de> Message-ID: <000301c9a5c4$30a6ca60$91f45f20$@net> Will there be an API for this so plugins could use it as well? -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of saurabh gupta Sent: March-15-09 2:39 PM To: Geeklog Development Subject: Re: [geeklog-devel] Google Summer of Code 2009: Geeklog On Fri, Mar 13, 2009 at 12:31 AM, Dirk Haun wrote: > saurabh gupta wrote: > >>> My gut feeling is that our users won't be willing to spend a lot of time >>> training a spam filter. I may be wrong, though >> >>Well, what I thought in this part is that the spam filter will work in its >>own way initially, but in case if sometimes a post is made *spam* by >>mistake, then user can mark it as *not spam* (similar to what we have in >>gmail) and the spam filter should be intelligent enough to adapt to this and >>vice versa. Training will be done automatically. > > You would still have to save all the posts, at least for a while, to be > able to correct any false negatives. So apart from the technical issues > (you currently can't save a post marked as spam such that it could be > posted properly again later), there's also the issue of having a > (possibly) really long list of spam posts in a queue. > > Of course, you could purge that queue on a regular basis, e.g. delete > all posts older than 24 or 48 hours. We would have to test how that > works in real life. What we can do is to mark the spam comments as spam and group them in a spam category (spam queue). To escape the space issue and long list of spam comments, we can limit the size of spam list. For example, maximum number of spam comments are 30 and whenever new spam comment is added, the first one added will be deleted ( first in first out). The maximum number of spam comments can also be given as an option to the site Admin to set. The benefits of this approach will be : 1. There will be a second chance for the false positives. 2. Test Mode ( http://wiki.geeklog.net/index.php/SoC_spam-x_overhaul#Test_Mode ) is implemented in a better way. For example, when any user add a regular expression as filter rule, there will be a button to check the validity of that expression. It will then check all the comments (or some) and according to the latest rule, add the spam comments in the spam queue. The user can then see if the expression fed by him is proper or not. 3. Similarly, the *Mass Delete Spam Comments* can be modified and in a similar way, the caught spams will be placed in the spam queue. Other modifications which can be implemented in spam-X plugin are: 1. While adding an entry in the *Spam-X Personal Blacklist*, it doesn't check for the duplicate entries. So, if a user press the button *Add Censor list* multiple times, all the entries are added multiple times. The same happens with other blacklist entries also. So, an API for duplicate check entries can be added in this. 2. If spam queue is implemented, then whenever, a comment is caught as spam, it will be entered in the spam queue and those words will be highlighted or underlined (marked) which provided a basis of spam detection. For example, whenever a comment is caught as spam because its content has the word *xyz*, then this word will be highlighted and the comment will be sent to spam queue. This is beneficial to provide an overview and idea to the site user to see that which word is adulterated and is helpful for the test mode case of spam-X training. Another advantage of this will be to implement a use_counter ( http://wiki.geeklog.net/index.php/SoC_spam-x_overhaul#Use_Counter ) in a better way. Comments and suggestions are welcome. -- Saurabh Gupta Senior, NSIT,New Delhi, India _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel __________ Information from ESET NOD32 Antivirus, version of virus signature database 3937 (20090314) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com From saurabhgupta1403 at gmail.com Mon Mar 16 00:28:02 2009 From: saurabhgupta1403 at gmail.com (saurabh gupta) Date: Mon, 16 Mar 2009 09:58:02 +0530 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: <20090315220454.1561960693@smtp.haun-online.de> References: <20090310195843.1093479092@smtp.haun-online.de> <20090310215929.1957736945@smtp.haun-online.de> <20090312190110.1750432063@smtp.haun-online.de> <20090315220454.1561960693@smtp.haun-online.de> Message-ID: On Mon, Mar 16, 2009 at 3:34 AM, Dirk Haun wrote: > saurabh gupta wrote: > >>What we can do is to mark the spam comments as spam and group them in >>a spam category (spam queue). > (...) >>Other modifications which can be implemented in spam-X plugin are: > > Let me just say that I like what you're suggesting. You may face a few > surprises when you try to actually implement some of these things, but I > like the direction. > Absolutely Dirk. I know, there will be many challenges in this but these new features if implemented will raise the popularity and usability of geeklog :-) > >>1. While adding an entry in the *Spam-X Personal Blacklist*, it >>doesn't check for the duplicate entries. > > Same with the IP blacklist. Well, all of the blacklists, actually. If we > had the sortable lists, we could at least see the duplicates. Avoiding > them would be even better, obviously :) Yes. Sorting the list and then avoiding the duplicate entries would be the best option in my opinion. > >>So, if a user press the >>button *Add Censor list* multiple times > > Or accidentally ... Don't know how often that has happened to me. Any > redesign should move that button somewhere else. > > >>2. If spam queue is implemented, then whenever, a comment is caught as >>spam, it will be entered in the spam queue and those words will be >>highlighted or underlined (marked) which provided a basis of spam >>detection. > > Sounds interesting. Thanks. :-)....The idea came from the fact that while searching for any comment by any word, that word is highlighted by a yellow marker. Similarly, for spam comments, the suspicious or culprit words can highlighted with red color. Regrads -- Saurabh Gupta Senior, NSIT,New Delhi, India From saurabhgupta1403 at gmail.com Mon Mar 16 00:31:59 2009 From: saurabhgupta1403 at gmail.com (saurabh gupta) Date: Mon, 16 Mar 2009 10:01:59 +0530 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: <000301c9a5c4$30a6ca60$91f45f20$@net> References: <20090310195843.1093479092@smtp.haun-online.de> <20090310215929.1957736945@smtp.haun-online.de> <20090312190110.1750432063@smtp.haun-online.de> <000301c9a5c4$30a6ca60$91f45f20$@net> Message-ID: On Mon, Mar 16, 2009 at 4:47 AM, Website Master wrote: > Will there be an API for this so plugins could use it as well? API for which feature? Sorry, I couldn't get for what you are asking. > -----Original Message----- > From: geeklog-devel-bounces at lists.geeklog.net > [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of saurabh gupta > Sent: March-15-09 2:39 PM > To: Geeklog Development > Subject: Re: [geeklog-devel] Google Summer of Code 2009: Geeklog > > On Fri, Mar 13, 2009 at 12:31 AM, Dirk Haun wrote: >> saurabh gupta wrote: >> >>>> My gut feeling is that our users won't be willing to spend a lot of time >>>> training a spam filter. I may be wrong, though >>> >>>Well, what I thought in this part is that the spam filter will work in its >>>own way initially, but in case if sometimes a post is made *spam* by >>>mistake, then user can mark it as *not spam* (similar to what we have in >>>gmail) and the spam filter should be intelligent enough to adapt to this > and >>>vice versa. Training will be done automatically. >> >> You would still have to save all the posts, at least for a while, to be >> able to correct any false negatives. So apart from the technical issues >> (you currently can't save a post marked as spam such that it could be >> posted properly again later), there's also the issue of having a >> (possibly) really long list of spam posts in a queue. >> >> Of course, you could purge that queue on a regular basis, e.g. delete >> all posts older than 24 or 48 hours. We would have to test how that >> works in real life. > > What we can do is to mark the spam comments as spam and group them in > a spam category (spam queue). To escape the space issue and long list > of spam comments, we can limit the size of spam list. For example, > maximum number of spam comments are 30 and whenever new spam comment > is added, the first one added will be deleted ( first in first out). > The maximum number of spam comments can also be given as an option to > the site Admin to set. The benefits of this approach will be : > > 1. There will be a second chance for the false positives. > > 2. Test Mode ( > http://wiki.geeklog.net/index.php/SoC_spam-x_overhaul#Test_Mode > ) is implemented in a better way. For example, when any user add a > regular expression as filter rule, there will be a button to check the > validity of that expression. It will then check all the comments (or > some) and according to the latest rule, add the spam comments in the > spam queue. The user can then see if the expression fed by him is > proper or not. > > 3. Similarly, the *Mass Delete Spam Comments* can be modified and in a > similar way, the caught spams will be placed in the spam queue. > > Other modifications which can be implemented in spam-X plugin are: > > 1. While adding an entry in the *Spam-X Personal Blacklist*, it > doesn't check for the duplicate entries. So, if a user press the > button *Add Censor list* multiple times, all the entries are added > multiple times. The same happens with other blacklist entries also. > So, an API for duplicate check entries can be added in this. > > 2. If spam queue is implemented, then whenever, a comment is caught as > spam, it will be entered in the spam queue and those words will be > highlighted or underlined (marked) which provided a basis of spam > detection. For example, whenever a comment is caught as spam because > its content has the word *xyz*, then this word will be highlighted and > the comment will be sent to spam queue. This is beneficial to provide > an overview and idea to the site user to see that which word is > adulterated and is helpful for the test mode case of spam-X training. > Another advantage of this will be to implement a use_counter ( > http://wiki.geeklog.net/index.php/SoC_spam-x_overhaul#Use_Counter ) in > a better way. > > > Comments and suggestions are welcome. > > > -- > Saurabh Gupta > Senior, > NSIT,New Delhi, India > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > __________ Information from ESET NOD32 Antivirus, version of virus signature > database 3937 (20090314) __________ > > The message was checked by ESET NOD32 Antivirus. > > http://www.eset.com > > > > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -- Saurabh Gupta Senior, Electronics and Communication Engg. NSIT,New Delhi, India From info at heatherengineering.com Mon Mar 16 05:45:31 2009 From: info at heatherengineering.com (Euan McKay) Date: Mon, 16 Mar 2009 18:45:31 +0900 Subject: [geeklog-devel] Introducing the Plugin Toolkit featuring the Plugin Generator In-Reply-To: <20090315131635.1808091327@smtp.haun-online.de> References: <20090315131635.1808091327@smtp.haun-online.de> Message-ID: Looks great and seems easy to use. I imagine having the sql files in there would be good too. Also, what about adding sample list/edit/save/delete functions for the admin page, for a standard table that includes just an id column and a single data column? Then beginners could see exactly how to start. A suggestion not really related to the generator script: can search and syndication code go the way of install/uninstall in the plugins, and be handled by the Geeklog core? The plugin could then simply provide an array of tables and columns that are to be queried in search, and similarly for feeds, much simplifying development even more. I sometimes still have a few problems getting feeds working properly on plugins. Euan. On Sun, Mar 15, 2009 at 22:16, Dirk Haun wrote: > I liked Euan's idea of a plugin generator script, so I ran with it: > > ? ?http://wiki.geeklog.net/index.php/Plugin_Toolkit > > The idea is to add more tools over time to make creation and maintenance > of plugins easier. For example, a tool to help updating language files > would be useful and could be derived from the "lm" script for Geeklog. > > Feedback welcome. > > bye, Dirk > > > -- > http://www.geeklog.net/ > http://geeklog.info/ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > From dirk at haun-online.de Mon Mar 16 15:11:52 2009 From: dirk at haun-online.de (Dirk Haun) Date: Mon, 16 Mar 2009 20:11:52 +0100 Subject: [geeklog-devel] Introducing the Plugin Toolkit featuring the Plugin Generator In-Reply-To: References: <20090315131635.1808091327@smtp.haun-online.de> Message-ID: <20090316191152.1753075090@smtp.haun-online.de> Euan McKay wrote: >I imagine having the sql files in there would be good too. Yep. I just wasn't sure what to put into them. A table definition with a dummy field? >Also, what >about adding sample list/edit/save/delete functions for the admin >page, for a standard table that includes just an id column and a >single data column? Then beginners could see exactly how to start. I was wondering: Should it rather add more code and files that you can remove when you don't need it? Or should it ask you lots of questions (do you want autotag support? do you need search? etc.) and only add the code that you requested? >A suggestion not really related to the generator script: can search >and syndication code go the way of install/uninstall in the plugins, >and be handled by the Geeklog core? Sounds like a good idea. I'm not up to speed on the search API changes in 1.6, maybe Sami can fill us in here? I'll have a look at the syndication API on occasion. Oh, and don't forget to file feature requests (also for the Plugin Toolkit) so we don't forget about it. bye, Dirk -- http://www.haun-online.de/ http://geeklog.info/ From info at heatherengineering.com Mon Mar 16 20:14:21 2009 From: info at heatherengineering.com (Euan McKay) Date: Tue, 17 Mar 2009 09:14:21 +0900 Subject: [geeklog-devel] Introducing the Plugin Toolkit featuring the Plugin Generator In-Reply-To: <20090316191152.1753075090@smtp.haun-online.de> References: <20090315131635.1808091327@smtp.haun-online.de> <20090316191152.1753075090@smtp.haun-online.de> Message-ID: >>I imagine having the sql files in there would be good too. > > Yep. I just wasn't sure what to put into them. A table definition with a > dummy field? I imagined something like $_SQL[] = " CREATE TABLE {$_TABLES['foobar']} ( id varchar(40) NOT NULL, title varchar(255) NOT NULL, owner_id mediumint(8) unsigned NOT NULL default '1', group_id mediumint(8) unsigned NOT NULL default '1', perm_owner tinyint(1) unsigned NOT NULL default '3', perm_group tinyint(1) unsigned NOT NULL default '2', perm_members tinyint(1) unsigned NOT NULL default '2', perm_anon tinyint(1) unsigned NOT NULL default '2', PRIMARY KEY (id) ) TYPE=MyISAM "; Or at most, a title and a description (text) field. Also, one line of dummy data. >>Also, what >>about adding sample list/edit/save/delete functions for the admin >>page, for a standard table that includes just an id column and a >>single data column? Then beginners could see exactly how to start. > > I was wondering: Should it rather add more code and files that you can > remove when you don't need it? Or should it ask you lots of questions > (do you want autotag support? do you need search? etc.) and only add the > code that you requested? If it is possible, I think that having the generator script add only the code sections that are needed would be great. I guess these would be: sample admin functions (edit/save/delete/list) sample user functions (list/show individual item) autotags search syndication user delete what's new stats sample phpblock Any others? >>A suggestion not really related to the generator script: can search >>and syndication code go the way of install/uninstall in the plugins, >>and be handled by the Geeklog core? > > Sounds like a good idea. I'm not up to speed on the search API changes > in 1.6, maybe Sami can fill us in here? > > I'll have a look at the syndication API on occasion. > > Oh, and don't forget to file feature requests (also for the Plugin > Toolkit) so we don't forget about it. Done. Looking at the stats code, that could be done this way too. By the way, I didn't see 1.6 as an option for target version. Cheers, Euan. From vfuria at gmail.com Tue Mar 17 14:50:27 2009 From: vfuria at gmail.com (Vincent Furia) Date: Tue, 17 Mar 2009 12:50:27 -0600 Subject: [geeklog-devel] Introducing the Plugin Toolkit featuring the Plugin Generator In-Reply-To: <20090316191152.1753075090@smtp.haun-online.de> References: <20090315131635.1808091327@smtp.haun-online.de> <20090316191152.1753075090@smtp.haun-online.de> Message-ID: <8319e2d60903171150h7763d1b1sfdb1c10ee9663d51@mail.gmail.com> On Mon, Mar 16, 2009 at 1:11 PM, Dirk Haun wrote: > >Also, what > >about adding sample list/edit/save/delete functions for the admin > >page, for a standard table that includes just an id column and a > >single data column? Then beginners could see exactly how to start. > > I was wondering: Should it rather add more code and files that you can > remove when you don't need it? Or should it ask you lots of questions > (do you want autotag support? do you need search? etc.) and only add the > code that you requested? > For plugin functions that are "optional" to implement, I'd suggest creating them commented out. That way all that is needed to implement a function is to un-comment it and fill in the blanks. This could apply to the SQL file too, as not all plugins necessarily have SQL tables. > > > >A suggestion not really related to the generator script: can search > >and syndication code go the way of install/uninstall in the plugins, > >and be handled by the Geeklog core? > > Sounds like a good idea. I'm not up to speed on the search API changes > in 1.6, maybe Sami can fill us in here? > > I'll have a look at the syndication API on occasion. > I think this is a great idea provided it can overridden if a plugin wants to handle search or syndication itself. For instance, if a plugin uses mysql's fulltext search. -Vinny -------------- next part -------------- An HTML attachment was scrubbed... URL: From furiousdog at gmail.com Tue Mar 17 17:09:29 2009 From: furiousdog at gmail.com (Sami Barakat) Date: Tue, 17 Mar 2009 21:09:29 +0000 Subject: [geeklog-devel] Introducing the Plugin Toolkit featuring the Plugin Generator In-Reply-To: <8319e2d60903171150h7763d1b1sfdb1c10ee9663d51@mail.gmail.com> References: <20090315131635.1808091327@smtp.haun-online.de> <20090316191152.1753075090@smtp.haun-online.de> <8319e2d60903171150h7763d1b1sfdb1c10ee9663d51@mail.gmail.com> Message-ID: <609505460903171409u12ef6b49r4abcae3615363ebe@mail.gmail.com> >> >> >A suggestion not really related to the generator script: can search >> >and syndication code go the way of install/uninstall in the plugins, >> >and be handled by the Geeklog core? >> >> Sounds like a good idea. I'm not up to speed on the search API changes >> in 1.6, maybe Sami can fill us in here? The majority of the searching is handled by the core as of 1.6. The plugins return the SQL query to the core. The query will then be expanded by adding limits and order by clauses, then be executed. All the results are collected into a single results set and displayed. The documentation for the new search API can be found here: http://wiki.geeklog.net/index.php/Using_Geeklog%27s_Improved_Search_Engine I have not had a chance to look into the plugin toolkit yet but I'm sure the example at the bottom of the wiki page can be used as an template. >> >> I'll have a look at the syndication API on occasion. > > I think this is a great idea provided it can overridden if a plugin wants to > handle search or syndication itself. For instance, if a plugin uses mysql's > fulltext search. > Fulltext searching has been accommodated into the new API, refer to the Wiki on how to use it. But the fulltext search methods may not be enabled until 1.6.1 as it would be better to fully iron out all the issues with the current release. There are no major issues with the fulltext feature as it stands at the moment, but from some online reading I have discovered that updating large databases to fulltext can be troublesome... Sami From dirk at haun-online.de Tue Mar 17 17:49:06 2009 From: dirk at haun-online.de (Dirk Haun) Date: Tue, 17 Mar 2009 22:49:06 +0100 Subject: [geeklog-devel] Introducing the Plugin Toolkit featuring the Plugin Generator In-Reply-To: <609505460903171409u12ef6b49r4abcae3615363ebe@mail.gmail.com> References: <20090315131635.1808091327@smtp.haun-online.de> <20090316191152.1753075090@smtp.haun-online.de> <8319e2d60903171150h7763d1b1sfdb1c10ee9663d51@mail.gmail.com> <609505460903171409u12ef6b49r4abcae3615363ebe@mail.gmail.com> Message-ID: <20090317214906.1179126130@smtp.haun-online.de> Sami Barakat wrote: >The majority of the searching is handled by the core as of 1.6. The (...) >documentation for the new search API can be found here: >http://wiki.geeklog.net/index.php/Using_Geeklog%27s_Improved_Search_Engine Thanks, Sami. I just love being able to close a feature request with a note saying "already implemented". In fact, you should be able to do that yourself, if you feel like it. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From dirk at haun-online.de Wed Mar 18 02:57:24 2009 From: dirk at haun-online.de (Dirk Haun) Date: Wed, 18 Mar 2009 07:57:24 +0100 Subject: [geeklog-devel] Introducing the Plugin Toolkit featuring the Plugin Generator In-Reply-To: <8319e2d60903171150h7763d1b1sfdb1c10ee9663d51@mail.gmail.com> References: <20090315131635.1808091327@smtp.haun-online.de> <20090316191152.1753075090@smtp.haun-online.de> <8319e2d60903171150h7763d1b1sfdb1c10ee9663d51@mail.gmail.com> Message-ID: <20090318065724.215135330@smtp.haun-online.de> Vincent Furia wrote: >For plugin functions that are "optional" to implement Strictly speaking, all of the API functions are optional :) For a minimal plugin[1] you would only need to implement one function. >I'd suggest creating >them commented out. That way all that is needed to implement a function is >to un-comment it and fill in the blanks. This could apply to the SQL file >too, as not all plugins necessarily have SQL tables. I think I'll make it ask two more questions: 1) Do you want to support Geeklog versions prior to 1.6? -> For whether or not to add an old-school install script and for the search API. 2) Do you need an SQL table? -> Saves creating the "sql" directory (and the search functions). Btw, this is, of course, an open source project. Contributions are welcome. As are additional plugin-related tools to add to the toolkit. bye, Dirk [1] -- http://www.haun-online.de/accu/ From sc1245 at messiah.edu Thu Mar 19 21:04:43 2009 From: sc1245 at messiah.edu (Sean Clark) Date: Thu, 19 Mar 2009 21:04:43 -0400 Subject: [geeklog-devel] Student developer with a question Message-ID: <49C2B36B020000CB0001865A@gwia.messiah.edu> Hey everyone - I am Sean Clark, from New York (USA). Business Information Systems is my major, and I'll be in my junior year next fall. If all goes well, this will be my first year with GSOC - something I'm excited about. I have a background in Java, Visual Basic, XHTML, and CSS; but I have the most experience with XAMPP, PHP and MySQL, which is why Geeklog caught my eye on the organizations page. With free time I've been building a web-based business, and occupied as a webmaster and designer for my college department's new website. Don't let the word "business" bias you against me though - open-source software organizations are something I have always respected and wanted to get involved with (I'm actually in the midst of a large paper and presentation about open-source development). As a result, Geeklog is installed and running, and you're receiving this email. But enough about me... A few of the projects in the ideas section interested me; especially the image upload/story submission (http://wiki.geeklog.net/index.php/SoC_webservices_revisited) and test framework (http://wiki.geeklog.net/index.php/SoC_test_framework), but I had a few questions about them. Could anybody send me to a place that is a good example of a Geeklog site in action? Perhaps I could go and poke around on to learn its structure, before wasting your time with questions. Thanks, and I hope to work with you all this summer! - Sean Clark From dirk at haun-online.de Fri Mar 20 02:49:04 2009 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 20 Mar 2009 07:49:04 +0100 Subject: [geeklog-devel] Student developer with a question In-Reply-To: <49C2B36B020000CB0001865A@gwia.messiah.edu> References: <49C2B36B020000CB0001865A@gwia.messiah.edu> Message-ID: <20090320064904.570396979@smtp.haun-online.de> Hi Sean, welcome and thanks for your interest :-) >Could anybody send me to a place that is a good >example of a Geeklog site in action? Perhaps I could go and poke around on >to learn its structure, before wasting your time with questions. Well, and would come to mind. For other big and lively sites, try and . Not sure how looking at those sites would help with the two projects you mentioned, though. So I'd suggest you just ask away. We don't bite ;-) bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From dirk at haun-online.de Fri Mar 20 03:00:28 2009 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 20 Mar 2009 08:00:28 +0100 Subject: [geeklog-devel] Google Summer of Code 2009: Geeklog In-Reply-To: References: <20090310195843.1093479092@smtp.haun-online.de> <20090310215929.1957736945@smtp.haun-online.de> <20090313184953.631981261@smtp.haun-online.de> <20090314082119.176841820@smtp.haun-online.de> <20090314101311.502737849@smtp.haun-online.de> Message-ID: <20090320070028.1260089031@smtp.haun-online.de> Here's another use case for a SWOT feed: Geeklog.net user "emily", who registered with the site back in June 2008, tried to update "her" profile last night to point to a site for, erm, male enhancement products. In other words: A spammer's sleeper account. I'd like to be able to spread such information in a SWOT feed. Email address of that user is , btw. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From saurabhgupta1403 at gmail.com Fri Mar 20 05:05:13 2009 From: saurabhgupta1403 at gmail.com (saurabh gupta) Date: Fri, 20 Mar 2009 14:35:13 +0530 Subject: [geeklog-devel] [geeklog-spam] Google Summer of Code 2009: Geeklog In-Reply-To: <20090320070028.1260089031@smtp.haun-online.de> References: <20090310215929.1957736945@smtp.haun-online.de> <20090313184953.631981261@smtp.haun-online.de> <20090314082119.176841820@smtp.haun-online.de> <20090314101311.502737849@smtp.haun-online.de> <20090320070028.1260089031@smtp.haun-online.de> Message-ID: On Fri, Mar 20, 2009 at 12:30 PM, Dirk Haun wrote: > Here's another use case for a SWOT feed: > > Geeklog.net user "emily", who registered with the site back in June > 2008, tried to update "her" profile last night to point to a site for, > erm, male enhancement products. In other words: A spammer's sleeper account. > > I'd like to be able to spread such information in a SWOT feed. > > Email address of that user is , btw. All right. What I have understood from your point is that whenever a user is a spammer, then the SWOT feed should pass this information also. This can be a good option because in many cases spammers with same user name and account trolls on other sites. Tell me, if I got your point in a wrong direction. > > bye, Dirk > > > -- > http://www.geeklog.net/ > http://geeklog.info/ > > _______________________________________________ > geeklog-spam mailing list > geeklog-spam at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-spam > -- Saurabh Gupta Senior, NSIT,New Delhi, India From dirk at haun-online.de Fri Mar 20 15:32:22 2009 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 20 Mar 2009 20:32:22 +0100 Subject: [geeklog-devel] [geeklog-spam] Google Summer of Code 2009: Geeklog In-Reply-To: References: <20090310215929.1957736945@smtp.haun-online.de> <20090313184953.631981261@smtp.haun-online.de> <20090314082119.176841820@smtp.haun-online.de> <20090314101311.502737849@smtp.haun-online.de> <20090320070028.1260089031@smtp.haun-online.de> Message-ID: <20090320193222.1656573833@smtp.haun-online.de> saurabh gupta wrote: >All right. What I have understood from your point is that whenever a >user is a spammer, then the SWOT feed should pass this information >also. This can be a good option because in many cases spammers with >same user name and account trolls on other sites. I'm beginning to wonder if that was Mike's original intention, but I would like to be able to have several SWOT feeds for different purposes. The way I see it: You can catch a lot of the usual spam with simple measures. Add the usual pill names and a couple of porn-related expressions to your personal blacklist. Add SLV to the mix, and you've already got rid of a lot of spam. But I'm beginning to see an increasing amount of more subtle spam, some of it manual. It won't be caught by SLV (or Akismet or similar services) because it's low-volume but still annoying. I want to have a way to put information about that sort of spam out there. SWOT may be the answer to that. Of course, other SWOT feeds would contain other information such as, say, about that spammer from the Ukraine who was so annoying that I had to block the entire 91.207.4.0/22 and 91.207.8.0/23 adress ranges[1] in my .htaccess. Of course, being able to selectively or semi-automatically put different information into different feeds would also require some changes in the way the Spam-X plugin currently works (on the user, i.e. the Admin's, side). So maybe that is the point where the two spam-related projects (SWOT and Spam-X overhaul) are beginning to merge into one ... Just thinking out loud. But having some brilliant idea here would probably increase your chances of being accepted :) bye, Dirk [1] Yep, actual IP address blocks. -- http://www.geeklog.net/ http://geeklog.info/ From saurabhgupta1403 at gmail.com Fri Mar 20 19:13:39 2009 From: saurabhgupta1403 at gmail.com (saurabh gupta) Date: Sat, 21 Mar 2009 04:43:39 +0530 Subject: [geeklog-devel] [geeklog-spam] Google Summer of Code 2009: Geeklog In-Reply-To: <20090320193222.1656573833@smtp.haun-online.de> References: <20090313184953.631981261@smtp.haun-online.de> <20090314082119.176841820@smtp.haun-online.de> <20090314101311.502737849@smtp.haun-online.de> <20090320070028.1260089031@smtp.haun-online.de> <20090320193222.1656573833@smtp.haun-online.de> Message-ID: Hi, On Sat, Mar 21, 2009 at 1:02 AM, Dirk Haun wrote: > saurabh gupta wrote: > >>All right. What I have understood from your point is that whenever a >>user is a spammer, then the SWOT feed should pass this information >>also. This can be a good option because in many cases spammers with >>same user name and account trolls on other sites. > > I'm beginning to wonder if that was Mike's original intention, but I > would like to be able to have several SWOT feeds for different purposes. > > The way I see it: You can catch a lot of the usual spam with simple > measures. Add the usual pill names and a couple of porn-related > expressions to your personal blacklist. Add SLV to the mix, and you've > already got rid of a lot of spam. > > But I'm beginning to see an increasing amount of more subtle spam, some > of it manual. It won't be caught by SLV (or Akismet or similar services) > because it's low-volume but still annoying. I want to have a way to put > information about that sort of spam out there. SWOT may be the answer to that. > > Of course, other SWOT feeds would contain other information such as, > say, about that spammer from the Ukraine who was so annoying that I had > to block the entire 91.207.4.0/22 and 91.207.8.0/23 adress ranges[1] in > my .htaccess. > > Of course, being able to selectively or semi-automatically put different > information into different feeds would also require some changes in the > way the Spam-X plugin currently works (on the user, i.e. the Admin's, > side). So maybe that is the point where the two spam-related projects > (SWOT and Spam-X overhaul) are beginning to merge into one ... All right. The whole scenario is like that in a site, different kind of spammers and spam posts are encountered. But some spams are specific to a particular site type or business type related to that as we have discussed above. In my opinion, the best way to implement new features is to make them enough simple, comfortable user interface and expandable application. As we discussed, this thing can be handled by categorizing the spam feeds. One will be general SWOT feeds which provide information about the general spams and another will be improvement in spam-X engine and adding new features to it which are (a brief overview): 1. New type of feeds which are site related and have full export/import facility through graphical user interface. The idea has been discussed and I am thinking to store the data in form of db (databases) files for which parsing and manipulations APIs are available in geeklog. 2. Spam queue implementation to deal with the false positives. (already discussed) 3. Modification of current features of spam-X like removal of duplicate entries, sorting of list, storing of all data in database so that it can be exported etc. etc. 4. Features like highlighting, marking the spam words in the spam detected comments and stories. 5. Other ideas indicated on the geeklog wiki (http://wiki.geeklog.net/index.php/SoC_spam-x_overhaul). > Just thinking out loud. But having some brilliant idea here would > probably increase your chances of being accepted :) I will try my best to do enough research on this project and contribute to my maximum. Both spam-X and SWOT ideas can be merged to some extent in this summer and the above features and some more can be added as time permits. However, from my experience, I feel that making the site more admin and user friendly is more important. Like now, the administrator has to add several list of spammers in the spam-X engine to train its spam-detection engine. If we can bring more intelligence to the spam-X, then it will ease the life a lot. For example, whenever a comment is posted and it is a spam according to the user. Now, we can provide a separate button along with each post which says "Mark as spam". Now, after clicking on this, user will get the option for on what basis it can be a spam post. Either its user name, its IP or its origin is an indication of spam. After this, user will also get the choice to add the spam info either to the SWOT feed or to the spam-X engine. This can to some extent remove the headache of manually adding the IP or usernames of spammers to the spam-X. I don't know how much feasible is this idea but this can also be a part of this summer if time permits. I can see a huge scope in spam dealing mechanism of geeklog. Also, the import/export feature is itself can be a big and challenging work and can bring a lot of relief to the users or admins who run more than one sites using geeklog. In fact, any new user can also import the spam-X feed of some famous site which he considers to be enough spam-proof. If necessary, any security feature can be added which will not allow any one to import the spam-X feed without the permission of site-admin. As, we can see there are a lot of work to do and also due to merging of spam-X and SWOT (to some extent), I will try to start working on it as soon as possible irrespective of whether I get accepted or not. Now a days, I can't devote my full time in this because of my college's mid-semester exams going on. I will be over with this very soon. -- Saurabh Gupta Senior, NSIT,New Delhi, India From dirk at haun-online.de Sat Mar 21 04:53:49 2009 From: dirk at haun-online.de (Dirk Haun) Date: Sat, 21 Mar 2009 09:53:49 +0100 Subject: [geeklog-devel] Towards 1.6 Message-ID: <20090321085349.1807643239@smtp.haun-online.de> Now that the Summer of Code is on again, we should really be wrapping up 1.6 development ASAP. So, quick roll call: Mike: What's the status of getting the comment improvements into the main repository? Should we push this to 1.6.1? I would hate having to do that, but if it helps getting out 1.6.0 in time ... Blaine: I see FCKeditor 2.6.4 final is out. Could you update the beta to the final release, please? Sami: I know you're already working on it, so just for completeness: The new search has some backward compatibility issues with older plugins. Justin: Any news regarding that unpacker class? If it's only the whitespaces, check it in and I'll take care of that. Matt: As mentioned, the install script's frontpage needs a facelift. If you're having trouble placing three big and friendly buttons there: Have you considered going back to two (install + upgrade) and add the (less used, I would think) migration option somewhere else, e.g. in the menu? myself: There are some loose ends with the plugin API (e.g. for migration) that I'm going to look into. Will also go through my open bugs and my private list to see what's on there that should really be in the bugtracker. Anyone else: We have 84 open issues in the bugtracker. Any help there is welcome, from steps to reproduce the issue up to patches. This could also be a good way for potential GSoC students to get to know the code and maybe earn a bonus point for their application (hint, hint ;-) bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From geeklog.nwo at neverbox.com Sat Mar 21 05:48:25 2009 From: geeklog.nwo at neverbox.com (LWC) Date: Sat, 21 Mar 2009 12:48:25 +0300 Subject: [geeklog-devel] Towards 1.6 In-Reply-To: <20090321085349.1807643239@smtp.haun-online.de> Message-ID: <01c9aa12$Blat.v2.6.2$90e88ca4$d848499cf41@weissbrod.com> >Anyone else: We have 84 open issues in the bugtracker. Any help there is welcome, I have quite old patches in there that are still relevant (like RLT support for displaying threaded comments). Is there anything I can do to make them happen? Can I submit them to the Repository or anything? From geeklog.nwo at neverbox.com Sat Mar 21 05:32:01 2009 From: geeklog.nwo at neverbox.com (geeklog.nwo at neverbox.com) Date: Sat, 21 Mar 2009 12:32:01 +0300 Subject: [geeklog-devel] Towards 1.6 In-Reply-To: <20090321085349.1807643239@smtp.haun-online.de> Message-ID: <01c9aa10$Blat.v2.6.2$46b982f2$2305932acf5@weissbrod.com> >Anyone else: We have 84 open issues in the bugtracker. Any help there is welcome, I have quite old patches in there that are still relevant (like RLT support for displaying threaded comments). Is there anything I can do to make them happen? Can I submit them to the Repository or anything? From dirk at haun-online.de Sat Mar 21 07:08:12 2009 From: dirk at haun-online.de (Dirk Haun) Date: Sat, 21 Mar 2009 12:08:12 +0100 Subject: [geeklog-devel] Towards 1.6 In-Reply-To: <01c9aa12$Blat.v2.6.2$90e88ca4$d848499cf41@weissbrod.com> References: <20090321085349.1807643239@smtp.haun-online.de> <01c9aa12$Blat.v2.6.2$90e88ca4$d848499cf41@weissbrod.com> Message-ID: <20090321110812.1348767181@smtp.haun-online.de> LWC wrote: >I have quite old patches in there that are still relevant (like RLT >support for displaying threaded comments). I guess that's a bad example, given the comment changes that have still to land on the trunk ... >Is there anything I can do to >make them happen? Can I submit them to the Repository or anything? I wrote up this a couple of days ago: http://wiki.geeklog.net/index.php/Submitting_Patches Good old diffs would be fine as well, as long as they are against the trunk or a released version. To be honest, some of your patches required quite a bit of additional work in the past. They often weren't very generic, i.e. fixed the problem but wouldn't work under all circumstances / setups. I'll try and be more responsive if that's why a patch hasn't been rolled into the trunk. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From yankees26an at gmail.com Sat Mar 21 12:21:58 2009 From: yankees26an at gmail.com (Stan Palatnik) Date: Sat, 21 Mar 2009 12:21:58 -0400 Subject: [geeklog-devel] request to post Message-ID: <7aaf88900903210921i467ffef0tb8acd3a538f3f055@mail.gmail.com> -- Warmly, Stanislav -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Sat Mar 21 12:28:06 2009 From: dirk at haun-online.de (Dirk Haun) Date: Sat, 21 Mar 2009 17:28:06 +0100 Subject: [geeklog-devel] request to post In-Reply-To: <7aaf88900903210921i467ffef0tb8acd3a538f3f055@mail.gmail.com> References: <7aaf88900903210921i467ffef0tb8acd3a538f3f055@mail.gmail.com> Message-ID: <20090321162806.1377145487@smtp.haun-online.de> Stan, don't ask to ask - just ask :) bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From ascepanovic at gmail.com Sat Mar 21 12:31:45 2009 From: ascepanovic at gmail.com (Aleksandar Scepanovic) Date: Sat, 21 Mar 2009 17:31:45 +0100 Subject: [geeklog-devel] request to post In-Reply-To: <20090321162806.1377145487@smtp.haun-online.de> References: <7aaf88900903210921i467ffef0tb8acd3a538f3f055@mail.gmail.com> <20090321162806.1377145487@smtp.haun-online.de> Message-ID: <9e0c3e3b0903210931g1aec6c88w5a192a91b5c47236@mail.gmail.com> Yep, This is funny :) 2009/3/21 Dirk Haun > Stan, > > don't ask to ask - just ask :) > > bye, Dirk > > > -- > http://www.geeklog.net/ > http://geeklog.info/ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From yankees26an at gmail.com Sat Mar 21 12:36:59 2009 From: yankees26an at gmail.com (Stan Palatnik) Date: Sat, 21 Mar 2009 12:36:59 -0400 Subject: [geeklog-devel] request to post In-Reply-To: <9e0c3e3b0903210931g1aec6c88w5a192a91b5c47236@mail.gmail.com> References: <7aaf88900903210921i467ffef0tb8acd3a538f3f055@mail.gmail.com> <20090321162806.1377145487@smtp.haun-online.de> <9e0c3e3b0903210931g1aec6c88w5a192a91b5c47236@mail.gmail.com> Message-ID: <7aaf88900903210936u4fb28d53tb1c9583154d6974a@mail.gmail.com> Woops I misinterpreted that a little :p 2009/3/21 Aleksandar Scepanovic > Yep, This is funny :) > > 2009/3/21 Dirk Haun > > Stan, >> >> don't ask to ask - just ask :) >> >> bye, Dirk >> >> >> -- >> http://www.geeklog.net/ >> http://geeklog.info/ >> >> _______________________________________________ >> geeklog-devel mailing list >> geeklog-devel at lists.geeklog.net >> http://eight.pairlist.net/mailman/listinfo/geeklog-devel >> > > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > -- Warmly, Stanislav -------------- next part -------------- An HTML attachment was scrubbed... URL: From sc1245 at messiah.edu Sat Mar 21 16:35:51 2009 From: sc1245 at messiah.edu (Sean Clark) Date: Sat, 21 Mar 2009 16:35:51 -0400 Subject: [geeklog-devel] Student developer with a question Message-ID: <49C51767020000CB0001878C@gwia.messiah.edu> Thanks for the links, Dirk. I asked, because just wanted to get a better feel for how Geeklog looks and functions in the wild as I dug through the documentation. So then, if you promise you won't bite, then here's a few questions: For the test framework project (http://wiki.geeklog.net/index.php/SoC_test_framework), I'm not entirely sure what the focus is. For example, would the project focus more on adapting an existing framework to Geeklog - then, it could provide functionality where developers could run new code independently through a testing function, passing it expected results and various inputs? Or would the focus be more on creating sets of end-to-end tests that would simulate different user experiences, making sure that new code won't conflict with existing functions and it works as an entirety? Or, am I completely missing the proverbial nail with my hammer? For the webservices project (http://wiki.geeklog.net/index.php/SoC_webservices_revisited), the difficulty level said medium to high - which may mean it's beyond my newbie grasp. If I were to work on image upload, however, would I be able to use something like (http://www.verot.net/php_class_upload.htm) through webservices? It doesn't seem like a very difficulty project, compared to the test framework - but then again, these things are always easier in theory :D Thanks for the response, Sean >>> "Dirk Haun" 03/20/09 2:49 AM >>> Hi Sean, welcome and thanks for your interest :-) >Could anybody send me to a place that is a good >example of a Geeklog site in action? Perhaps I could go and poke around on >to learn its structure, before wasting your time with questions. Well, and would come to mind. For other big and lively sites, try and . Not sure how looking at those sites would help with the two projects you mentioned, though. So I'd suggest you just ask away. We don't bite ;-) bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From sc1245 at messiah.edu Sat Mar 21 18:08:04 2009 From: sc1245 at messiah.edu (Sean Clark) Date: Sat, 21 Mar 2009 18:08:04 -0400 Subject: [geeklog-devel] Bug 0000775 - proposed solution Message-ID: <49C52D05020000CB000187A1@gwia.messiah.edu> I've been trying to decide how to squash this bug (http://project.geeklog.net/tracking/view.php?id=775), and came up with the following idea. Could anybody could give feedback on whether this would work / is an acceptable fix (I'm still new to the inner workings of Geeklog)? 1) If I'm correct, all calendar links causing the Googlebot issue are generated in /calendar/index.php. These links are all generated using COM_createlink. 2) Creating a function that will tell COM_createlink to insert rel="nofollow" (the fix) into all URL's if they pass a test would solve the problem. This could be done by directly editing lib-common.php with a conditional statement. 3) Write a test. This will get the current date and time, compare that to the date in the URL string, and change $attr_str to include rel="nofollow" if the distance between the current date and URL string date is more than 12 months. The '12 months' could be represented by a variable that can be user defined, but I'm not sure if there's a configuration option for the calendars where this variable could be defined. 4) Insert an conditional statement COM_createfunction that will execute (3) if the $url contains /calendar/. Without this step, the test will run for every link created on the site, creating uncessary overhead. Using /calendar/ is the best way I can think of to ensure this is being applied only to calendar links, unless they universally have a $content that could be checked (I didn't see one). Problem solved! Googlebot will see the rel="nofollow" that is put into all calendar links with proper criteria, and ignore them. If these sorts of things aren't discussed on this mailing list, my apologies - I don't mean to irritate anyone. - Sean From dirk at haun-online.de Sat Mar 21 19:17:32 2009 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 22 Mar 2009 00:17:32 +0100 Subject: [geeklog-devel] Student developer with a question In-Reply-To: <49C51767020000CB0001878C@gwia.messiah.edu> References: <49C51767020000CB0001878C@gwia.messiah.edu> Message-ID: <20090321231732.380204250@smtp.haun-online.de> Sean Clark wrote: >For the test framework project >(http://wiki.geeklog.net/index.php/SoC_test_framework), I'm not entirely >sure what the focus is. That's understandable, since the description isn't too sure either ... We need both: Tests on the code level, so that we can see if, say, a change broke the handling of special characters. But we also need tests for, as you put it, the user experience, so that we can see if all the various options in the story editor still work (or something like that). The two types need different tools and there will be different ways to approach them. Both types on their own could be full time GSoC projects or you could only lay the groundworks for both, in which case you can probably do it as one project. So the student has some degrees of freedom here. Pick one of the various options and convince us that it's the best approach :-) >For the webservices project >(http://wiki.geeklog.net/index.php/SoC_webservices_revisited), the >difficulty level said medium to high - which may mean it's beyond my newbie >grasp. If I were to work on image upload, however, would I be able to use >something like (http://www.verot.net/php_class_upload.htm) through >webservices? Geeklog comes with its own upload class. It's used to upload images in articles and userphotos. It can also resize images. I would think that it can also be used for this project. >It doesn't seem like a very difficulty project, compared to the >test framework - but then again, these things are always easier in theory :D The devil is in the details here. The AtomPub protocol seems to hold some surprises (from my understanding). You also would have to craft this onto Geeklog's existing code, which may require rewriting quite a few pieces of code. (dives into email archives) Ah, I knew I've discussed this before. Quoting Ramnath Iyer, who implemented the current AtomPub support during GSoC 2007: >I think the image upload feature would be a major feature, because it will >require a rewrite in the way uploads are handled currently. At the moment, >the images are uploaded along with the content of the post. But in the case >of Atom, uploading of media is handled separately, so the webservice would >have to upload the image and the content independently, which would require >extensive changes to the existing upload code, and probably the database >schema as well. I guess that could make updating images later especially "fun" ... bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From dirk at haun-online.de Sat Mar 21 20:24:30 2009 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 22 Mar 2009 01:24:30 +0100 Subject: [geeklog-devel] Bug 0000775 - proposed solution In-Reply-To: <49C52D05020000CB000187A1@gwia.messiah.edu> References: <49C52D05020000CB000187A1@gwia.messiah.edu> Message-ID: <20090322002430.136950867@smtp.haun-online.de> Sean Clark wrote: >These links are all generated using COM_createlink. Haven't checked myself, but there may be some more links lurking in the templates. >4) Insert an conditional statement COM_createfunction that will execute (3) >if the $url contains /calendar/. That sounds wrong. You're proposing to introduce code specific to one plugin into a generic function. >Using >/calendar/ is the best way I can think of to ensure this is being applied >only to calendar links, unless they universally have a $content that could >be checked (I didn't see one). The idea with the test is a good one. However, assuming that really all the links in question are generated by COM_createLink, I would write a wrapper function in the Calendar that does the test and calls COM_createLink accordingly. Then change all the calls to COM_createLink in the Calendar to calls to that wrapper function. Or, for a more generic approach, change COM_createLink so that it accepts a callback function for the attributes (instead of passing them as an array). Then implement that callback function in the Calendar and again do the test there. >If these sorts of things aren't discussed on this mailing list, my apologies No worries. This is our development list after all :-) bye, Dirk -- http://www.haun-online.de/ http://geeklog.info/ From sc1245 at messiah.edu Sat Mar 21 21:28:08 2009 From: sc1245 at messiah.edu (Sean Clark) Date: Sat, 21 Mar 2009 21:28:08 -0400 Subject: [geeklog-devel] Student developer with a question Message-ID: <49C55BE8020000CB000187C5@gwia.messiah.edu> >We need both: Tests on the code level, so that we can see if, say, a change broke the handling of special characters. Let me see if I'm understanding what this project would entail then. I would need to go through everything on the left column of (http://project.geeklog.net/src/), write tests for each of these files, and then provide automation for all tests to run, say, nightly; or the ability to run when invoked by a developer? Image upload is sounding like it may take a while for a newcomer to break into... Thanks, Sean >>> "Dirk Haun" 03/21/09 7:17 PM >>> Sean Clark wrote: >For the test framework project >(http://wiki.geeklog.net/index.php/SoC_test_framework), I'm not entirely >sure what the focus is. That's understandable, since the description isn't too sure either ... We need both: Tests on the code level, so that we can see if, say, a change broke the handling of special characters. But we also need tests for, as you put it, the user experience, so that we can see if all the various options in the story editor still work (or something like that). The two types need different tools and there will be different ways to approach them. Both types on their own could be full time GSoC projects or you could only lay the groundworks for both, in which case you can probably do it as one project. So the student has some degrees of freedom here. Pick one of the various options and convince us that it's the best approach :-) >For the webservices project >(http://wiki.geeklog.net/index.php/SoC_webservices_revisited), the >difficulty level said medium to high - which may mean it's beyond my newbie >grasp. If I were to work on image upload, however, would I be able to use >something like (http://www.verot.net/php_class_upload.htm) through >webservices? Geeklog comes with its own upload class. It's used to upload images in articles and userphotos. It can also resize images. I would think that it can also be used for this project. >It doesn't seem like a very difficulty project, compared to the >test framework - but then again, these things are always easier in theory :D The devil is in the details here. The AtomPub protocol seems to hold some surprises (from my understanding). You also would have to craft this onto Geeklog's existing code, which may require rewriting quite a few pieces of code. (dives into email archives) Ah, I knew I've discussed this before. Quoting Ramnath Iyer, who implemented the current AtomPub support during GSoC 2007: >I think the image upload feature would be a major feature, because it will >require a rewrite in the way uploads are handled currently. At the moment, >the images are uploaded along with the content of the post. But in the case >of Atom, uploading of media is handled separately, so the webservice would >have to upload the image and the content independently, which would require >extensive changes to the existing upload code, and probably the database >schema as well. I guess that could make updating images later especially "fun" ... bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From dirk at haun-online.de Sun Mar 22 06:25:30 2009 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 22 Mar 2009 11:25:30 +0100 Subject: [geeklog-devel] Student developer with a question In-Reply-To: <49C55BE8020000CB000187C5@gwia.messiah.edu> References: <49C55BE8020000CB000187C5@gwia.messiah.edu> Message-ID: <20090322102530.520052252@smtp.haun-online.de> Sean Clark wrote: >Let me see if I'm understanding what this project would entail then. I would >need to go through everything on the left column of >(http://project.geeklog.net/src/), write tests for each of these files, and >then provide automation for all tests to run, say, nightly; or the ability >to run when invoked by a developer? Yep, pretty much. This project is not exactly challenging (to avoid the word "tedious" ...). But someone has to kick it off and it would really help us a lot. As a side effect, you would learn a lot about Geeklog as you come into contact with a good portion of the code base. I would even expect you to find a number of bugs along the way. As the ideas page states, we don't expect complete code coverage by the end of the summer (IIRC, a similar project for Drupal required two GSoCs and one GHOP to complete). But once a good portion of the code is under test and the tests are running automatically it will be much easier to make "writing test cases" part of the process of making a change or fixing a bug. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From dirk at haun-online.de Sun Mar 22 06:46:29 2009 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 22 Mar 2009 11:46:29 +0100 Subject: [geeklog-devel] [geeklog-spam] Google Summer of Code 2009: Geeklog In-Reply-To: References: <20090313184953.631981261@smtp.haun-online.de> <20090314082119.176841820@smtp.haun-online.de> <20090314101311.502737849@smtp.haun-online.de> <20090320070028.1260089031@smtp.haun-online.de> <20090320193222.1656573833@smtp.haun-online.de> Message-ID: <20090322104629.1790409347@smtp.haun-online.de> saurabh gupta wrote: >(a brief overview): Looks like a good start for an application to me :-) >Both spam-X and SWOT ideas can be merged to some extent in this summer >and the above features and some more can be added as time permits. As I said, I'm fine with merging the two projects if you can convince us that it's doable during the summer (possibly by leaving out a few things here and there). >However, from my experience, I feel that making the site more admin >and user friendly is more important. Agreed. >If we can bring more intelligence to the >spam-X, then it will ease the life a lot. To be honest, I'm a bit skeptical about this whole "intelligence" idea. Not because I consider it a bad idea, but more because this sounds like it could already take up a lot of time. The mechanisms we currently use in Spam-X are mostly very dumb and simple. Any "intelligence" is handled by external services (e.g. SLV). And it seems to work remarkably well, IMHO. >For example, whenever a comment is posted and it is a spam according >to the user. Now, we can provide a separate button along with each >post which says "Mark as spam". Now, after clicking on this, user will >get the option for on what basis it can be a spam post. That sounds useful (and shouldn't require a lot of intelligence ...). >If necessary, any security feature can be added which will >not allow any one to import the spam-X feed without the permission of >site-admin. Yes, please. >Now >a days, I can't devote my full time in this because of my college's >mid-semester exams going on. As a general note: We know that the schedule of students outside the US may not align with the summer break on US universities and that they may not be fully available during the coding period (May 23 - August 17). Please include such information in your application. The end date is fixed, but we should be able to move the start date around and give you time off for exams etc. where necessary. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From saurabhgupta1403 at gmail.com Sun Mar 22 09:56:43 2009 From: saurabhgupta1403 at gmail.com (saurabh gupta) Date: Sun, 22 Mar 2009 19:26:43 +0530 Subject: [geeklog-devel] [geeklog-spam] Google Summer of Code 2009: Geeklog In-Reply-To: <20090322104629.1790409347@smtp.haun-online.de> References: <20090314082119.176841820@smtp.haun-online.de> <20090314101311.502737849@smtp.haun-online.de> <20090320070028.1260089031@smtp.haun-online.de> <20090320193222.1656573833@smtp.haun-online.de> <20090322104629.1790409347@smtp.haun-online.de> Message-ID: hi, On Sun, Mar 22, 2009 at 4:16 PM, Dirk Haun wrote: > saurabh gupta wrote: > >>(a brief overview): > > Looks like a good start for an application to me :-) > > >>Both spam-X and SWOT ideas can be merged to some extent in this summer >>and the above features and some more can be added as time permits. > > As I said, I'm fine with merging the two projects if you can convince us > that it's doable during the summer (possibly by leaving out a few things > here and there). Being honest, I am also not sure how much is this doable as it contains a lot of work. I can only say it for sure after doing more research and discussing with experts here ( I don't want to make any false commitments :) ). Also, one need to understand the underlying code for SWOT and spam-X first deeply. However, I think in the way that one should write the to-do works in the application along with additional ideas which can be implemented if time permits. This has the advantage that even after summer, the student can work on those discussed ideas which are approved by the community and mentor. > >>However, from my experience, I feel that making the site more admin >>and user friendly is more important. > > Agreed. > > >>If we can bring more intelligence to the >>spam-X, then it will ease the life a lot. > > To be honest, I'm a bit skeptical about this whole "intelligence" idea. > Not because I consider it a bad idea, but more because this sounds like > it could already take up a lot of time. The mechanisms we currently use > in Spam-X are mostly very dumb and simple. Any "intelligence" is handled > by external services (e.g. SLV). And it seems to work remarkably well, IMHO. > > >>For example, whenever a comment is posted and it is a spam according >>to the user. Now, we can provide a separate button along with each >>post which says "Mark as spam". Now, after clicking on this, user will >>get the option for on what basis it can be a spam post. > > That sounds useful (and shouldn't require a lot of intelligence ...). Exactly. Basically, we can work on the motto of eliminating the manual work in feeding the spam-X engine. At each comment possibly, there should be an option to train the spam-X by clicking a button and adding the things which indicate the spam behavior of that comment (it can be specific words, IP address, user name or even any link in that comment). The information will be automatically fed into the spam-X blacklist under the proper category and will make the life a lot easier. > > >>If necessary, any security feature can be added which will >>not allow any one to import the spam-X feed without the permission of >>site-admin. > > Yes, please. Great that you want this feature. We can discuss about it more and figure out the way to implement it. In my opinion, whenever we have to import any spam-X feed (as SWOT should not include any security feature because SWOT is a general feed and anyone should get its benefit), it will ask the site admin to send some confirmation code along with the import file. However, this will have many problems on which I will have to think more :-| > >>Now >>a days, I can't devote my full time in this because of my college's >>mid-semester exams going on. > > As a general note: We know that the schedule of students outside the US > may not align with the summer break on US universities and that they may > not be fully available during the coding period (May 23 - August 17). > Please include such information in your application. The end date is > fixed, but we should be able to move the start date around and give you > time off for exams etc. where necessary. Sure Dirk. Most probably I will not need any break for more than one week during the whole GSoC, but I will include this in my application. > > bye, Dirk > > > -- > http://www.geeklog.net/ > http://geeklog.info/ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -- Saurabh Gupta Senior, NSIT,New Delhi, India From singh.roshan08 at gmail.com Sun Mar 22 13:21:54 2009 From: singh.roshan08 at gmail.com (Roshan Singh) Date: Sun, 22 Mar 2009 22:51:54 +0530 Subject: [geeklog-devel] GSoC idea about the plugin repository Message-ID: Hi everyone, I have just browsed your ideas page about the plugin repository. This is really a cool idea since we use a CMS for our website which does not have such an option and that is why I dont like to update though a number of pending updates are there. This could really turn things. So if somebody who is willing to mentor this please reply so that we can talk on this. -- Roshan Kumar Singh http://roshansingh.wordpress.com http://lug.nitdgp.ac.in IRC - #nitdgplug on Freenode -------------- next part -------------- An HTML attachment was scrubbed... URL: From matt.danger.west at gmail.com Mon Mar 23 15:42:34 2009 From: matt.danger.west at gmail.com (Matt West) Date: Mon, 23 Mar 2009 15:42:34 -0400 Subject: [geeklog-devel] GSoC idea about the plugin repository In-Reply-To: References: Message-ID: <598C60E9-7A3F-4C98-AD4D-B2CAF8D0F347@gmail.com> Hi Roshan, Sorry I missed you in IRC. I am the mentor for the plugin repository project. Feel free to shoot any questions my way. Matt West On Mar 22, 2009, at 1:21 PM, Roshan Singh wrote: > Hi everyone, > I have just browsed your ideas page about the plugin repository. > This is really a cool idea since we use a CMS for our website which > does not > have such an option and that is why I dont like to update though a > number of pending updates are there. This could really turn things. > So if > somebody who is willing to mentor this please reply so that we can > talk on this. > > -- > Roshan Kumar Singh > http://roshansingh.wordpress.com > http://lug.nitdgp.ac.in > IRC - #nitdgplug on Freenode > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel -------------- next part -------------- An HTML attachment was scrubbed... URL: From sc1245 at messiah.edu Mon Mar 23 22:33:07 2009 From: sc1245 at messiah.edu (Sean Clark) Date: Mon, 23 Mar 2009 22:33:07 -0400 Subject: [geeklog-devel] Bug 0000775 - proposed solution Message-ID: <49C80E23020000CB00018A3C@gwia.messiah.edu> This may seem like an idiotic question, but what are the templates and their connection to the calendar on Geeklog? >The idea with the test is a good one. However, assuming that really all >the links in question are generated by COM_createLink, I would write a >wrapper function in the Calendar that does the test and calls >COM_createLink accordingly. Then change all the calls to COM_createLink >in the Calendar to calls to that wrapper function. Templates aside, I think I corrected the problem using the concept above as far as all links on calendar/index.php go. It works fine on my computer, adding rel="nofollow" into all links previous to the current date or over 12 months in the future (roughly 12 months, I used a static figure for months in seconds), of course leaving the 12 easily accessible for change to the desired value in the function. I'll wait to hear what these templates are before getting too excited... - Sean >>> "Dirk Haun" 03/21/09 8:24 PM >>> Sean Clark wrote: >These links are all generated using COM_createlink. Haven't checked myself, but there may be some more links lurking in the templates. >4) Insert an conditional statement COM_createfunction that will execute (3) >if the $url contains /calendar/. That sounds wrong. You're proposing to introduce code specific to one plugin into a generic function. >Using >/calendar/ is the best way I can think of to ensure this is being applied >only to calendar links, unless they universally have a $content that could >be checked (I didn't see one). The idea with the test is a good one. However, assuming that really all the links in question are generated by COM_createLink, I would write a wrapper function in the Calendar that does the test and calls COM_createLink accordingly. Then change all the calls to COM_createLink in the Calendar to calls to that wrapper function. Or, for a more generic approach, change COM_createLink so that it accepts a callback function for the attributes (instead of passing them as an array). Then implement that callback function in the Calendar and again do the test there. >If these sorts of things aren't discussed on this mailing list, my apologies No worries. This is our development list after all :-) bye, Dirk From dirk at haun-online.de Tue Mar 24 15:11:13 2009 From: dirk at haun-online.de (Dirk Haun) Date: Tue, 24 Mar 2009 20:11:13 +0100 Subject: [geeklog-devel] Bug 0000775 - proposed solution In-Reply-To: <49C80E23020000CB00018A3C@gwia.messiah.edu> References: <49C80E23020000CB00018A3C@gwia.messiah.edu> Message-ID: <20090324191113.1817942377@smtp.haun-online.de> Sean Clark wrote: >This may seem like an idiotic question, but what are the templates and their >connection to the calendar on Geeklog? The HTML for the calendar comes from the template files in plugins/ calendar/templates. They are basically HTML with a few placeholders for the actual data. Some of those placeholders form links, though. Here's a snippet from calendarweek.thtml: That looks like another link that should have the nofollow when it points too far into the future. So the fix for this bug also requires some template changes. >Templates aside, I think I corrected the problem using the concept above as >far as all links on calendar/index.php go. Sounds good. >of course leaving the 12 easily accessible for change to the >desired value in the function. Just FYI, we have the convention to stick configuration items into an array. For the Calendar, that would be $_CA_CONF['somegoodnameforthatvaluehere']. >I'll wait to hear what these templates are >before getting too excited... :-) bye, Dirk -- http://www.haun-online.de/ http://geeklog.info/ From yo at salvadorgzz.com Tue Mar 24 16:48:54 2009 From: yo at salvadorgzz.com (=?ISO-8859-1?Q?Salvador_Gonz=E1lez_Salas_Duhne?=) Date: Tue, 24 Mar 2009 14:48:54 -0600 Subject: [geeklog-devel] GSoC Question about OpenID project Message-ID: Hello, my name is Salvador Gonzalez and I am from Monterrey, Mexico. I study Computer Engineering, and I'm in my 3rd year. This is my first time applying on GSoC. I've always made sure I have a coding work during the summer, and I've also worked on smaller projects in between summers. However this would be my first time working on a open source project and I'm very excited about it. The project I'm most interested in is implementing OpenID 2.0 capabilities. I have used OpenID for a couple of school projects for checking login information, and I think it would be great if I could work on it for Geeklog, although I have never worked on the Provider side. I just would like to ask what is the benefit of having a OpenId library that does Provider and Client? Would it be possible to first work on a library for the Client side just to get Geeklog to work with OpenID 2.0 as a mini-project, and after it work on getting Geeklog to act as a provider? As a side question I would like to see if anyone can help me understand better what the main challenges of building such a Provider library would be. I have looked at the OpenID standard and read as much as possible, and while it sure seems like a lot of code, what I'm worried about are difficulties on a conceptual level. Time I will have plenty and I love challenges, but if anyone knows of a specially hard task you think I could have problems with finishing, I would like to know more about it. See if I could do it without wasting anybody's time. Thanks a lot! Salvador Gonzalez P.S. I've downloaded the code and am looking at the bug-tracker, it was a great idea of you to get students to know the code, and hopefully I can submit some fix on time so you get to know mine. From matt.danger.west at gmail.com Tue Mar 24 17:50:19 2009 From: matt.danger.west at gmail.com (Matt West) Date: Tue, 24 Mar 2009 17:50:19 -0400 Subject: [geeklog-devel] GSoC Question about OpenID project In-Reply-To: References: Message-ID: <83B33AA9-CB67-482A-AC16-C27C24B94594@gmail.com> Hi Salvador, > The project I'm most interested in is implementing OpenID 2.0 > capabilities. > I have used OpenID for a couple of school projects for checking login > information, and I think it would be great if I could work on it for > Geeklog, > although I have never worked on the Provider side. Well what better chance to learn than to implement it into Geeklog :) > I just would like to ask what is the benefit of having a OpenId > library > that does Provider and Client? Would it be possible to first work on > a library for the Client side just to get Geeklog to work with OpenID > 2.0 as a mini-project, and after it work on getting Geeklog to act > as a > provider? The benefit of having a provider library is that it further expands the size and usefulness of the OpenID network. Plus, there are a handful of large Geeklog powered sites with active users that would probably like to use their accounts on other sites that use OpenID. As far as a development timeline, the implementation of OpenID 2.0 can be done in stages (the order of development might not matter). For the best result you will want to research both projects in depth before beginning development (or writing a proposal). That way you can see what is involved and what problems you think you may experience. It sounds like you've already done some of this step so in that respect you're off to a good start :) Matt West From yo at salvadorgzz.com Tue Mar 24 18:59:30 2009 From: yo at salvadorgzz.com (=?ISO-8859-1?Q?Salvador_Gonz=E1lez_Salas_Duhne?=) Date: Tue, 24 Mar 2009 16:59:30 -0600 Subject: [geeklog-devel] GSoC Question about OpenID project In-Reply-To: <83B33AA9-CB67-482A-AC16-C27C24B94594@gmail.com> References: <83B33AA9-CB67-482A-AC16-C27C24B94594@gmail.com> Message-ID: On Mar 24, 2009, at 3:50 PM, Matt West wrote: > Hi Salvador, > >> The project I'm most interested in is implementing OpenID 2.0 >> capabilities. >> I have used OpenID for a couple of school projects for checking login >> information, and I think it would be great if I could work on it >> for Geeklog, >> although I have never worked on the Provider side. > > Well what better chance to learn than to implement it into Geeklog :) > >> I just would like to ask what is the benefit of having a OpenId >> library >> that does Provider and Client? Would it be possible to first work on >> a library for the Client side just to get Geeklog to work with OpenID >> 2.0 as a mini-project, and after it work on getting Geeklog to act >> as a >> provider? > > The benefit of having a provider library is that it further expands > the size and usefulness of the OpenID network. Plus, there are a > handful of large Geeklog powered sites with active users that would > probably like to use their accounts on other sites that use OpenID. As I understood one of the challenges was finding a library that could handle being both the provider and client at the same time. On the wiki one of the problems mentioned of current libraries was 'does only support one side (Consumer or Provider, but not both)'. I assumed this meant one could not use two libraries, one for Consumer side and one for Provider. So the question was more along the lines on why not use two libraries. And if needed write one or the other. > As far as a development timeline, the implementation of OpenID 2.0 > can be done in stages (the order of development might not matter). > For the best result you will want to research both projects in depth > before beginning development (or writing a proposal). That way you > can see what is involved and what problems you think you may > experience. It sounds like you've already done some of this step so > in that respect you're off to a good start :) > Matt West I'm currently researching as much as time allows. So if anyone has some pointers on what to read or search I would be glad to check those links out. I've already got to the specifications, some example code and the current implementation of OpenID 1.1 on Geeklog. Salvador Gonzalez From mark at the-howards.net Tue Mar 24 23:13:37 2009 From: mark at the-howards.net (Mark Howard) Date: Tue, 24 Mar 2009 23:13:37 -0400 Subject: [geeklog-devel] GSoC Question about OpenID project In-Reply-To: References: <83B33AA9-CB67-482A-AC16-C27C24B94594@gmail.com> Message-ID: <02f401c9acf7$b1474f70$13d5ee50$@net> Greetings! http://openidenabled.com/php-openid/ >From the description: "The PHP OpenID library lets you enable OpenID authentication on sites built using PHP. It features the OpenID consumer, Store implementations, and an OpenID server." -m -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Salvador Gonz?lez Salas Duhne Sent: Tuesday, March 24, 2009 7:00 PM To: Geeklog Development Subject: Re: [geeklog-devel] GSoC Question about OpenID project On Mar 24, 2009, at 3:50 PM, Matt West wrote: > Hi Salvador, > >> The project I'm most interested in is implementing OpenID 2.0 >> capabilities. >> I have used OpenID for a couple of school projects for checking login >> information, and I think it would be great if I could work on it >> for Geeklog, >> although I have never worked on the Provider side. > > Well what better chance to learn than to implement it into Geeklog :) > >> I just would like to ask what is the benefit of having a OpenId >> library >> that does Provider and Client? Would it be possible to first work on >> a library for the Client side just to get Geeklog to work with OpenID >> 2.0 as a mini-project, and after it work on getting Geeklog to act >> as a >> provider? > > The benefit of having a provider library is that it further expands > the size and usefulness of the OpenID network. Plus, there are a > handful of large Geeklog powered sites with active users that would > probably like to use their accounts on other sites that use OpenID. As I understood one of the challenges was finding a library that could handle being both the provider and client at the same time. On the wiki one of the problems mentioned of current libraries was 'does only support one side (Consumer or Provider, but not both)'. I assumed this meant one could not use two libraries, one for Consumer side and one for Provider. So the question was more along the lines on why not use two libraries. And if needed write one or the other. > As far as a development timeline, the implementation of OpenID 2.0 > can be done in stages (the order of development might not matter). > For the best result you will want to research both projects in depth > before beginning development (or writing a proposal). That way you > can see what is involved and what problems you think you may > experience. It sounds like you've already done some of this step so > in that respect you're off to a good start :) > Matt West I'm currently researching as much as time allows. So if anyone has some pointers on what to read or search I would be glad to check those links out. I've already got to the specifications, some example code and the current implementation of OpenID 1.1 on Geeklog. Salvador Gonzalez _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel From dirk at haun-online.de Wed Mar 25 02:06:28 2009 From: dirk at haun-online.de (Dirk Haun) Date: Wed, 25 Mar 2009 07:06:28 +0100 Subject: [geeklog-devel] GSoC Question about OpenID project In-Reply-To: <02f401c9acf7$b1474f70$13d5ee50$@net> References: <83B33AA9-CB67-482A-AC 16-C27C24B94594@gmail.com> <02f401c9acf7$b1474f70$13d5ee50$@net> Message-ID: <20090325060628.1344925960@smtp.haun-online.de> Mark Howard wrote: >http://openidenabled.com/php-openid/ Unfortunately: >Licensed under the Apache Software License. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From vfuria at gmail.com Wed Mar 25 02:14:48 2009 From: vfuria at gmail.com (Vincent Furia) Date: Wed, 25 Mar 2009 00:14:48 -0600 Subject: [geeklog-devel] GSoC Question about OpenID project In-Reply-To: <20090325060628.1344925960@smtp.haun-online.de> References: <02f401c9acf7$b1474f70$13d5ee50$@net> <20090325060628.1344925960@smtp.haun-online.de> Message-ID: <8319e2d60903242314v16703863w543d7019cdd691f0@mail.gmail.com> http://www.apache.org/licenses/GPL-compatibility.html The Apache License is compatible with GPL3. Not by itself a good reason to move to GPL3, but certainly a consideration. Though probably not something we would decide in time for a GSOC project. -Vinny 2009/3/25 Dirk Haun > Mark Howard wrote: > > >http://openidenabled.com/php-openid/ > > Unfortunately: > > >Licensed under the Apache Software License. > > bye, Dirk > > > -- > http://www.geeklog.net/ > http://geeklog.info/ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From evgeniymikhaylov at gmail.com Wed Mar 25 13:03:06 2009 From: evgeniymikhaylov at gmail.com (Evgeniy Mikhaylov) Date: Thu, 26 Mar 2009 03:03:06 +1000 Subject: [geeklog-devel] Feedback on 1st draft of OpenID 2.0 support GSoC proposal Message-ID: <706dd0640903251003h7dba60acv2a6807ef2328af11@mail.gmail.com> Hello, My name is Evgeniy and I am from Russia. I am 2dn year student in Electronic Curcuits, but i like to program. This is my first attempt to participate in GSoC and i am really excited. I've reviewed orgs and decided to try with PHP and MySQL, because it is much more familiar than e.g. C++. I am looking for any sort of feedback about my proposal. I haven't experience with writing such kind of documents, so i would appreciate any feedback on it http://docs.google.com/View?docID=dhmdnwx_0jdxcq9f4&revision=_latest Thanks From pawel.niechoda at gmail.com Wed Mar 25 14:11:16 2009 From: pawel.niechoda at gmail.com (=?ISO-8859-2?Q?Pawe=B3_Niechoda?=) Date: Wed, 25 Mar 2009 20:11:16 +0200 Subject: [geeklog-devel] Just to say: Hello Message-ID: <27cec44f0903251111i1ec8543fpd1817e5a76543cf8@mail.gmail.com> Hi guys, I am a polish student of maths with computer science(I am on 5th year of my studies) and I want to introduce myself. I am experienced with PHP (I worked as PHP developer over one year and as volunter I participated in development of few small PHP projects). I am going to apply for SoC. I went through many possible projects included into SoC and I liked Geeklog the most. Geeklog is really well-documented and described, It is a great advantage for anyone who is going to support this project. I hope I will have a chance to support this project. Pawe? Niechoda -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Wed Mar 25 15:27:54 2009 From: dirk at haun-online.de (Dirk Haun) Date: Wed, 25 Mar 2009 20:27:54 +0100 Subject: [geeklog-devel] Just to say: Hello In-Reply-To: <27cec44f0903251111i1ec8543fpd1817e5a76543cf8@mail.gmail.com> References: <27cec44f0903251111i1ec8543fpd1817e5a76543cf8@mail.gmail.com> Message-ID: <20090325192754.441971885@smtp.haun-online.de> Pawe? Niechoda wrote: >Geeklog is really well-documented and described, It is a great advantage for >anyone who is going to support this project. Welcome and thanks for the kind words. >I hope I will have a chance to support this project. Any particular project(s) you're interested in? bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From dirk at haun-online.de Wed Mar 25 16:49:55 2009 From: dirk at haun-online.de (Dirk Haun) Date: Wed, 25 Mar 2009 21:49:55 +0100 Subject: [geeklog-devel] About the OpenID 2.0 project Message-ID: <20090325204955.1109523446@smtp.haun-online.de> I started this as a reply to Evgeniy's draft proposal, but I guess I should make it a separate post for easy reference: Since it looks we would have to do this project the hard way (i.e. write a new OpenID library), here are a few thoughts and ideas of mine regarding this: Since there doesn't appear to be a GPLv2-compatible library that does what we want (OpenID 2.0, both Consumer and Provider), I think we should do everyone a favour and make this a true standalone library that doesn't require Geeklog in any way so that others can also benefit from it. Which means that it should be done properly. Meaning: - PHP 5 only - an eye on the future (OpenID 2.1 is already under discussion) - What happens to it after GSoC? For example, this could be spun off into a separate open source project. - Geeklog comes second. If it's done properly, we can always integrate it later. In more dramatic words, I'd be willing to sacrifice one of our slots for the greater good (oh dear, how cheezy does that sound?). We've had one "cool" / "risky" / "experimental" project in each of the previous years, and this year, this would be it. Having said that: If we go that route, then the application should be really solid and convincing. A half-finished library won't help us. Thoughts? bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From dirk at haun-online.de Wed Mar 25 17:13:36 2009 From: dirk at haun-online.de (Dirk Haun) Date: Wed, 25 Mar 2009 22:13:36 +0100 Subject: [geeklog-devel] Feedback on 1st draft of OpenID 2.0 support GSoC proposal In-Reply-To: <706dd0640903251003h7dba60acv2a6807ef2328af11@mail.gmail.com> References: <706dd0640903251003h7dba60acv2a6807ef2328af11@mail.gmail.com> Message-ID: <20090325211336.394954198@smtp.haun-online.de> Evgeniy Mikhaylov wrote: >My name is Evgeniy and I am from Russia. Hi there and welcome :) >I am looking for any sort of feedback about my proposal. I haven't >experience with writing such kind of documents, so i would appreciate >any feedback on it > >http://docs.google.com/View?docID=dhmdnwx_0jdxcq9f4&revision=_latest Let's see: >* 5 weeks to implement llibrary. Would this include support for the Provider part? That's not entirely clear since your suggesting to implement that later in the project. You may also want to re-evaluate this estimation regarding what I just wrote in http://eight.pairlist.net/pipermail/geeklog-devel/2009-March/004139.html >PHP4/PHP5. Exact version of PHP will be defined later during community >bounding period i guess. My vote is for PHP5, because it has better OOP >support than 4th version. Also Dirk mentioned that sometime geeklog will >drop support of PHP4.x. Since this a relatively isolated, non-vital feature and the task is hard enough, I don't see a need to support PHP 4 any more. Compare with the Webservices (AtomPub), which are also only available with PHP 5 for pretty much the same reasons. >Unfortunately right now Gl doesn't have test suites so i should take >into account probable changes in testing framework. The test framework project would come to mind (should that happen and be successful). But sticking with the idea of making this library explicitly _not_ depend on Geeklog, I'd suggest using PHPUnit from the start. >it will include a lot of "diving into specs" sessions. On the other >there are several open sources libraries which can be used as a reference. Just make sure not to take too much inspiration from them or we may have the license issue again that this library was supposed to solve in the first place. This should really be used as a last resort - try to do a "clean room" implementation as much as possible. Okay, the proposal is short, but then again the task is pretty much clear cut. You may want to review it to take into account what I wrote above. I'd like to see a few words convincing us that you're the right one for the task and that you won't let us down by dropping out of the project half-way through. Be creative ;-) bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From ansh.prat at gmail.com Wed Mar 25 18:42:12 2009 From: ansh.prat at gmail.com (Anshu Prateek) Date: Thu, 26 Mar 2009 04:12:12 +0530 Subject: [geeklog-devel] SoC 2009 proposal - OpenID 2.0 implementation with geeklog Message-ID: <8bc499920903251542y78bd4fe4nc44b0aa637ecbecb@mail.gmail.com> Abstract Full OpenID 2.0 support with Geeklog v1. Geeklog 1.5 supports OpenID 1.1. This enables a geeklog site to be a relying party(RP)/consumer of OpenID but not as a OpenID Povider(OP). My proposal is to integrate the OpenID 2.0 with Geeklog. OpenID 2.0 will enable geeklog to be used as both a RP and a OP. The implemtation of OpenID 2.0 with a custom library is proposed. My earlier experience as SoC 2008 student with Drupal (OpenID Attribute Exchange Implementation) has given me an insight in the area. The new implementation should be modular and reusable. As of March 1, 2009, 37,517 websites are OpenID-enabled with over 500 million OpenID-enabled users. The actual number of destination sites is quite higher since umbrella sites like blogger, wordpress and livejournal are counted as single sites (even though each has thousands of unique blogs that accept OpenID). MAIN PROPOSAL Please tell us something about yourself (experience, interests, why you are applying for this project). Am a Final year student of Metallurgical and Materials Engineering at the National Institute of Technology, Tiruchirapalli (http://www.nitt.edu). Am a Central web-team member of the college, am responsible for development of the college website which runs on a custom in-house built CMS. http://www.nitt.edu/webteam/#anshu I have participated in the soc 2008 with drupal. I worked on OpenID Attribute Exchange Implementation with Drupal. This has given me an insight into the working of a library for OpenID and the various issues related to it. Am well versed with the various procedures used in OpenID transaction. My work on attribute exchange was one of the first in the field. I would like to further work upon in this field and help to solve the various issues encountered in the way. Please explain, in your own words, what the project is about and what the goals are. Project Proposal OpenID is the shared identity service relieving Internet users from remembering tons of user-names and passwords to login to various sites. Using a openID, a user can log on to various websites supporting OpenID using a single digital identity.The ease of openID is its being decentralized, free and open sourced. The end user has complete control over the amount of personal information they provide and hence it takes care of the privacy issues concerned. Geeklog presently supports OpenID 1.2 which allows Geeklog to be used as a Relying Party/consumer of openID. I propose the implementation of OpenID 2.0. This will allow Geeklog to be used as a Identity Provider. So users at geeklog can use their geeklog identity at various openID enabled sites.(37,517 as of March 1, 2009). Also, it will enable a geeklog powered site to join the league of various OpenID providers like Yahoo!. Having worked with Drupal for OpenID Attribute Exchange Implentation, I realised that there aren't many resources available to develop upon openID. At present there are various IdP providers like Yahoo! but none of them provide easy support to setup one's own OpenID Server. As mentioned in the ideas list, the various libraries have different shortcomings. Hence, hereforth I propose to write my own library for OpenID 2.0 implementation with geeklog. This library shall allow the usage of OpenID as both a Relying Party and a Identity Provider simultaneously. This library shall be modular and reusable and released under GPL. Deliverables: OpenID 2.0 implementation with geeklog allowing it to be used as both a Relying Party(RP)/consumer and the Identity Provider(IdP)/ OpenID server. OpenID integration within geeklog would be implemented using php and MySQL. Then, please provide a (rough) schedule for your project: The order in which you plan to implement features and an estimate how long it will take and when they will be finished. Don't forget to leave some room for tests and documentation. Project Schedule Aim: To add OpenID 2.0 support to Geeklog to enable using Geeklog both as a Relying Party and an Identity Provider. 1) To decide the database structure required to maintain the users for IdP. Also to modify the existing database structure being used for RP. (week 1-2) 2) To setup the IdP module independently as a modular plugin for geeklog. (week 3-5) 3) To setup the RP module independently as a modular plugin for geeklog. (week 6-8) 4)To integrate the above two modules into geeklog (week 9-10) 5) Unit tests (week 11) 6) Any changes/documentation as required (week 12) If there are any periods during the Summer where you will not be able to work on your project (e.g. due to exams or planned vacations), then please also include this information. N/A -- Regards Anshu Prateek -------------- next part -------------- An HTML attachment was scrubbed... URL: From pawel.niechoda at gmail.com Wed Mar 25 18:52:25 2009 From: pawel.niechoda at gmail.com (=?ISO-8859-2?Q?Pawe=B3_Niechoda?=) Date: Thu, 26 Mar 2009 00:52:25 +0200 Subject: [geeklog-devel] Just to say: Hello In-Reply-To: <20090325192754.441971885@smtp.haun-online.de> References: <27cec44f0903251111i1ec8543fpd1817e5a76543cf8@mail.gmail.com> <20090325192754.441971885@smtp.haun-online.de> Message-ID: <27cec44f0903251552p373b9343u8040135e60e9b078@mail.gmail.com> > > Any particular project(s) you're interested in? Yes, of course. At first I chose 3 projects to think carefully about them. I am interested in plugin repository and test framework. At this moment I am analysing the idea of upgrading the spam-x plugin. If I have any question which refers to this projects for sure I will ask them. Pawe? W dniu 25 marca 2009 21:27 u?ytkownik Dirk Haun napisa?: > Pawe? Niechoda wrote: > > >Geeklog is really well-documented and described, It is a great advantage > for > >anyone who is going to support this project. > > Welcome and thanks for the kind words. > > > >I hope I will have a chance to support this project. > > Any particular project(s) you're interested in? > > bye, Dirk > > > -- > http://www.geeklog.net/ > http://geeklog.info/ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From evgeniymikhaylov at gmail.com Thu Mar 26 12:15:48 2009 From: evgeniymikhaylov at gmail.com (Evgeniy Mikhaylov) Date: Fri, 27 Mar 2009 02:15:48 +1000 Subject: [geeklog-devel] Feedback on 1st draft of OpenID 2.0 support GSoC proposal Message-ID: <706dd0640903260915i3093d73elc8c60654cc49b2fc@mail.gmail.com> Hello, Dirk > >* 5 weeks to implement llibrary. > > Would this include support for the Provider part? That's not entirely > clear since your suggesting to implement that later in the project. You > may also want to re-evaluate this estimation regarding what I just wrote in > http://eight.pairlist.net/pipermail/geeklog-devel/2009-March/004139.html Yes. This library will implement both parts: OpenID consumer and provider. I will try to rewrite this part to make it more explicit. I am going to implement library in the first part of summer. By the end of the summer i will wirte plugin for Geeklog which will utilize this lib to run OpenID server/provider. > Since this a relatively isolated, non-vital feature and the task is hard > enough, I don't see a need to support PHP 4 any more. Compare with the > Webservices (AtomPub), which are also only available with PHP 5 for > pretty much the same reasons. Great. > >Unfortunately right now Gl doesn't have test suites so i should take > >into account probable changes in testing framework. > > The test framework project would come to mind (should that happen and be > successful). But sticking with the idea of making this library > explicitly _not_ depend on Geeklog, I'd suggest using PHPUnit from the start. I need to make a decision about testing suite not only for the libary :-) It seems to be hard to replace existing OpenID consumer parts without writing test cases. I mean i will write tests for OpenID login part of Gl and will replace existing code under control of tests. It would be nice to have the same framework in Gl and this library project, isn't it? > >it will include a lot of "diving into specs" sessions. On the other > >there are several open sources libraries which can be used as a reference. > Just make sure not to take too much inspiration from them or we may have > the license issue again that this library was supposed to solve in the > first place. This should really be used as a last resort - try to do a > "clean room" implementation as much as possible. I am not going to copy/paste code from existing libraries, but i always thought that i can use open source projects to see how particular things were implemented and implement it in the same way in my project (can i do it?). Especially if i am using project which was written in another programming language. > I'd like to see a few words convincing us that you're the right one for > the task and that you won't let us down by dropping out of the project > half-way through. Be creative ;-) Thanks. I didn't want to post some personal data to the public mail list. Be sure that i will add few paragraphs tagged "Why me". From sc1245 at messiah.edu Thu Mar 26 14:10:34 2009 From: sc1245 at messiah.edu (Sean Clark) Date: Thu, 26 Mar 2009 14:10:34 -0400 Subject: [geeklog-devel] Feedback for proposal - test framework Message-ID: <49CB8CDA020000CB00018E61@gwia.messiah.edu> My project - a test framework for Geeklog - should be useful to just about anybody involved in Geeklog development. As a result, any feedback on my draft proposal from the community would be greatly appreciated. You can find it here: http://docs.google.com/Doc?id=dcm7t3w6_10frh9w6wq Thank you in advance! - Sean From evgeniymikhaylov at gmail.com Thu Mar 26 14:37:26 2009 From: evgeniymikhaylov at gmail.com (Evgeniy Mikhaylov) Date: Fri, 27 Mar 2009 04:37:26 +1000 Subject: [geeklog-devel] Feedback for proposal - test framework Message-ID: <706dd0640903261137x15aad684id96b8fc219396875@mail.gmail.com> Hello, Sean I believe you forgot to share this document in Google Docs > You can find it here: http://docs.google.com/Doc?id=dcm7t3w6_10frh9w6wq From sc1245 at messiah.edu Thu Mar 26 15:52:26 2009 From: sc1245 at messiah.edu (Sean Clark) Date: Thu, 26 Mar 2009 15:52:26 -0400 Subject: [geeklog-devel] Feedback for proposal - test framework Message-ID: <49CBA4BA020000CB00018E75@gwia.messiah.edu> > Evgeniy Mikhaylov 03/26/09 2:37 PM > >Hello, Sean >I believe you forgot to share this document in Google Docs Thanks Evgeniy, my apologies - that's what comes of being in a hurry. Here's the accessible link: http://docs.google.com/View?docID=dcm7t3w6_10frh9w6wq&revision=_latest - Sean From dirk at haun-online.de Thu Mar 26 16:33:07 2009 From: dirk at haun-online.de (Dirk Haun) Date: Thu, 26 Mar 2009 21:33:07 +0100 Subject: [geeklog-devel] SoC 2009 proposal - OpenID 2.0 implementation with geeklog In-Reply-To: <8bc499920903251542y78bd4fe4nc44b0aa637ecbecb@mail.gmail.com> References: <8bc499920903251542y78bd4fe4nc44b0aa637ecbecb@mail.gmail.com> Message-ID: <20090326203307.555283634@smtp.haun-online.de> Anshu Prateek wrote: >The implemtation of OpenID 2.0 with a custom library is proposed. My earlier >experience as SoC 2008 student with Drupal (OpenID Attribute Exchange >Implementation) has given me an insight in the area. That's certainly a bonus. >Geeklog presently supports OpenID 1.2 Typo (just to be pedantic ;-), it's OpenID 1.1 of course. >This library shall be modular >and reusable and released under GPL. And here I have to be pedantic: GPL version 2, please. With the "or (at your option) any later version" clause. That's the entire point of the project. >OpenID integration within geeklog would be implemented using php and MySQL. That's a bit vague. The Consumer part shouldn't really need MySQL, just a few API calls (see current implementation in public_html/users.php). The Provider part needs a concept first, e.g. a nice and memorable URL to use as the OpenID. Some more thoughts on that part would be welcome. >5) Unit tests >(week 11) You may want to take a page out of Evgeniy's book and consider a test- driven approach. In any case, testing should happen much earlier. The times from the schedule sound about right otherwise. Looking forward to the next revision :-) bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From coolneerav4u at gmail.com Fri Mar 27 05:02:34 2009 From: coolneerav4u at gmail.com (Neerav Mehta) Date: Fri, 27 Mar 2009 02:02:34 -0700 Subject: [geeklog-devel] New to Gsoc,Need assistance from mentor. Message-ID: Hello All, This is Neerav. Actually I am new to Gsoc I want to participate in this open source development program. I had seen the project ideas of organization *geeklog* & wanted to work on their project of *Soc geeklog2 FBConnect***. I am having some new ideas for this project. I wish to implement these ideas in this application. Actually I need to discuss them with the mentor. Hence I need the help regarding that. -- Neerav Mehta B-Tech Part III Electronics Engg. ITBHU Varanasi -------------- next part -------------- An HTML attachment was scrubbed... URL: From nick at nick-andrew.net Fri Mar 27 08:57:03 2009 From: nick at nick-andrew.net (Nick Andrew) Date: Fri, 27 Mar 2009 23:57:03 +1100 Subject: [geeklog-devel] Website errata - SVN for AptitudeCMS Message-ID: <20090327125703.GA12206@mail.local.tull.net> G'day, At http://www.geeklog.net/staticpages/index.php/CVS it says, to checkout AptitudeCMS: svn co http://www.apteno.net/AptitudeCMS/svn/AptitudeCMS/trunk/ The trailing /trunk/ is wrong. It should be just: svn co http://www.apteno.net/AptitudeCMS/svn/AptitudeCMS Nick. -- From dirk at haun-online.de Fri Mar 27 14:13:19 2009 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 27 Mar 2009 19:13:19 +0100 Subject: [geeklog-devel] Website errata - SVN for AptitudeCMS In-Reply-To: <20090327125703.GA12206@mail.local.tull.net> References: <20090327125703.GA12206@mail.local.tull.net> Message-ID: <20090327181319.25946333@smtp.haun-online.de> Nick Andrew wrote: >The trailing /trunk/ is wrong. It should be just: > > svn co http://www.apteno.net/AptitudeCMS/svn/AptitudeCMS Fixed, thanks! bye, Dirk -- http://www.haun-online.de/ http://geeklog.info/ From dirk at haun-online.de Fri Mar 27 14:16:08 2009 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 27 Mar 2009 19:16:08 +0100 Subject: [geeklog-devel] New to Gsoc,Need assistance from mentor. In-Reply-To: References: Message-ID: <20090327181608.196806295@smtp.haun-online.de> Neerav Mehta wrote: > This is Neerav. Actually I am new to Gsoc Welcome. >I had seen the project ideas of >organization *geeklog* & wanted to work on their project of *Soc geeklog2 >FBConnect***. That's actually a project for AptitudeCMS, so you should speak to Tony Bibbs. Try to get hold of him on IRC or write to our contact-us address. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From dirk at haun-online.de Fri Mar 27 15:17:21 2009 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 27 Mar 2009 20:17:21 +0100 Subject: [geeklog-devel] Feedback on 1st draft of OpenID 2.0 support GSoC proposal In-Reply-To: <706dd0640903260915i3093d73elc8c60654cc49b2fc@mail.gmail.com> References: <706dd0640903260915i3093d73elc8c60654cc49b2fc@mail.gmail.com> Message-ID: <20090327191721.1752543414@smtp.haun-online.de> (just found this still sitting in my outbox - /me kicks his email client) Evgeniy Mikhaylov wrote: >It would be nice to have the same framework in Gl and this library >project, isn't it? Of course - see Sean's proposal. I guess the test framework wouldn't be too tightly coupled to Geeklog anyway. >I am not going to copy/paste code from existing libraries, but i >always thought that i can use open source projects to see how >particular things were implemented and implement it in the same way in >my project (can i do it?). Yeah, you can do it. But there's a difference between looking what library X does when some value comes in as 42 instead of the expected 255 and copying entire algorithms. But then again OpenID is a defined protocol and there are only so many ways to implement it. So just take this as a reminder not to be too liberal about these things, tempting as it may be. >I didn't want to post some personal data to the public mail >list. That's understandable of course and also applies to all the other students posting their proposals here. Just add it when you submit it to the webapp. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From saurabhgupta1403 at gmail.com Fri Mar 27 17:07:41 2009 From: saurabhgupta1403 at gmail.com (saurabh gupta) Date: Sat, 28 Mar 2009 02:37:41 +0530 Subject: [geeklog-devel] [geeklog-spam] Google Summer of Code 2009: Geeklog In-Reply-To: References: <20090314082119.176841820@smtp.haun-online.de> <20090314101311.502737849@smtp.haun-online.de> <20090320070028.1260089031@smtp.haun-online.de> <20090320193222.1656573833@smtp.haun-online.de> <20090322104629.1790409347@smtp.haun-online.de> Message-ID: Hello everyone, I have written a proposal document for improving spam-X plug-in in geeklog (http://wiki.geeklog.net/index.php/SoC_spam-x_overhaul) Please have a look at it and give suggestions, comments and feedbacks. http://docs.google.com/Doc?id=dc3k62tm_5fccbm2dd I will submit this as application for GSoC 2009 after discussing it with experts here. Regards... -- Saurabh Gupta Senior, NSIT,New Delhi, India From dirk at haun-online.de Fri Mar 27 18:57:50 2009 From: dirk at haun-online.de (Dirk Haun) Date: Fri, 27 Mar 2009 23:57:50 +0100 Subject: [geeklog-devel] [geeklog-spam] Google Summer of Code 2009: Geeklog In-Reply-To: References: <20090314082119.176841820@smtp.haun-online.de> <20090314101311.502737849@smtp.haun-online.de> <20090320070028.1260089031@smtp.haun-online.de> <20090320193222.1656573833@smtp.haun-online.de> <20090322104629.1790409347@smtp.haun-online.de> Message-ID: <20090327225750.61235152@smtp.haun-online.de> saurabh gupta wrote: >Please have a look at it and give suggestions, comments and feedbacks. > >http://docs.google.com/Doc?id=dc3k62tm_5fccbm2dd Okay, in addition to the confusion about SWOT (as discussed on IRC): >1. Moderation of spammed post Keep in mind that not everything is a post. We're also filtering emails sent through the user profile and the user profile itself. Especially the latter will be hard to push into a queue ... >Whenever, a post is caught as spam, it will be entered in the spam queue >and those words will be highlighted with red marker on the basis of >which a post is decided as a spam. For a post that's rejected by SLV, you won't have that information, btw. Just something to consider when you design that feature. I'll get back to you with more comments. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From saurabhgupta1403 at gmail.com Fri Mar 27 19:14:57 2009 From: saurabhgupta1403 at gmail.com (saurabh gupta) Date: Sat, 28 Mar 2009 04:44:57 +0530 Subject: [geeklog-devel] [geeklog-spam] Google Summer of Code 2009: Geeklog In-Reply-To: <20090327225750.61235152@smtp.haun-online.de> References: <20090320070028.1260089031@smtp.haun-online.de> <20090320193222.1656573833@smtp.haun-online.de> <20090322104629.1790409347@smtp.haun-online.de> <20090327225750.61235152@smtp.haun-online.de> Message-ID: On Sat, Mar 28, 2009 at 4:27 AM, Dirk Haun wrote: > Okay, in addition to the confusion about SWOT (as discussed on IRC): Well, I wil clarify this thing in my final draft and most probably I will include these features under the tag "if time allows" as suggested by you. >>1. Moderation of spammed post > > Keep in mind that not everything is a post. We're also filtering emails > sent through the user profile and the user profile itself. Especially > the latter will be hard to push into a queue ... I got it. As you suggested during the discussion, if any registered user emails or submits a spammed post, may be we can include his id in the spam-blacklist. This information will also be sent whenever importing/exporting the spam-X data. > >>Whenever, a post is caught as spam, it will be entered in the spam queue >>and those words will be highlighted with red marker on the basis of >>which a post is decided as a spam. > > For a post that's rejected by SLV, you won't have that information, btw. > Just something to consider when you design that feature. All right. We can figure out this issue. If SLV marks an entry as spam, then may be we can add a tag or header on the post to indicate that it is ruled out by SLV. We can discuss on this issue on how to implement that. > > I'll get back to you with more comments. Sure. Thanks for reading my proposal :) -- Saurabh Gupta Senior, NSIT,New Delhi, India From singh.roshan08 at gmail.com Fri Mar 27 22:39:57 2009 From: singh.roshan08 at gmail.com (Roshan Singh) Date: Sat, 28 Mar 2009 08:09:57 +0530 Subject: [geeklog-devel] [GSOC] my proposal for plugin repository Message-ID: Hi, I will be applying for the plugin repository project ( http://wiki.geeklog.net/index.php/SoC_plugin_repository). I have drafted my proposal for the same. Just go through once to check if I have missed some details http://docs.google.com/Doc?id=df45t7kb_8hfrtx2fx Regards -- Roshan Kumar Singh http://roshansingh.wordpress.com http://lug.nitdgp.ac.in IRC - #nitdgplug on Freenode -------------- next part -------------- An HTML attachment was scrubbed... URL: From matt.danger.west at gmail.com Sat Mar 28 14:52:43 2009 From: matt.danger.west at gmail.com (Matt West) Date: Sat, 28 Mar 2009 14:52:43 -0400 Subject: [geeklog-devel] [GSOC] my proposal for plugin repository In-Reply-To: References: Message-ID: > Hi, > I will be applying for the plugin repository project (http://wiki.geeklog.net/index.php/SoC_plugin_repository > ). > > I have drafted my proposal for the same. Just go through once to > check if I have missed some details > > http://docs.google.com/Doc?id=df45t7kb_8hfrtx2fx > Hi Roshan, I'm glad to see interest in the Plugin Repository project. Your proposal shows a good understanding of the project but I would like you to elaborate on some of the ways the repository and administrative utility would function. > Phase 1: I would begin by creating a design for the repository and > the way it has to be managed and downloaded for installation, how to > list the number of files and identify the parameters and necessary > details/methods which would be required for updating the plugin. It > would also involve the method requited to check if an update is > available. This would be the most difficult section for the part > since it has to be built from scratch. So, this may take up to 10 > days or even more. I would like to see a basic design/outline of the repository and some ideas on how it would operate in your proposal, instead of during "Phase 1." Phase 1 can be the final design plan where you figure out exactly how everything is going to function and work, after you've had a chance to get more intimate with the Geeklog codebase. So that should give you something to work on :) Take some time to think about my suggestions and send us an updated revision. Matt West -------------- next part -------------- An HTML attachment was scrubbed... URL: From tcsp1900 at hotmail.com Sun Mar 29 01:01:21 2009 From: tcsp1900 at hotmail.com (Tim Patrick) Date: Sun, 29 Mar 2009 01:01:21 -0400 Subject: [geeklog-devel] GSOC 2009 Message-ID: Hey There, My name is Tim Patrick, I am a first year student at Conestoga College in Kitchener Canada, studying software engineering. I am very interested in working on Geeklog for the GsoC. My interest in PHP and MySQL started back when I was in my early teens, and it has always been my faviourite language (PHP). I am also experienced in Java, C/C++, Python, Perl, XML & CSS, and Ecmascript. One of my most recent projects, project mesmer, is a web application that runs on a php backend with a mysql database. This application creates a web based version of the Guild wars skill building tool that is available in the actual game, and uses staged downloading, and Ajax to create a rich GUI. http://timpatrick.comze.com/projectmesmer/cb.html Currently I am working on a CMS type project that is targeted for gaming guilds, that allows gamers to create their own sites, and add modules (much like plugins only targeted for gaming, such as rosters, etc). Linked to this project, because I want to allow users to create modules but not to be able to write those modules in PHP which is a potential security risk, as all the sites are stored on the same server. I am currently working on a custom language that allows a rich experience like PHP, however which can be limited to only allow certain actions. However, unlike PHP, this language is compiled into a byte code, which is then executed by a virtual machine, that acts much like a CPU. This language will elliminate the need to worry about user uploaded plugins etc, as malicious code will not be able to be written, as the language won't allow it. I am interested in Geeklog because it is a very compact and useful CMS, that has alot of potential. As well, it is very well written (the language structure) and structured. The project I am interested in is http://wiki.geeklog.net/index.php/SoC_plugin_repository. This project is appealing because I would like to see this become much like mozillas add-on website, where users can have the add-ons installed automatically with no downloading, unzipping, and placing in folders. A one click process. Some type of verification (digitally signed) for each plugin on the main repository would be an idea as well. This would ensure that the plugin being installed is verified by Geeklog to be OK and free from any malicious code. As well, users will be able to download plugins from anywhere, however if the root domain is not a geeklog trusted site, a warning will be displayed telling the user malicious plugins may be installed, and to make sure you trust the developer, or download from the trusted geeklog site. This would prevent users from unwittingly downloading malicious code. The user will have to concientiously click a check box and then continue to install the non-trusted plugin. For updating, my idea is that the users site will automatically check the plugin repository for an update on the update list that it will publish every x day(s) (or every login) and if an update matches one of the installed plugins, download the necessary update, and update the plugin. This list would be in a simple XML structure for easy and quick parsing, and be very small in size to prevent network holdups. This will be modeled off the GNOME (Linux GUI) update software, where it will check every login for updates by downloading the small xml file, parsing, and if an update, informing the user of the update, and then having them click one button (Update) to allow them to have all the updates installed. As well, for each update, it would be an idea to have a flag associated with the update, that indicates if the user can ignore the update, can delay the update, or whether it is a mandatory update (A security patch for example). A priority would also be a required field for each update. For new updates, we can have a manager plugin that allows a administrator to view all new plugins that are avaiable from his subscribed plugin repositories. This means that the administrator can add repositories, delete repositories, and search through all plugins. Much like a package manager (Synaptic) for Linux. A simple call to an update button in the manager plugin will load all the plugins from the repositories, and then allow the administrator to scroll through them, or search for one individually. As well, the user will be given the option to download many at a time. Maybe as well, we can allow users to remove them from this manager plugin as well? The repositories are of two types - open and closed. Open can have any user submit a plugin, where it is then verified by a moderator before being placed for public download. In the case of geek log, this would also allow the moderator to digitally sign the plugin. For the closed repository, only members would be able to upload plugins, where they would be optionally approved by a manager. This would be able to be configured in a configuration file. A bug I fixed was the one located at : http://project.geeklog.net/tracking/view.php?id=824 This was a very simple bug, that just required adding rawurlencode function the username when the user's file was being named. This allowed user names with reserved browser characters (eg. ? and &) to not break the functionality, as they are converted to the %## code. (Where ## is a hex number). Since all non alpha numeric numbers are encoded, (except _ and -) there is no posibility of duplicate file names unless there are duplicate user names. rawurlencode was used insteda of urlencode as urlencode encodes spaces (ascii 32) as a + which will cause an invalid file character in windows. Thank you for reading this, I hope to work with you guys in the future :) Tim Patrick _________________________________________________________________ Experience all of the new features, and Reconnect with your life. http://go.microsoft.com/?linkid=9650730 -------------- next part -------------- An HTML attachment was scrubbed... URL: From ansh.prat at gmail.com Sun Mar 29 08:12:32 2009 From: ansh.prat at gmail.com (Anshu Prateek) Date: Sun, 29 Mar 2009 17:42:32 +0530 Subject: [geeklog-devel] SoC 2009 proposal - OpenID 2.0 implementation with geeklog Message-ID: <8bc499920903290512n4b4038dcoc55f0640661c2fac@mail.gmail.com> Hi, I ve edited the proposal as suggested by Dhaun and ve put it up over here. http://docs.google.com/Doc?id=dd72qq6w_100gtvzjngz Kindly have a look and let me know. Thanks and regards Anshu Prateek -------------- next part -------------- An HTML attachment was scrubbed... URL: From pawel.niechoda at gmail.com Sun Mar 29 10:01:38 2009 From: pawel.niechoda at gmail.com (=?ISO-8859-2?Q?Pawe=B3_Niechoda?=) Date: Sun, 29 Mar 2009 17:01:38 +0300 Subject: [geeklog-devel] Proposal - plugin repository Message-ID: <27cec44f0903290701w4082f400xb26aefb053b4c59e@mail.gmail.com> Hi guys I am sending a proposal for the plugin repository project. It is here: http://docs.google.com/Doc?id=df2wg5ch_26dmndjknd I will appreciate any feedback. Pawe? Niechoda -------------- next part -------------- An HTML attachment was scrubbed... URL: From dirk at haun-online.de Sun Mar 29 11:59:05 2009 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 29 Mar 2009 16:59:05 +0100 Subject: [geeklog-devel] GSOC 2009 In-Reply-To: References: Message-ID: <20090329155905.1644192476@smtp.haun-online.de> Tim Patrick wrote: >I am very interested in working on Geeklog for the GsoC. Welcome! >This project is >appealing because I would like to see this become much like mozillas add- >on website Yep, that certainly was an inspiration for this project :) So you're on the right track there. >For updating, my idea is that the users site will automatically check >the plugin repository for an update I think it should be possible to switch that to manual checks. Automatic checks may not be welcome in some environments. Even Geeklog itself doesn't "phone home" - you have to click on the "check for updates" link yourself. >This list would be in a simple XML structure for easy and quick >parsing, and be very small in size to prevent network holdups. The original idea was to use RSS or Atom feeds, mainly because Geeklog can already read and write them. But that's not set in stone. >Maybe as well, we >can allow users to remove them from this manager plugin as well? The current Plugin Manager uses the word "delete" when uninstalling a plugin, but only removes it from the database, not from the hard drive. If proper checks are in place, I don't see why it shouldn't actually go and remove the plugin entirely. >Thank you for reading this, I hope to work with you guys in the future :) Thanks for your proposal. Matt has volunteered to mentor this project, so I leave everything else to him. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From dirk at haun-online.de Sun Mar 29 12:11:13 2009 From: dirk at haun-online.de (Dirk Haun) Date: Sun, 29 Mar 2009 17:11:13 +0100 Subject: [geeklog-devel] SoC 2009 proposal - OpenID 2.0 implementation with geeklog In-Reply-To: <8bc499920903290512n4b4038dcoc55f0640661c2fac@mail.gmail.com> References: <8bc499920903290512n4b4038dcoc55f0640661c2fac@mail.gmail.com> Message-ID: <20090329161113.230099081@smtp.haun-online.de> Anshu Prateek wrote: >I ve edited the proposal as suggested by Dhaun and ve put it up over here. > >http://docs.google.com/Doc?id=dd72qq6w_100gtvzjngz Thanks for the clarification here: >MySQL implentation is required to allow merger of remote/openID users >with local users. In the present implementation of OpenID in geeklog, >there is no way that a local user can associate a particular openID with >his local account. This is actually a good idea and would be very useful. Can't really think of anything else right now. I'd say the next revision should go straight into the webapp at socghop.appspot.com :) bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From geeklog.nwo at neverbox.com Sun Mar 29 12:49:19 2009 From: geeklog.nwo at neverbox.com (LWC) Date: Sun, 29 Mar 2009 19:49:19 +0300 Subject: [geeklog-devel] GSOC 2009 In-Reply-To: <20090329155905.1644192476@smtp.haun-online.de> Message-ID: <01c9b096$Blat.v2.6.2$b0d10f66$e7836a54b05@weissbrod.com> Just for the record, while Geeklog itself doesn't "phone home", one of its most popular plugins - Media Gallery - does, and has been for years. From matt.danger.west at gmail.com Sun Mar 29 13:56:34 2009 From: matt.danger.west at gmail.com (Matt West) Date: Sun, 29 Mar 2009 13:56:34 -0400 Subject: [geeklog-devel] GSOC 2009 In-Reply-To: References: Message-ID: > My name is Tim Patrick, I am a first year student at Conestoga > College in Kitchener Canada, studying software engineering. Hi Tim, thanks for sending us a draft of your proposal. My name is Matt West, I'm the mentor for this project. > This project is appealing because I would like to see this become > much like mozillas add-on website, where users can have the add-ons > installed automatically with no downloading, unzipping, and placing > in folders. A one click process. We would like the plugin installation and update process to be as seamless as possible for the user. The Mozilla/Firefox Addons site is a good example of how to do this and would be a good model to follow. > Some type of verification (digitally signed) for each plugin on the > main repository would be an idea as well. This would ensure that the > plugin being installed is verified by Geeklog to be OK and free from > any malicious code. Some form of signing or checksumming is a good idea. It wouldn't prevent the installation of a malicious plugin but it would assure the user of the plugin's authenticity and if they can trust the origin they can trust the plugin. The same idea is applied with signed SSL certificates. If I visit a website that has a certificate signed by Verisign, then I am extending my trust in Verisign to that website. > As well, users will be able to download plugins from anywhere, > however if the root domain is not a geeklog trusted site, a warning > will be displayed telling the user malicious plugins may be > installed, and to make sure you trust the developer, or download > from the trusted geeklog site. This would prevent users from > unwittingly downloading malicious code. The user will have to > concientiously click a check box and then continue to install the > non-trusted plugin. Good. There was some discussion yesterday about using a blacklist to maintain a list of malicious repositories. Any thoughts on whether this is a good or bad idea? > For updating, my idea is that the users site will automatically > check the plugin repository for an update on the update list that it > will publish every x day(s) (or every login) and if an update > matches one of the installed plugins, download the necessary update, > and update the plugin. This list would be in a simple XML structure > for easy and quick parsing, and be very small in size to prevent > network holdups. This will be modeled off the GNOME (Linux GUI) > update software, where it will check every login for updates by > downloading the small xml file, parsing, and if an update, informing > the user of the update, and then having them click one button > (Update) to allow them to have all the updates installed. > As well, for each update, it would be an idea to have a flag > associated with the update, that indicates if the user can ignore > the update, can delay the update, or whether it is a mandatory > update (A security patch for example). > A priority would also be a required field for each update. As Dirk mentioned, it would be best if the plugin didn't automatically phone home. The idea we have is that the admin panel will subscribe to an "available updates feed." The problem I'm seeing with this idea, however, is that as the repository grows this feed will become huge. We could limit the size of the feed but then if the site administrator doesn't check for updates regularly he might miss an update. This could be resolved with a "Check for updates" button that sends a list of the plugins that the site is using and receives the list of available updates. This would scale much better as the repository grows but isn't very elegant. Any thoughts on this? > For new updates, we can have a manager plugin that allows a > administrator to view all new plugins that are avaiable from his > subscribed plugin repositories. This means that the administrator > can add repositories, delete repositories, and search through all > plugins. Much like a package manager (Synaptic) for Linux. > A simple call to an update button in the manager plugin will load > all the plugins from the repositories, and then allow the > administrator to scroll through them, or search for one > individually. As well, the user will be given the option to download > many at a time. Maybe as well, we can allow users to remove them > from this manager plugin as well? Do you mean "For new plugins"? Assuming so, yes, the manager should be able to totally remove the plugin. This process should perform all the typical user warnings before uninstalling. When I think of a plugin manager I envision Synaptic, so that would be a good model. > The repositories are of two types - open and closed. Open can have > any user submit a plugin, where it is then verified by a moderator > before being placed for public download. In the case of geek log, > this would also allow the moderator to digitally sign the plugin. > For the closed repository, only members would be able to upload > plugins, where they would be optionally approved by a manager. This > would be able to be configured in a configuration file. In Geeklog 1.5 we moved the majority of site configurations from the old config.php file to the database. Try to keep any configuration information in the conf_values table. > A bug I fixed was the one located at : http://project.geeklog.net/tracking/view.php?id=824 > This was a very simple bug, that just required adding rawurlencode > function the username when the user's file was being named. This > allowed user names with reserved browser characters (eg. ? and &) to > not break the functionality, as they are converted to the %## code. > (Where ## is a hex number). Since all non alpha numeric numbers are > encoded, (except _ and -) there is no posibility of duplicate file > names unless there are duplicate user names. > rawurlencode was used insteda of urlencode as urlencode encodes > spaces (ascii 32) as a + which will cause an invalid file character > in windows. Thanks for the bug fix :) Your proposal is good draft and shows a good understanding of the project. Besides my comments, we would also like to see a rough project timeline. I think that you should also proofread your proposal once more, as it contains a few errors. Take some time to think about my comments and submit a revision. I look forward to hearing more on your ideas. If you have any questions feel free to chat with me on IRC or email me on the list or directly. Matt West -------------- next part -------------- An HTML attachment was scrubbed... URL: From matt.danger.west at gmail.com Sun Mar 29 14:47:31 2009 From: matt.danger.west at gmail.com (Matt West) Date: Sun, 29 Mar 2009 14:47:31 -0400 Subject: [geeklog-devel] Proposal - plugin repository In-Reply-To: <27cec44f0903290701w4082f400xb26aefb053b4c59e@mail.gmail.com> References: <27cec44f0903290701w4082f400xb26aefb053b4c59e@mail.gmail.com> Message-ID: Hi Pawel, I'm glad to see your interest in the plugin repository project. My name is Matt West and I'm the mentor for this project. I read over your proposal and have a few comments. > 1. Plugin Repository ? this plugin contains the functionality of > providing plugins for download. There should be a possibility of > adding some kind of authorization. So the access to the. repository > can be public or limited to a group of users. Of course all of these > features are going to be configurable. Our outline[1] of an "open" vs. "closed" repository was more with the idea of whether uploaded plugins needed to be approved before appearing in the repository. You're suggesting that access to the repository itself could be configured to be public or private. This is something I hadn't thought of, and am not sure that it's necessary. Could you give an example of why a site or developer may want to keep their repository private? > Plugin Repository is just a normal plugin, so each user of Geeklog > can create his own plugin repository. Some other features of that > module: automatic validation of added plugin (if the structure of > plugin is correct), possibility to download the plugin in > traditional way (via browser), feeds information about changes of > plugins in repository. User can also upload his plugin(or modify his > plugins), which after approving become available for to download > other users. Here you're kind of just rewording what we've outlined in the project summary[1]. This is fine but I would like to see some details on how you would address each of the topics. > 2. Plugin admin panel ? Plugin panel should be modified. So it will > have functionality of adding new repository (and maintain already > added repositories. I think it should be so). There will be a list > of plugins from added repositories. Admin will choose interesting > plugin and will instal it by one click. There is also a news > perspective, which keeps admin up-to-date about plugins in > repositories. Again, I would like to see how you would develop some of these features and how they would function. How will the "one click install" work? What types of checks will need to be performed before installing the plugin? What is the "news perspective" and how will it work? So, I would like you to go back through each point you've mentioned and elaborate in detail. Then submit a revised proposal and we can go from there. If you have any questions feel free to contact me on IRC or you can email me directly or on this list. Matt [1] From tcsp1900 at hotmail.com Mon Mar 30 11:56:29 2009 From: tcsp1900 at hotmail.com (Tim Patrick) Date: Mon, 30 Mar 2009 11:56:29 -0400 Subject: [geeklog-devel] GSOC 2009 Proposal Message-ID: In regards to the 'phoning home' for updates, I thought of the idea of having the manual update instead of phoning home, but i think it has a big flaw. Suppose for example one of the plugins has a giant security flaw. There is no way to force the user to upgrade, and to be honest most users will not manually check for security updates. Maybe a better idea would be to have a mix of this idea and the phoning home - Manual update for all normal updates, but the manager still checks a security file for updates, for forced security updates. What do you guys think? Tim _________________________________________________________________ Reunite with the people closest to you, chat face to face with Messenger. http://go.microsoft.com/?linkid=9650736 -------------- next part -------------- An HTML attachment was scrubbed... URL: From Randy.Kolenko at nextide.ca Mon Mar 30 12:09:44 2009 From: Randy.Kolenko at nextide.ca (Randy Kolenko) Date: Mon, 30 Mar 2009 12:09:44 -0400 Subject: [geeklog-devel] GSOC 2009 Proposal Message-ID: <063B8B70CB9DA141B2FC1DB483561B9F13038F@nex-pluto.nextide.ca> Visions of automated Windows Update flash through my head -- Automatic update done on my vista laptop destroys 1/2 my software. Not sure who is to blame for that situation... Me for not testing the updates or even reading what they are, or Microsoft for pushing the update. Its probably a better idea to have the updates to be configurable option. Give the user the option to automatically update or not for both critical and non critical items. Other options could be an email alert or things like a warning banner bar across the top of the page output or something to that effect. -randy -----Original Message----- From: Tim Patrick [mailto:tcsp1900 at hotmail.com] Sent: Monday, March 30, 2009 11:56 AM To: geeklog-devel at lists.geeklog.net Subject: Re: [geeklog-devel] GSOC 2009 Proposal In regards to the 'phoning home' for updates, I thought of the idea of having the manual update instead of phoning home, but i think it has a big flaw. Suppose for example one of the plugins has a giant security flaw. There is no way to force the user to upgrade, and to be honest most users will not manually check for security updates. Maybe a better idea would be to have a mix of this idea and the phoning home - Manual update for all normal updates, but the manager still checks a security file for updates, for forced security updates. What do you guys think? Tim Messenger has tons of new features that make chatting more fun. Click here to learn more. From vfuria at gmail.com Mon Mar 30 12:42:53 2009 From: vfuria at gmail.com (Vincent Furia) Date: Mon, 30 Mar 2009 10:42:53 -0600 Subject: [geeklog-devel] GSOC 2009 Proposal In-Reply-To: <063B8B70CB9DA141B2FC1DB483561B9F13038F@nex-pluto.nextide.ca> References: <063B8B70CB9DA141B2FC1DB483561B9F13038F@nex-pluto.nextide.ca> Message-ID: <8319e2d60903300942o75226848g59bc5a7bdad9e8e3@mail.gmail.com> I'm with Randy. Users (in this case site owners) shouldn't be forced to do automatic updates. Having the (opt-in) option available though is probably a good idea. I'm not sure its worth the overhead to differentiate between between "critical" and "non-critical" updates. -Vinny On Mon, Mar 30, 2009 at 10:09 AM, Randy Kolenko wrote: > Visions of automated Windows Update flash through my head -- Automatic > update done on my vista laptop destroys 1/2 my software. Not sure who > is to blame for that situation... Me for not testing the updates or even > reading what they are, or Microsoft for pushing the update. > > Its probably a better idea to have the updates to be configurable > option. Give the user the option to automatically update or not for > both critical and non critical items. > Other options could be an email alert or things like a warning banner > bar across the top of the page output or something to that effect. > > -randy > > > > -----Original Message----- > From: Tim Patrick [mailto:tcsp1900 at hotmail.com] > Sent: Monday, March 30, 2009 11:56 AM > To: geeklog-devel at lists.geeklog.net > Subject: Re: [geeklog-devel] GSOC 2009 Proposal > > > In regards to the 'phoning home' for updates, I thought of the idea of > having the manual update instead of phoning home, but i think it has a > big flaw. Suppose for example one of the plugins has a giant security > flaw. There is no way to force the user to upgrade, and to be honest > most users will not manually check for security updates. Maybe a better > idea would be to have a mix of this idea and the phoning home - Manual > update for all normal updates, but the manager still checks a security > file for updates, for forced security updates. > > What do you guys think? > > Tim > > > > Messenger has tons of new features that make chatting more fun. Click > here to learn more. > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > -------------- next part -------------- An HTML attachment was scrubbed... URL: From websitemaster at cogeco.net Mon Mar 30 12:34:51 2009 From: websitemaster at cogeco.net (Website Master) Date: Mon, 30 Mar 2009 12:34:51 -0400 Subject: [geeklog-devel] GSOC 2009 Proposal In-Reply-To: <063B8B70CB9DA141B2FC1DB483561B9F13038F@nex-pluto.nextide.ca> References: <063B8B70CB9DA141B2FC1DB483561B9F13038F@nex-pluto.nextide.ca> Message-ID: <009501c9b155$73315840$599408c0$@net> I like the idea of phoning home to see if upgrades are available as long as it is configurable. Automatically installing the update, I probably would never use, since a number of plugins I use I have done code mods and template/css changes. Even Plugins I have not modified I would still want to be there when the upgrade is installed since I would want to test the update. Tom -----Original Message----- From: geeklog-devel-bounces at lists.geeklog.net [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Randy Kolenko Sent: March-30-09 12:10 PM To: Geeklog Development Subject: Re: [geeklog-devel] GSOC 2009 Proposal Visions of automated Windows Update flash through my head -- Automatic update done on my vista laptop destroys 1/2 my software. Not sure who is to blame for that situation... Me for not testing the updates or even reading what they are, or Microsoft for pushing the update. Its probably a better idea to have the updates to be configurable option. Give the user the option to automatically update or not for both critical and non critical items. Other options could be an email alert or things like a warning banner bar across the top of the page output or something to that effect. -randy -----Original Message----- From: Tim Patrick [mailto:tcsp1900 at hotmail.com] Sent: Monday, March 30, 2009 11:56 AM To: geeklog-devel at lists.geeklog.net Subject: Re: [geeklog-devel] GSOC 2009 Proposal In regards to the 'phoning home' for updates, I thought of the idea of having the manual update instead of phoning home, but i think it has a big flaw. Suppose for example one of the plugins has a giant security flaw. There is no way to force the user to upgrade, and to be honest most users will not manually check for security updates. Maybe a better idea would be to have a mix of this idea and the phoning home - Manual update for all normal updates, but the manager still checks a security file for updates, for forced security updates. What do you guys think? Tim Messenger has tons of new features that make chatting more fun. Click here to learn more. _______________________________________________ geeklog-devel mailing list geeklog-devel at lists.geeklog.net http://eight.pairlist.net/mailman/listinfo/geeklog-devel __________ Information from ESET NOD32 Antivirus, version of virus signature database 3975 (20090330) __________ The message was checked by ESET NOD32 Antivirus. http://www.eset.com From info at heatherengineering.com Mon Mar 30 20:44:12 2009 From: info at heatherengineering.com (Euan McKay) Date: Tue, 31 Mar 2009 09:44:12 +0900 Subject: [geeklog-devel] Suggestion: encourage plugin developers to use both templates in themes and root Message-ID: A random thought that needs development came from this comment by Tom: > Automatically installing the update, I probably would > never use, since a number of plugins I use I have done code mods and > template/css changes. I now usually use a simple check in functions.inc to see if a folder exists in the theme folder, and if it does, set that as the path to the template files. If not, I use the standard templates folder in the plugin root. In the plugin, all new template calls use the template path variable I defined. This means that if I upgrade a plugin, I don't lose my changes to the templates. Of course, there are problems, and I still have to update template files if there have been changes to them, but it means I can update easily if it is just a code change. This might also be something to consider for the plugins repository: a flag to show "template changes have been made" when a plugin is updated. 2 yen. Euan. From chipper at llamas.net Tue Mar 31 09:38:40 2009 From: chipper at llamas.net (Chris 'Chipper' Chiapusio) Date: Tue, 31 Mar 2009 09:38:40 -0400 Subject: [geeklog-devel] GSOC 2009 Proposal In-Reply-To: <8319e2d60903300942o75226848g59bc5a7bdad9e8e3@mail.gmail.com> References: <063B8B70CB9DA141B2FC1DB483561B9F13038F@nex-pluto.nextide.ca> <8319e2d60903300942o75226848g59bc5a7bdad9e8e3@mail.gmail.com> Message-ID: <20090331133840.GA5953@chipsworld.llamas.net> On Mon, Mar 30, 2009 at 10:42:53AM -0600, Vincent Furia wrote: > a good idea. I'm not sure its worth the overhead to differentiate between > between "critical" and "non-critical" updates. > > -Vinny > Since the intent is to use an RSS feed, you can provide that information on the title or body portion of the feed. After that, it's all about presentation (you could have a plugin update css hint, hint) Chip -- ------ **** Warning **** This e-mail message, without warrant or warning, and despite US law as set forth in the Foreign Intelligence Surveillance Act of 1978, may be subject to monitoring by the United States National Security Agency and/or the Department of Defense. Information contained in this message may be used against any senders or recipients, now or in the future, in a public trial or secret tribunal. Please encrypt anything important. PGP Key: http://wwwkeys.pgp.net:11371/pks/lookup?op=get&search=0x6CFA486D From dirk at haun-online.de Tue Mar 31 17:31:56 2009 From: dirk at haun-online.de (Dirk Haun) Date: Tue, 31 Mar 2009 22:31:56 +0100 Subject: [geeklog-devel] GSoC students, please submit your applications to the webapp Message-ID: <20090331213156.1544373404@smtp.haun-online.de> Just a quick note to those GSoC students that haven't submitted their application to the webapp, , yet: We have been asked by Google to ask our students to start submitting their proposals real soon now, so that Google can get a better idea how many applications are actually coming in for the GSoC. So, everyone working on a new draft: Please plan on submitting that next revision directly to the webapp. Also, we've seen quite a few promising proposals that haven't landed in the webapp yet and we would really like to see those submitted "officially" sooner rather than later. So please do that now. Thanks! Just to clarify: The deadline (Friday, April 3, 19:00 UTC) still stands and is unlikely to move (in any direction). This is just a measure to get a better idea about the number of applications out there. bye, Dirk -- http://www.geeklog.net/ http://geeklog.info/ From tcsp1900 at hotmail.com Tue Mar 31 22:48:36 2009 From: tcsp1900 at hotmail.com (Tim Patrick) Date: Tue, 31 Mar 2009 22:48:36 -0400 Subject: [geeklog-devel] geeklog-devel Digest, Vol 26, Issue 30 In-Reply-To: References: Message-ID: Hey Matt and all, Here is my revised proposal.. Tell me what you think! http://docs.google.com/Doc?id=dgfc479g_0cwc6w2hk Tim > From: geeklog-devel-request at lists.geeklog.net > Subject: geeklog-devel Digest, Vol 26, Issue 30 > To: geeklog-devel at lists.geeklog.net > Date: Tue, 31 Mar 2009 10:00:02 -0400 > > Send geeklog-devel mailing list submissions to > geeklog-devel at lists.geeklog.net > > To subscribe or unsubscribe via the World Wide Web, visit > http://eight.pairlist.net/mailman/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-owner 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. Re: GSOC 2009 Proposal (Tim Patrick) > 2. Re: GSOC 2009 Proposal (Randy Kolenko) > 3. Re: GSOC 2009 Proposal (Vincent Furia) > 4. Re: GSOC 2009 Proposal (Website Master) > 5. Suggestion: encourage plugin developers to use both templates > in themes and root (Euan McKay) > 6. Re: GSOC 2009 Proposal (Chris 'Chipper' Chiapusio) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 30 Mar 2009 11:56:29 -0400 > From: Tim Patrick > Subject: Re: [geeklog-devel] GSOC 2009 Proposal > To: > Message-ID: > Content-Type: text/plain; charset="iso-8859-1" > > > In regards to the 'phoning home' for updates, I thought of the idea of having the manual update instead of phoning home, but i think it has a big flaw. Suppose for example one of the plugins has a giant security flaw. There is no way to force the user to upgrade, and to be honest most users will not manually check for security updates. Maybe a better idea would be to have a mix of this idea and the phoning home - Manual update for all normal updates, but the manager still checks a security file for updates, for forced security updates. > > What do you guys think? > > Tim > > _________________________________________________________________ > Reunite with the people closest to you, chat face to face with Messenger. > http://go.microsoft.com/?linkid=9650736 > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > Message: 2 > Date: Mon, 30 Mar 2009 12:09:44 -0400 > From: "Randy Kolenko" > Subject: Re: [geeklog-devel] GSOC 2009 Proposal > To: "Geeklog Development" > Message-ID: > <063B8B70CB9DA141B2FC1DB483561B9F13038F at nex-pluto.nextide.ca> > Content-Type: text/plain; charset="us-ascii" > > Visions of automated Windows Update flash through my head -- Automatic > update done on my vista laptop destroys 1/2 my software. Not sure who > is to blame for that situation... Me for not testing the updates or even > reading what they are, or Microsoft for pushing the update. > > Its probably a better idea to have the updates to be configurable > option. Give the user the option to automatically update or not for > both critical and non critical items. > Other options could be an email alert or things like a warning banner > bar across the top of the page output or something to that effect. > > -randy > > > > -----Original Message----- > From: Tim Patrick [mailto:tcsp1900 at hotmail.com] > Sent: Monday, March 30, 2009 11:56 AM > To: geeklog-devel at lists.geeklog.net > Subject: Re: [geeklog-devel] GSOC 2009 Proposal > > > In regards to the 'phoning home' for updates, I thought of the idea of > having the manual update instead of phoning home, but i think it has a > big flaw. Suppose for example one of the plugins has a giant security > flaw. There is no way to force the user to upgrade, and to be honest > most users will not manually check for security updates. Maybe a better > idea would be to have a mix of this idea and the phoning home - Manual > update for all normal updates, but the manager still checks a security > file for updates, for forced security updates. > > What do you guys think? > > Tim > > > > Messenger has tons of new features that make chatting more fun. Click > here to learn more. > > > ------------------------------ > > Message: 3 > Date: Mon, 30 Mar 2009 10:42:53 -0600 > From: Vincent Furia > Subject: Re: [geeklog-devel] GSOC 2009 Proposal > To: Geeklog Development > Message-ID: > <8319e2d60903300942o75226848g59bc5a7bdad9e8e3 at mail.gmail.com> > Content-Type: text/plain; charset="iso-8859-1" > > I'm with Randy. Users (in this case site owners) shouldn't be forced to do > automatic updates. Having the (opt-in) option available though is probably a > good idea. I'm not sure its worth the overhead to differentiate between > between "critical" and "non-critical" updates. > > -Vinny > > On Mon, Mar 30, 2009 at 10:09 AM, Randy Kolenko wrote: > > > Visions of automated Windows Update flash through my head -- Automatic > > update done on my vista laptop destroys 1/2 my software. Not sure who > > is to blame for that situation... Me for not testing the updates or even > > reading what they are, or Microsoft for pushing the update. > > > > Its probably a better idea to have the updates to be configurable > > option. Give the user the option to automatically update or not for > > both critical and non critical items. > > Other options could be an email alert or things like a warning banner > > bar across the top of the page output or something to that effect. > > > > -randy > > > > > > > > -----Original Message----- > > From: Tim Patrick [mailto:tcsp1900 at hotmail.com] > > Sent: Monday, March 30, 2009 11:56 AM > > To: geeklog-devel at lists.geeklog.net > > Subject: Re: [geeklog-devel] GSOC 2009 Proposal > > > > > > In regards to the 'phoning home' for updates, I thought of the idea of > > having the manual update instead of phoning home, but i think it has a > > big flaw. Suppose for example one of the plugins has a giant security > > flaw. There is no way to force the user to upgrade, and to be honest > > most users will not manually check for security updates. Maybe a better > > idea would be to have a mix of this idea and the phoning home - Manual > > update for all normal updates, but the manager still checks a security > > file for updates, for forced security updates. > > > > What do you guys think? > > > > Tim > > > > > > > > Messenger has tons of new features that make chatting more fun. Click > > here to learn more. > > _______________________________________________ > > geeklog-devel mailing list > > geeklog-devel at lists.geeklog.net > > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > Message: 4 > Date: Mon, 30 Mar 2009 12:34:51 -0400 > From: "Website Master" > Subject: Re: [geeklog-devel] GSOC 2009 Proposal > To: "'Geeklog Development'" > Message-ID: <009501c9b155$73315840$599408c0$@net> > Content-Type: text/plain; charset="us-ascii" > > I like the idea of phoning home to see if upgrades are available as long as > it is configurable. Automatically installing the update, I probably would > never use, since a number of plugins I use I have done code mods and > template/css changes. Even Plugins I have not modified I would still want to > be there when the upgrade is installed since I would want to test the > update. > > Tom > > -----Original Message----- > From: geeklog-devel-bounces at lists.geeklog.net > [mailto:geeklog-devel-bounces at lists.geeklog.net] On Behalf Of Randy Kolenko > Sent: March-30-09 12:10 PM > To: Geeklog Development > Subject: Re: [geeklog-devel] GSOC 2009 Proposal > > Visions of automated Windows Update flash through my head -- Automatic > update done on my vista laptop destroys 1/2 my software. Not sure who > is to blame for that situation... Me for not testing the updates or even > reading what they are, or Microsoft for pushing the update. > > Its probably a better idea to have the updates to be configurable > option. Give the user the option to automatically update or not for > both critical and non critical items. > Other options could be an email alert or things like a warning banner > bar across the top of the page output or something to that effect. > > -randy > > > > -----Original Message----- > From: Tim Patrick [mailto:tcsp1900 at hotmail.com] > Sent: Monday, March 30, 2009 11:56 AM > To: geeklog-devel at lists.geeklog.net > Subject: Re: [geeklog-devel] GSOC 2009 Proposal > > > In regards to the 'phoning home' for updates, I thought of the idea of > having the manual update instead of phoning home, but i think it has a > big flaw. Suppose for example one of the plugins has a giant security > flaw. There is no way to force the user to upgrade, and to be honest > most users will not manually check for security updates. Maybe a better > idea would be to have a mix of this idea and the phoning home - Manual > update for all normal updates, but the manager still checks a security > file for updates, for forced security updates. > > What do you guys think? > > Tim > > > > Messenger has tons of new features that make chatting more fun. Click > here to learn more. > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > __________ Information from ESET NOD32 Antivirus, version of virus signature > database 3975 (20090330) __________ > > The message was checked by ESET NOD32 Antivirus. > > http://www.eset.com > > > > > > ------------------------------ > > Message: 5 > Date: Tue, 31 Mar 2009 09:44:12 +0900 > From: Euan McKay > Subject: [geeklog-devel] Suggestion: encourage plugin developers to > use both templates in themes and root > To: ?Geeklog?? Development?? > Message-ID: > > Content-Type: text/plain; charset=ISO-8859-1 > > A random thought that needs development came from this comment by Tom: > > > Automatically installing the update, I probably would > > never use, since a number of plugins I use I have done code mods and > > template/css changes. > > I now usually use a simple check in functions.inc to see if a folder > exists in the theme folder, and if it does, set that as the path to > the template files. If not, I use the standard templates folder in the > plugin root. In the plugin, all new template calls use the template > path variable I defined. > > This means that if I upgrade a plugin, I don't lose my changes to the > templates. Of course, there are problems, and I still have to update > template files if there have been changes to them, but it means I can > update easily if it is just a code change. > > This might also be something to consider for the plugins repository: a > flag to show "template changes have been made" when a plugin is > updated. > > 2 yen. > > Euan. > > > ------------------------------ > > Message: 6 > Date: Tue, 31 Mar 2009 09:38:40 -0400 > From: Chris 'Chipper' Chiapusio > Subject: Re: [geeklog-devel] GSOC 2009 Proposal > To: Geeklog Development > Message-ID: <20090331133840.GA5953 at chipsworld.llamas.net> > Content-Type: text/plain; charset=us-ascii; format=flowed > > On Mon, Mar 30, 2009 at 10:42:53AM -0600, Vincent Furia wrote: > > a good idea. I'm not sure its worth the overhead to differentiate between > > between "critical" and "non-critical" updates. > > > > -Vinny > > > > Since the intent is to use an RSS feed, you can provide that information on > the title or body portion of the feed. After that, it's all about > presentation (you could have a plugin update css hint, hint) > > Chip > > > -- > ------ > **** Warning **** > This e-mail message, without warrant or warning, and despite US law as set > forth in the Foreign Intelligence Surveillance Act of 1978, may be subject > to monitoring by the United States National Security Agency and/or the > Department of Defense. Information contained in this message may be used > against any senders or recipients, now or in the future, in a public trial > or secret tribunal. > Please encrypt anything important. > PGP Key: http://wwwkeys.pgp.net:11371/pks/lookup?op=get&search=0x6CFA486D > > > ------------------------------ > > _______________________________________________ > geeklog-devel mailing list > geeklog-devel at lists.geeklog.net > http://eight.pairlist.net/mailman/listinfo/geeklog-devel > > > End of geeklog-devel Digest, Vol 26, Issue 30 > ********************************************* _________________________________________________________________ Reunite with the people closest to you, chat face to face with Messenger. http://go.microsoft.com/?linkid=9650736 -------------- next part -------------- An HTML attachment was scrubbed... URL: