[PHP] RE: [PEAR-DEV] ANNOUNCE: Metastorage object persistence API generator
> -Original Message- > From: Björn Schotte [mailto:[EMAIL PROTECTED]] > Sent: Thursday, December 05, 2002 6:42 PM > To: Manuel Lemos > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; pear- > [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; > [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: [PEAR-DEV] ANNOUNCE: Metastorage object persistence API > generator > > * Manuel Lemos wrote: > > Here is the release announcement that may also be found on the site: > > Where's the PEAR context within the marketing text? Well this stuff does work with PEAR::MDB! And we are talking about a model where rapid development and easy of migration to other platforms stands at the core. So its not that big of a deal that its running through a wrapper. However I fail to see why all the other addressants of your reply should care about a PEAR context (you did include all the other non PEAR related mailinglists in your reply as well). Dont get overly jumpy here .. there is no reason to. This can be a big deal for a lot of people (especially the enterprise folks which you also frequently cite as a target for PHP). So it works with php, it works in combination with a PEAR package ... I see a context. Regards, Lukas -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] connecting to oracle 9i as user SYS
Hi, The topic says it all: How do you connect to oracle 9i as the user SYS? In the user comments about OCILogon() someone mentions that this is a little problematic with 9i, but doesn't really spell out the solution. Regards, Lukas Smith [EMAIL PROTECTED] ___ BackendMedia www.backendmedia.com [EMAIL PROTECTED] Linn Zwoch Smith GbR Reuchlinstr. 10-11 Raum 4.1.6 D-10553 Berlin (Tiergarten) Tel +49 30 83 22 50 00 Fax +49 30 83 22 50 07 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] RE: [PEAR-DEV] [debugger] ??
#1 Don't cross post like this ... asking about a free Editor that integrates with DBG would fit php-general but definitely not php-dev or pdphoc #2 Don't come to any of this lists for "hacks" for software #3 DBG is freeware and there are several Editors that integrate DBG SE IDE was bundeled with DBG version 2.10, but was dropped afterwards (dunno if the old version is still up on the site) PHPEdit is Opensource www.phpedit.com Maguma Light is freeware www.maguma.com Best regards, Lukas Smith [EMAIL PROTECTED] ___ DybNet Internet Solutions GbR Reuchlinstr. 10-11 Gebäude 4 1.OG Raum 6 (4.1.6) 10553 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [EMAIL PROTECTED] > -Original Message- > From: Dan Bolser [mailto:[EMAIL PROTECTED]] > Sent: Monday, June 10, 2002 4:20 PM > Cc: [EMAIL PROTECTED]; PHP Mailing List; [EMAIL PROTECTED] > Subject: [PEAR-DEV] [debugger] ?? > > > I want to use this package, > > > with DBG v2.10pl1, (C) 2000,2001, by Dmitri Dmitrienko, [EMAIL PROTECTED], > http://dd.cron.ru > > but I dont want to spend any money. > > Any one know of a nusphere hack? > > What is the story behind that? > > Cheers, Dan. > > > -- > PEAR Development Mailing List (http://pear.php.net/) > To unsubscribe, visit: http://www.php.net/unsub.php -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] RE: [PEAR-DEV] New Metabase Aniversary release
Hi, so for all who care: I will begin pearifying Metabase starting next week. Obviously this will take a fair amount of time. Also I am fairly busy with work so any help is greatly appreciated. This is also my first stab at reworking such a huge amount of code that was originally written by someone else. I am quite optimistic that it will work out though (with the megabytes of code my companies framework fills sometimes that code feels alien too :-) ) and I am allready quite aqainted with the Metabase code. I am not very experienced with PEAR DB code though so it is very important for people to tell me what features are missing from Metabase that are included in PEAR now. I also would like to hear where people think the issues will be (and possibly how to solve them). Aside from the fact that the Metabase class is not derived from the PEAR core class there are a couple of things, like being able to retrieve and associative array from a result set, missing from Metabase. The goal is to have a DB abstraction layer based on Metabase with a PEAR DB API. The outcome will be compatible with both Metabase and PEAR DB where necessary through a wrapper class. I also would like to hear if anyone uses Metabase with using the API in metabase_interface.php .. if there are not many people using it then all then I can safely modify the method names and parameters orders in the new DB class and make the same changes to metabase_interface.php. I guess after getting a good idea where the problem zones are and not what features are missing I will first attempt to get a pearified version of Metabase along with the MySQL driver working. I will first focus on the functional aspects, then step by step making the necessary changes to make that final code compliant to the PEAR coding standard. FYI: there has been a lot of discussion about this project in the last couple months (especially december irrc) on the pear-dev mailinglist. So some questions might allready be answered there. Best regards, Lukas Smith [EMAIL PROTECTED] ___ DybNet Internet Solutions GbR Alt Moabit 89 10559 Berlin Germany Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [EMAIL PROTECTED] ___ -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
RE: [PHP] newbie : how to access functions in seperate files???
> > What do people do with required files? I have a file called config.php > > which contains all my functions. It is 329526 bytes. Should I split this > > up into other files? I don't think so, but what do others think? > > I too am curious about a recommended or best practice. what you want todo is split them up by purpose so you can include as needed also check the differences on include (include_once) versus require (require_once) greets, Lukas Smith [EMAIL PROTECTED] DybNet Internet Solutions GbR Alt Moabit 89 10559 Berlin Tel. : +49 30 83 22 50 00 Fax : +49 30 83 22 50 07 www.dybnet.de [EMAIL PROTECTED] -- PHP General Mailing List (http://www.php.net/) To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP] Re: [PEAR] RE: [PHP] Re: PEAR DB 1.6.0 has been released
electroteque wrote: unfortunately i tried mdb and it was totally unusable and badly documented, and to port pear db over to mdb was impossible, i find pear db ok, even adodb is cool, i had to build my own class specifically just for mysql with pretty good performance as no others could. Actually it had just as much documentation as PEAR DB since a while (I will update the MDB docs with DB updates soon .. just as I will port over the improvements made to DB). Its just that MDB can do way more than DB and yes all of those advanced features havent been documented. I am not sure what you mean with "unuseable". Care to enlighten me? Anyways yes I guess in alot of ways I have been somewhat foolish in this entire process. Since I did MDB few people helped me even though alot of people wanted all the nice Metabase features. At the same time I keep helping out in DB, posting patches etc. So essentially its a one way direction. I feed DB, but DB doesnt feed MDB (so I have to watch thr CVS commits to figure out if I should apply the same thing to MDB). So in the end it seems to me that I was a bit blind sided as to what people really wanted in PEAR. Appearently they prefer to stay with DB, adding things here and there to try to add the missing features. While at the same time ignoring the fact that this will make DB even slower as it is today (yes MDB is faster than DB, MDB2 even more so .. but that is another myth I was unable to combat). Well either way MDB has worked nicely for me and a few people (and will get continued support) and MDB2 works even better for me. So the effort was worth it. Just kinda annoyign getting FUD like this spread across multiple MLs. regards, Lukas Smith [EMAIL PROTECTED] ___ BackendMedia www.backendmedia.com [EMAIL PROTECTED] Linn Zwoch Smith GbR Pariser Str. 44 D-10707 Berlin Tel +49 30 83 22 50 00 Fax +49 30 83 22 50 07 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Re: [PEAR] Re: PEAR DB 1.6.0 has been released
Justin Patrin wrote: I think you're confusing the issue. PEAR DB does support many databases, but it only loads the code for the ones that you are currently using. So if you're using one database it is effectively a one database API. Jakes wrote: What is performance like using this class? I've gone through the class and it just seams to be over kill, for a DB API (13 databases). Are there any time stats showing the different time in using a single DB API class to the PEAR class. Yes things are really not that bad. However expect to give up somewhere a fairly significant amount of performance. If you are using an abstraction layer you have to do it with a good reason (you need to support multiple databases mainly :-) ). Here is a benchmark John Lim came up with: http://phplens.com/lens/adodb/ It only tests MySQL though and it implements a very unrealistic scenario. The reason that ADODB scores so high can be read here: http://marc.theaimsgroup.com/?l=pear-dev&m=100793507904834&w=2 regards, Lukas Smith [EMAIL PROTECTED] ___ BackendMedia www.backendmedia.com [EMAIL PROTECTED] Linn Zwoch Smith GbR Pariser Str. 44 D-10707 Berlin Tel +49 30 83 22 50 00 Fax +49 30 83 22 50 07 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP] Re: [PEAR-DEV] Re: [PHP] RE: [PEAR] WARNING! Virus
lets have this thread die now .. especially as it crosses way too many lists. regards, Lukas Smith [EMAIL PROTECTED] ___ BackendMedia www.backendmedia.com [EMAIL PROTECTED] Linn Zwoch Smith GbR Pariser Str. 44 D-10707 Berlin Tel +49 30 83 22 50 00 Fax +49 30 83 22 50 07 -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
