Re: [Phpsqliteadmin-devel] proposed class conversion

[Felipe L. <wi...@ig...>]

Em 12 Nov 2004, Felipe Lopes escreveu: 


>Hi there Steve! 
> 
>Well....Honestly I dun like the idea of using PEAR's native DB class for 
>some reasons: 
>1) Our class is more then enough - yes, we must clean it up a bit (a lot?); 
>2) Professional servers do have PEAR installed most probably, but personal 
>servers, just some (maybe a few) have; 
>3) I like the idea of phpsqliteadmin been an easy to install thing that 
>would work almost out of the box; 
>4) Never used PEAR and had trobles the time I tried LOL 
> 
>As I said to you on ICQ, I'd rather get DB class out of PEAR and use it, 
but 
>then it would be the same of using our class. I do understand that it is a 
>key decision since if we change it down the road we will have to edit more 
>stuff. IMO, changing it equals time lost. 
> 
>Felipe Lopes 
> 
>Em 11 Nov 2004, Steve Dibb escreveu: 
> 
>>Ok guys, 
>> 
>>I've been spouting this dream of mine to use PEAR's native DB class as 
>>the backend API for connecting to the SQLite database, and here's how I 
>>think it can be done. 
>> 
>>There's two reasons I want to use the DB class though -- one, it's 
>>installed with almost every php installation and it's very nice class 
>>(well documented too), and two, I'm already really familiar with it. :) 
>> 
>>Anyway, this email is my proposal on ditching the old class, and 
>>integrating the parts that PEAR's doesnt support into PSA, and how it 
>>can be done. 
>> 
>>http://sdibb.frogcircus.org/psa/psa_class_conversion.html 
>> 
>>I put together a quick spreadsheet that has four columns: 
>> 
>>SPLSQLite - has the functions of the old class you guys were using, and 
>>as nice as I think it is, I have no problems about abandoning it since 
>>DB.php already supports half the functions (as you'll see), and the 
>>other half can be put into the PSA class. 
>> 
>>DB - If there's an entry in the column, then that value can replace that 
>>function of the old class. In almost every case it's probably going to 
>>take a bit of manipulation and code cleanup to use DB instead. 
>> 
>>PSA - The new class I already started working on, which will pick up any 
>>slack that DB can't handle, and at the same time pick up any functions 
>>that psa is using right now and integrate them in as well. The PSA 
>>class of course won't be limited to just that stuff, but that will be 
>>some if of its main functions. 
>> 
>>PHP - The actual php functions that the PSA class would use. 
>> 
>>What do you guys think? I hope my little spreadsheet makes some sense. 
>:) 
>> 
>>I can go ahead and start on the class conversion, but I just wanted to 
>>make sure we're all on the same page, and you guys don't think it's a 
>>bad idea using PEAR instead or anything. 
>> 
>>Steve 
>> 
>>------------------------------------------------------- 
>>This SF.Net email is sponsored by: 
>>Sybase ASE Linux Express Edition - download now for FREE 
>>LinuxWorld Reader's Choice Award Winner for best database on Linux. 
>>http://ads.osdn.com/?ad_id=5588&alloc_id=12065&op=click 
>>_______________________________________________ 
>>Phpsqliteadmin-devel mailing list 
>>Php...@li... 
>>https://lists.sourceforge.net/lists/listinfo/phpsqliteadmin-devel 
>> 
>>---------- 
> 
>Felipe Lopes. 
> 
>_________________________________________________________________________________ 
>Quer mais velocidade? 
>Só com o acesso Aditivado iG, a velocidade que você quer na hora que você 
>precisa. 
>Clique aqui: http://www.acessoaditivado.ig.com.br 
> 
>---------- 


Felipe Lopes. 

_________________________________________________________________________________
Quer mais velocidade?
Só com o acesso Aditivado iG, a velocidade que você quer na hora que você precisa.
Clique aqui: http://www.acessoaditivado.ig.com.br