Re: [openSRS-PHP-dev] Re: Help
Brought to you by:
cviebrock
From: Randall A. A. <zon...@zo...> - 2003-01-18 21:51:36
|
Well PEAR might sound like a good thing, but it is not always the best solution. In the area of DB Abstraction ADODB is much more efficient and my understanding is that the library is at least partially developed by someone using it for a commercial product...ie there is good reason to code it well and keep it maintained. Not all hosting providers are going to properly setup PEAR or keep a very current version available. I know you can do it on your own, but it's yet another thing to keep someone from using it. Often you don't need all the weight of the PEAR libraries to get a job done and it can be better to write your own or at least borrow from thier work to make your own. I don't like to reinvent the wheel but sometimes you can make a much better wheel to suit your needs ;-] Not that I am totally knocking PEAR...it's just that if it were everything some people on the net make it out to be, then there wouldn't be alternative libraries around like ADODB to do some of the same jobs. Randall ----- Original Message ----- From: "Colin Viebrock" <co...@ea...> To: "karthikeyan.balasubramanian" <kar...@as...> Cc: "Opensrs-PHP" <ope...@li...> Sent: Saturday, January 18, 2003 12:42 PM Subject: Re: [openSRS-PHP-dev] Re: Help > > Why do i need PEAR for this interface. I took this snippet from the > > README file which came along with the PHP Version. > > > > <snip> > > It requires that support be compiled in for: > > - PEAR extensions (use "--with-pear") > > </snip> > > > > My presumption is PEAR is used for connecting to different DATABASES with > > minimum CODE CHANGES. > > That's one thing PEAR can do. PEAR is a collection of PHP classes that > do different things. One is a bunch of classes that abstract database > connections, but there are others. OpenSRS PHP relies on the Crypt_CBC > class which does the de/encryption, and PEAR's standardized error > reporting. I'll probably use their logging classes eventually. > > > > I took this snippet from the TODO list of this Version. Can you explain > > this to me, i want to know more on these. > > > > <todosnip> > > - clean out cruft (domain validation, CA entity types, etc), > > and make this just a streamlined connection class > > OpenSRS-PHP started out as a translation of the Perl class, almost > line-for-line. Now that I've used it a lot more, I can see that there > is a lot of unnecessary code in their, so I'll probably clean out the > stuff that isn't required, and do things in a more PHP-centric way. > > > > - better XCP/TPP handling > > Domain registrations through OpenSRS use the XCP protocol. Webcerts and > email use TPP. Apart from one change (which I've already implemented), > everything else about connecting to OpenSRS is the same. But, I might > change the code a bit to handle this seamlessly. Also, if OpenSRS > switches over to TPP completely, things will need to be changed. > > > > - ACE encoding (although I doubt this gets much use) > > For domains with foreign characters. Personally, I think IDNs are a > crock: a Verisign money grab that will go nowhere. But, if they do, I > suppose we should support it. > > > - complete PEAR-ification and PHPDoc documentation > > This goes with the cleaning out of the code mentioned above: if the > class is formatted according to PEAR standards and documented properly > in the comments, it will make it that much more easier for people to > use. Mostly cosmetic, but sometimes a little makeup helps. :) > > > - test > > Make sure I don't bust anything while doing any of the above. > > > </todosnip> > > > > Just one more thing. Can I register all the domains OpenSRS supporting > > through this interface. Don't laugh please. > > Yes. > > > I saw that this is basically an Action command concept. You pass > > appropriate actions and you get response accordingly. > > > > Just one more thing. Forgot to include it before > > > > <snip> > > /* vim: set expandtab tabstop=4 shiftwidth=4: */ > > </snip> > > > > Is Tab and Spacing very important when passing Action request. > > No. That line is for people (like me) editing the file. Don't worry > about it. > > > Have a great day and thanks for your help. > > np. > > - Colin > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: Thawte.com - A 128-bit supercerts will > allow you to extend the highest allowed 128 bit encryption to all your > clients even if they use browsers that are limited to 40 bit encryption. > Get a guide here:http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0030en > _______________________________________________ > opensrs-php-devel mailing list > ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensrs-php-devel > |