> That is the general guideline. But, of course, you're guilty of that<br>> as well :P SimpleFeed and others were in progress when you came along.<br><br>Was leech and simplefeed announced in the mailing list? I'm quite new to the lists. If leech was, I'm surprised you agreed to it instead of asking the developer to upgrade his aggregator2 module. As to simplefeed, I really don't know too much about its history to say weather its development was warranted or not, maybe it was, maybe not. I will say however that I'm guilty to the core with that in lucid_menu, should have announced it first. I'm quite over the curve where I think I'm always right, just
right 99.999% of the time (i wish!) :-P<br><br>> No, hence why all the other folks are joining forces to work on seeing<br>> if there can be some core upgrades. If you don't want to help with<br>> core, that's fine.
<br><br>Hey, don't get me wrong man. What I'm saying is that I need to understand the need for an API, not that I don't want to help or anything. If the idea is sound then you can count me in as long as I have the time for it.
<br><br>I'm well aware that there was much effort spent towards this end as well as an SoC, I'm not really in the business of undermining people's efforts. But I can already detect some flaws here, if you simply allow overriding then developers could override everything and you'll be left with the same amount of code to find security issues in and so forth. Am I correct? I just don't want us to spend so much effort in something that we may find was useless (or worse) later on.
<br><br>What I propose is to simply pick a module that would replace the core one, create update paths from all other modules to it, and then stop all aggregation module development. The one that should be picked is the one most well designed. That's it. Is anyone else with me on this? We could request that all aggregation module developers who think their modules are candidate to step up and nominate them, then we would all get in and discuss this until we agree on one.
<br><br>> I am not sure whether you will be maintaining it or it'll be dead after a while like the rest.<br><br>It will not, unless I happen to get infected by the RDS (Remote Death Syndrome lol), then you'll have to pardon me :-P. Other reason is if I don't have enough money to maintain my net connection, which in light of my current conditions, is likely lol, but hey, what did they create non-encrypted wireless Internet connections for? lol
<br><br>> You are depending on php5. I'm still running 4 and not planning to move now.<br><br>My use of php5 functions is limited to three locations. Using simpleXML (search the net and you'll see that backports to php4 are available), pretty few try catch statements, which are also replaceable, and some minimal functions like file_put_contents and the like, they can be rewritten or (was it PEAR?)'s compatibility layer could be used here. As a matter of fact, now that I think about it, maybe I'll start a port to PHP 4 soon. Seems simple enough.
<br><br>Really looking forward to everyone's views on this. Had to scratch my head a bit to come up with what I think is an alternative plan. As always, feel free to bash at my suggestions as much as you like, that's why I'm writing them ;-)
<br><br><div><span class="gmail_quote">On 4/30/07, <b class="gmail_sendername">Mohammed Sameer</b> <<a href="mailto:msameer@foolab.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">msameer@foolab.org
</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
2 main things are causing problems with the aggregation module:<br>1) I am not sure whether you will be maintaining it or it'll be dead<br> after a while like the rest.<br>2) You are depending on php5. I'm still running 4 and not planning to move now.
<br><br>We really have a mess and I guess the only way to solve it is a core aggregator rework.<br>I don't have much time for that and I don't think I have much experience.<br><br>What do you think ?<br><br>On Mon, Apr 30, 2007 at 03:53:11AM +0300, Ashraf Amayreh wrote:
<br>><br>> Post what it is you you think is lacking in the current aggregation modules<br>> and let's all collaborate. My aggregation module would welcome a patch<br>> anytime :-p<br>><br>> On 4/30/07, Mohammed Sameer <[1]msameer@
<a href="http://foolab.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">foolab.org</a>> wrote:<br>><br>> [snip]<br>> On Mon, Apr 30, 2007 at 01:09:16AM +0300, Ashraf Amayreh wrote:
<br>> > IMHO, we should make it compulsive that every module developer post to
<br>> the<br>> > mailing list before setting on a new module. This may prevent the<br>> > catastrophe of so much repeated modules and repeated code.<br>> There's a point I want to say. Writing your own module/code is sometimes a
<br>> lot easier<br>> than spending your time to understand the current code. I'm not sure what<br>> lead to having<br>> all those aggregator modules around. It even becomes worse when you find<br>> that most of
<br>> them are either unmaintained, not working for you or your setup or not<br>> ported to the<br>> latest drupal. Then you end up writing your own.<br>> I had this problem with the stock aggregator module bringing my server to
<br>> its<br>> knees. No time to push changes to core aggregator. The solution ? I have<br>> my own 100th<br>> aggregator module (Yes, I'm serious) and I'm thinking about releasing it<br>> since I know I'll
<br>> maintain it and keep it up to date.<br>> I guess we need to work on the core one to fix it.<br>> My 0.02 Euros!<br>> --<br>> GPG-Key: 0xA3FD0DF7 - 9F73 032E EAC9 F7AD 951F 280E CB66 8E29 A3FD 0DF7
<br>> Debian User and Developer.<br>> Homepage: [2]www.foolab.org<br>><br>> References<br>><br>> 1. mailto:<a href="mailto:msameer@foolab.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
msameer@foolab.org</a><br>> 2. <a href="http://www.foolab.org/" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://www.foolab.org/</a><br><br>--<br>GPG-Key: 0xA3FD0DF7 - 9F73 032E EAC9 F7AD 951F 280E CB66 8E29 A3FD 0DF7<br>Debian User and Developer.<br>Homepage: <a href="http://www.foolab.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
www.foolab.org</a><br></blockquote>
</div><br>