RE: [PHP-DEV] PHP web farms (i.e. why msession or something like it)

> >These topics usually don't interest the average PHP developer - why > >keep it in the same manual, then? > > > >What do you think about this? > > > +1 - Maybe even consider adding to part 2 some documentation on > developing PHP itself. Right now, one must read the few files on the > Zend API,

Re: [PHP-DEV] PECL

Zeev Suraski wrote: > As I told Stig yesterday, I think the main problem with PECL right now > is that when an extension is moved to PECL, its author gets the feeling > as if it was banished to Siberia, and that has to be changed. :) That's may be true. > > I think that the moving of extensio

[PHP-DEV] schumann.cx -> DEAD

A quick heads up, please use [EMAIL PROTECTED] from now on. schumann.cx was disconnected without notice. Thanks. - Sascha -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

Re: [PHP-DEV] PHP web farms (i.e. why msession or something likeit)

Daniel Lorch wrote: >I'd like to make a suggestion here: What do you think of splitting up >the current PHP Manual into three major parts: > > 1. Developing in PHP ("for PHP users") > 2. Extending PHP > 3. PHP for System Administrators > >Part 3 would cover all topics interesting only to a sys

Re[3]: [PHP-DEV] PHP web farms (i.e. why msession or something like it)

Hi, > Let's make it a documentation problem, then: > "Using PHP in web farms" or the like. I'd like to make a suggestion here: What do you think of splitting up the current PHP Manual into three major parts: 1. Developing in PHP ("for PHP users") 2. Extending PHP 3. PHP for System Admin

Re: [PHP-DEV] PHP as an ActiveScript Engine

Hi, this is pretty amazing. Making PHP available on the client side could make it more popular among developers to create portable applications while still using known tools (such as HTML and PHP - and not having to move to GTK). I could imagine a "starter application" which launches a browser w

Re[2]: [PHP-DEV] PHP web farms (i.e. why msession or something like it)

Hi, > Chris Shiflett: > The regular session implementation in PHP is extremely flexible, right? > Sure, since you can write your own functions to do things such as store > session data in a database, etc. However, there is *nothing* to help the > average developer implement a professional-grad

Re: [PHP-DEV] Licensing and contributing. (New extension for Isis databases.)

Hi Yasuo! Thank you very much for replying. I apreciate very much you took a time. - Original Message - From: "Yasuo Ohgaki" <[EMAIL PROTECTED]> Subject: [PHP-DEV] Re: Licensing and contributing. (New extension for Isis databases.) > How about apply a CVS account? > If karma granters l

Re: [PHP-DEV] Pear = Siberia

I too am in the cold ;) I have discovered PEAR, exported from cvs... I've had a look around, and some of the functions look interesting. Unfortunatly I am on a Windows, connecting with a 56K modem. I have already got the latest stable snap from snaps.php but even this doesn't include php_p

[PHP-DEV] Pear = Siberia

Well since the main php documentation doesn't have any mention of PEAR functions, it seems like going to Siberia to find them. If people don't know they exist, they won't use them, and they will die. I discovered PEAR by reading this list and would have never known it existed otherwise.. cold

Re: [PHP-DEV] PHP web farms (i.e. why msession or something likeit)

I probably don't have the background on msession that I need to make an intelligent comment, but here is an opinion of mine that is relatively on-topic. The regular session implementation in PHP is extremely flexible, right? Sure, since you can write your own functions to do things such as sto

RE: [PHP-DEV] PECL vs. CORE .... from a users perspective

Sorry didnt mean to offend ;) Thanks for clarifying those points I am also just throwing ideas around ;) What do people think of using an xml file format in php.ini even if it is just directive = On ; directive ="not used"; instead of the ini-style [] sections (I understand they

RE: [PHP-DEV] PECL vs. CORE .... from a users perspective

> I have been developing PHP for about 3 years now. I am currently working > on an application to help administrators to manage the ini file. I would > like to contribute to this discussion, from a > users/administrators point of > view. Sorry if you have covered some of the points before ;) >

Re: [PHP-DEV] PECL vs. CORE .... from a users perspective

Michael Dransfield wrote: > > 1: I assume that for the ext's that are dropped from core and added to > PECL, the extension line will be dropped from the ini file and users > will need to use some kind of 'use EXT::Extension' command. Will there > be a way to override which extensions will nee

[PHP-DEV] PECL vs. CORE .... from a users perspective

Hi, I have been developing PHP for about 3 years now. I am currently working on an application to help administrators to manage the ini file. I would like to contribute to this discussion, from a users/administrators point of view. Sorry if you have covered some of the points before ;) 1:

[PHP-DEV] CVS Account Request: machado

TRANSLATION. I want to contribute in translating PHP Manual to Brazillian portuguese once I've some experience in PHP trainning in Brazil and believe that there's a lack for official documentation in my language. Lucas Rocha, another translation contributor suggested me to request a CVS accoun

Re: [PHP-DEV] PECL

At 09:52 25/05/2002 -0700, Rasmus Lerdorf wrote: >This stuff is in the works. The current pear tool only works with >php-based pear packages, but it will soon get a wrapper that will phpize >and build extensions for you with proper dependency checking. Great, but I'd still like to have a KISS me

Re: [PHP-DEV] PECL

This stuff is in the works. The current pear tool only works with php-based pear packages, but it will soon get a wrapper that will phpize and build extensions for you with proper dependency checking. Here is a current snapshop of what works. (I don't think the pear guys are doing a great job of

[PHP-DEV] On vacation

I'm on vacation until June 16th and will not read any mail until I return. Your mail concerning "Assigned PHP 4 bugs reminder" will be read when I'm back. PS See http://www.venaas.no/whereami/ for my current location. Stig -- PHP Development Mailing List To unsubscribe, v

Re: [PHP-DEV] PHP web farms (i.e. why msession or something likeit)

On Sat, 25 May 2002, Andi Gutmans wrote: > At 10:20 25/05/2002 -0400, [EMAIL PROTECTED] wrote: [...] > >Obviously I think msession is pretty good, but SRM works too. Regardless of > >which, or even either, PHP needs to make an ?enterprise? statement. That's indeed true. There is some discussi

Re: [PHP-DEV] PECL

I agree but it'll take time to build this infrastructure. In the meanwhile I suggest the first step is moving the non-core stuff into PECL once the ./pecl-list and ./pecl-download scripts exist and ./configure has a message pointing users at ./pecl-list (or ./pecl-help :) Andi At 17:35 25/05/2

Re: [PHP-DEV] PECL

As I told Stig yesterday, I think the main problem with PECL right now is that when an extension is moved to PECL, its author gets the feeling as if it was banished to Siberia, and that has to be changed. I think that the moving of extensions to PECL was supposed to address the problem of sync

Re: [PHP-DEV] PHP web farms (i.e. why msession or something like it)

At 10:20 25/05/2002 -0400, [EMAIL PROTECTED] wrote: >I kind of went off in a huff yesterday with the whole PECL/pear issue with >msession, it's over and lets move on. I did, however, want to explain *why* >I think msession should be in the main code. > >In *big* websites, you need multiple web ser

[PHP-DEV] PECL

Hey guys, I just want to air my opinion on what happened with msession and PECL. Although I have not always liked Mark's attitude in the past when it came to coding conventions I do think that the move of msession into PECL without consulting him nor php-dev was extremely wrong. I personally do

[PHP-DEV] PHP web farms (i.e. why msession or something like it)

I kind of went off in a huff yesterday with the whole PECL/pear issue with msession, it's over and lets move on. I did, however, want to explain *why* I think msession should be in the main code. In *big* websites, you need multiple web servers serving copies of the same data in a load ba

Re: [PHP-DEV] CVS Account Request: yhyanghong

On Saturday, 25. May 2002 10:39, yanghong wrote: > learnning it You don't need a cvs-account to learn php. Georg -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Re: mbstring module

Den V. Tsopa wrote: > Hi! > > Well I look through another mbstring repository on cvs.sourceforge.jp. > What's the difference between cvs.sourceforge.jp and cvs.php.net? > Which repository should I use to develope a patch? > Should I continue commiting to cvs.php.net? I'm merging mbstring and oth

Re: [PHP-DEV] PECL vs. CORE .... was msession

I've been doing some work on COM that makes so that it can be used by other parts of the the PHP core, so I don't think it should be pickled because it would either make the HEAD code very messy with ifdefs, or would mean that you could only use certain releases of COM with the mainstream PHP rele

[PHP-DEV] CVS Account Request: yhyanghong

learnning it -- PHP Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php

[PHP-DEV] Any Gimp Extension out there

Hi all I have been working on adding a Gimp (GNU Image Manipulation tool) extension module to PHP. Let me know if anybody out there doing the same. This is just to ensure that I'm not reinventing the same wheel. Thanks -

[PHP-DEV] Bug #16069 not yet

Hello, First, sorry for this misplaced mail. I doesn't seem to be allowed to make a submission to the closed. I received the mail from PHP Bug Database and it declares the bug was fixed, > ID: 16069 > Updated by: [EMAIL PROTECTED] > Reported By: [EMAIL PROTECTED] > -

[PHP-DEV] [PATCH] Allow constants / expressions to be passed by reference

Problem --- There are some scenarios where a function requires the ability to modify parameters that may also be optional. Optional parameters work well, except in the scenario where all of the pass by reference parameters can be optional. ex the socket_select() function. Since select is argu