I would say that module requirements and minimum PHP 5 version requirements that aim to improve performance and reduce module code are arguably beneficial in that they force developers/users to look for quality hosting rather than RASH (nice one Boris, hehe).
<br><br>Also, when a module is capable of coping with anything by using very slow, inefficient and somewhat non-guaranteed techniques to "make do" then many lazy developers will just plug these modules in without really putting any effort to install the performance boosting "optional" components, and when these very less-than-optimal techniques fail on some crappy feeds it gets your issue queue filled with garbage. Not to mention giving the false impression to anyone who's examining the site that the module is crappy, not the developer who used it. By requiring PHP 5 and CURL support I minimized the number of issues I got. I realize this is a shady area and my argument might not always hold true.
<br><br>I agree with you here Boris, I should find a better way of storing these authentication passwords. MD5 and SHA1 both offer one way encryption so they won't help. mcrypt came to mind but it requires some additional libraries on a Linux machine. I wonder if someone stumbled on PHP code that would provide a simple 2-way encryption/decryption or has any ideas that would help here?
<br><br><div><span class="gmail_quote">On 6/20/07, <b class="gmail_sendername">Boris Mann</b> <<a href="mailto:boris@bryght.com">boris@bryght.com</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;">
<span class="q"><br><br><div><span class="gmail_quote">On 6/20/07, <b class="gmail_sendername">Sean Robertson</b> <<a href="mailto:seanr@ngpsoftware.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
seanr@ngpsoftware.com</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;">
Curl is frequently not available. I've had to have it installed a few<br>times, but a LOT of people won't even have that as an option<br></blockquote></div><br></span>This is another one of those "must be pluggable" or "fallback" areas. For random ass shared hosting (hereafter known as RASH), we can't necessarily support high performance aggregation of content.
<br><br>For sites that do need high performance aggregation of content, they will have control over their environment.<br><br>And re: curl handling authenticated feeds -- storing user + pass in the database in cleartext as part of the feed URL is not really a great solution.....
<br><br>drupal_socket_request with plugins for different things? Interesting thought....<div><span class="e" id="q_1134a464a5f500fc_2"><br clear="all"><br>-- <br>Boris Mann<br>Office 604-682-2889<br>Skype borismann<br><a href="http://www.bryght.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
http://www.bryght.com
</a>
</span></div></blockquote></div><br>