logo       
Google Custom Search
    AddThis Social Bookmark Button
-->

Re: Dev-list and MySQLi: msg#00009

Subject: Re: Dev-list and MySQLi
I corrected the page you mentioned.  It shouldn't reference dev. 
You're right that it was made private.

Yes, this list may as well be good enough for chatting about such
issues as yours.  I think most devs read all the lists anyways though.
 =)



On Apr 6, 2005 4:05 PM, Chris Pickel 
<chpickel-v1ITN679K0Syum0STUha2w@xxxxxxxxxxxxxxxx> wrote:
> I have two quick things to mention in this message. My apologies if
> this better-suited to a different list, but this seemed most
> appropriate of the four I was presented with.
> 
> 1) The dev-list. The page on cowiki.org
> (http://www.cowiki.org/137.html) makes references to the existence of
> such a list, but never describes it. From reading a couple of messages
> from the archives, I get the impression that it's a private list.
> However, it would be useful if there were some mention of what it's for
> on the Mailing Lists page.
> 
> 2) When I upgraded to PHP5, I also upgraded from the standard MySQL
> library to MySQLi (MySQL improved, an object-oriented interface from
> PHP to MySQL). However, there isn't presently any support for it in
> cowiki. In order to get cowiki working on my server, I did a quick hack
> conversion, but I've also tried to modify the current CVS code to
> provide a more robust implementation.
> 
> Users of MySQL with PHP5 fall into one of three categories: those with
> the classic library, those with the new library, and occasionally,
> those with both. Accordingly, if the scheme is 'mysql', the code will:
> * Use the standard MySQL library if available
> * Use MySQLi if the standard library isn't available
> * Report an error if neither is available
> 
> And, if the scheme is 'mysqli', it will:
> * Use MySQLi if available
> * Report an error if not.
> 
> This way, users with a either install should be able to use the default
> "mysql" setup, and users of both can choose. Unfortunately, preserving
> this flexibility forced me to turn AuthManager from an interfacing
> class into more of a factory class. I also haven't had the chance to
> test out the code on any server but mine (and I haven't tested it
> extensively on mine).
> 
> I can put up code for the purpose of merging it into the tree; since
> it's largely copy/paste and minor edits, it conforms to most (all?) of
> the coding guidelines, except for tabs, which I can fix before posting.
> 
> - Chris Pickel
> 
> 


-- 
used for mailing lists



<Prev in Thread] Current Thread [Next in Thread>