[PHP-DEV] [Call for Papers] Int'l PHP Conference 2003 Spring Edition, Amsterdam

opics: - General PHP - PHP & Business - PHP & Databases - PHP Design - PHP Extensions - PHP & XML - PHP-GTK >>Call for Papers: If you want to present your talks at this unique event, please submit your proposals to us. The chair board consists of the following persons: - [He

Re: [PHP-DEV] Photos from the Conference

* Maxim Maletsky wrote: > But hey! Where is me? You got no photos of me there :) How come? Perhaps at http://www.phpconference.de/gallery/ ? (Those people who made photos should upload them there) -- 35 Kundenportale mit mehreren tausend Nutzern erstellen. Bei geringen Kosten und einer großen An

[PHP-DEV] Call for Papers: International PHP Conference 2002

Dear Sirs/ Madams, dear friends, the PHP Center and the Software & Support Verlag are pleased to announce the International PHP Conference 2002 in Frankfurt, Germany. Like last year, for the first International PHP Conference, we want to present an interesting and various programme to the intern

Re: [PHP-DEV] PHP's vision

* Rasmus Lerdorf wrote: > I find this argument not only > stupid, but extremely offensive. I don't want to offense those people out there that use PHP but don't know how to program at all. I only want to share my observations I've made in the last year(s). As already said, I don't have a solutio

Re: [PHP-DEV] PHP's vision

Hi Jani, > Any examples? Is PHP too easy to use? :) > I find that hard swallow. It's one of the main features > why I am using PHP. Yep, but IMHO it's also one of its main 'bugs' in the sense of lacking its image. Web designer, Photoshoppers and every "allrounder" in small to mid-si

Re: [PHP-DEV] PHP's vision

Hi, * Jani Taskinen wrote: > What do you mean with 'better release management' ? Extensions that get broken from one minor release to another minor release is not a very good thing. > >more complexity to the language itself. > Why would making PHP more complex be a good thing? Bec

Re: [PHP-DEV] PHP's vision

* Jani Taskinen wrote: > Could you explain in more detail what exactly these needs > would be? As Sebastian mentioned (sorry I couldn't reply earlier, we are currently moving PHP-Center/PHP-Conference to a new machine) things like Application Server functionality (VL-SRM), native .NET an

Re: [PHP-DEV] PHP's vision

* Sebastian Bergmann wrote: > For most PHP programmers, mixing PHP and HTML (or using a template > system of some kind to avoid this) is enough. These are the users of > the "quick, powerful platform for creating web sites, in use by > hundreds of thousands of people around the world." I

Re: [PHP-DEV] libxml bundling

* Sebastian Bergmann wrote: > I don't want to see changes (like those you mention later in your > posting) in PHP to attract new users, but more to bind people that > already use PHP, but are about to "outgrow" it. > > If you (and others) want PHP to stay at the "BASIC for the Web" level

Re: [PHP-DEV] Let's fork GD!

* Daniel Lorch wrote: > If GD was so great, why do products like typo3 and "gallery" rather > use imagemagick? Maybe because it's more feature-rich, supports 68 > formats and can do ALOT of effects? Yep, but I don't see a reason why GD should be thrown away. -- PHP Development Mailing List

Re: [PHP-DEV] Let's fork GD!

* Daniel Lorch wrote: > Have you ever tried to do something productive with GD? See http://www.aditus.nu/jpgraph/ (yes, Vagrant seems to be the counterpart of JPGraph regarding Imlib compatibility and general complexity, but I think JPGraph ist the better one) -- PHP-Support * realitätsnahe Per

Re: [PHP-DEV] Re: The PHP Platform

* Ken Egervari wrote: > Like I said, I think its time PHP started moving forward and developed a new > vision for itself and the community. This is one of the things I'm missing: in my opinion, PHP needs to have a precise roadmap (like Mozilla has for example) what will come for PHP 5, 5.1, 5.2 a

Re: [PHP-DEV] Serving WebDAV with PHP

* Chris Adams wrote: > I'm trying to build a WebDAV front-end for several projects so users can > do things like edit database content directly. I haven't found a whole > lot in the mailing archives - it looks like there's some interest but no > serious development going. Is anyone working on s

Re: [PHP-DEV] php.ini search path

* Edin Kadribasic wrote: > I'm curious: how would this affect hosted environments? When you use PHP as > a module in Apache, the php.ini file is read when the server is started. Hosters normally use PHP CGI environments. -- PHP-Support * realitätsnahe Performance-Messungen mit Code-Analyse

Re: [PHP-DEV] php.ini search path

Hi, * Edin Kadribasic wrote: > Are there any objections to removing CWD from php.ini search path? Please only remove CWD from php.ini search path when compiled as cli. (There are some hosters out there where you can have your own php.ini at your vhost which is IMHO a good feature.) -- PHP-Supp

Re: [PHP-DEV] Built-in SOAP based Web Services support(wasRe:PHP 5)

* Lukas Smith wrote: > I don't know the names of the authors of the other soap/xml-rpc > implementations but it would probably be a good idea to talk to them as > well. Have a look at http://dietrich.ganx4.com/ - seems to be one of the best SOAP/WSDL/UDDI implementations and will be the core of A

Re: [PHP-DEV] PHP 4.2.0 / PHP 5.0.0-alpha

* James Cox wrote: > with regard to the release of a v.5 [pre-]alpha, what are your thoughts on a > developer vs public announcement? Will there be any revolutionary things besides of ZE2 inside PHP 5? If not, I would suggest a developer's announcement. Public announcement would disappoint people

Re: [PHP-DEV] Email Attachment

* Mauricio Sthandier wrote: > Hello, I'm new in php development... I was wondering how can I attach a Word This list is *only* for developing PHP itself, not for developing *with* PHP. For the future, please use [EMAIL PROTECTED], as you can find it on http://www.php.net/mailing-lists.php ("Gener

Re: [PHP-DEV] NEW PHP standalone compiler (was Re: [PHP-DEV] Here we try again)

* Manuel Lemos wrote: > Sure there is Zend Encoder, but at USD $2400!?!? USD $2400 are *peanuts* for an *Encoder*. If your scripts are so full of value, then USD $2400 are peanuts. If not, go to your lawyer and get a license agreement. That costs less than USD $2400. -- PHP-Support * realitäts

Re: [PHP-DEV] Re: PHP 5

* Zeev Suraski wrote: > Well, I think that the main motivation for separating the modules away was > the release schedule. I.e., separating the release schedule of each > extension from the release schedule of the PHP core itself. Jep. Just to note: I'm +1 for it. > If we still > have a ful

Re: [PHP-DEV] Re: PHP 5

* Zeev Suraski wrote: > >Yep. But what about a php_4_3_4_core.tgz (core PHP/ZE/TSRM with > >core extensions) and a release of php_4_3_4_complete.tgz packaged > >with all extensions together? > That can happen, but what does that buy you? I can err myself, but it's some sort of BC for me in the co

Re: [PHP-DEV] Re: PHP 5

* [EMAIL PROTECTED] wrote: > and remain that way. It's much easier to distribute (one download), and > easier to install. (No more fetching of PECL extensions). Yep. But what about a php_4_3_4_core.tgz (core PHP/ZE/TSRM with core extensions) and a release of php_4_3_4_complete.tgz packaged with a

Re: [PHP-DEV] Built-in SOAP based Web Services support (wasRe: PHP 5)

* Andi Gutmans wrote: > It's a shame that if you have something good that you're not willing to > share it with the PHP community. There are other PHP SOAP implementations out there. http://dietrich.ganx4.com/soapx4/ -- Sichere PHP Applikationen / Notfall-Consulting mit der PHP Feuerwehr / Cod

Re: [PHP-DEV] Vacation

* Derick Rethans wrote: > I just wanted to say that I'll be doing other things for a while, instead > of concentrating on PHP development. This does not mean that I won't > follow mail, but every message with 'bug' in the subject will go to my Did I miss something (somebody said there was a heate

Re: [PHP-DEV] [NEW EXTENSTION]: templates

* Alexander Wagner wrote: > > for programmers (and as Kris said, a template engine > > should not be a full fledged turing engine). > You have a point here, but you're not necessarily right. Ack. It depends on the skills of the pixel mover, but I was talking about "real" pixel movers who have no

Re: [PHP-DEV] [NEW EXTENSTION]: templates

* Andrei Zmievski wrote: > One thing I try to avoid is making assumptions, because most of the > world's problems come from that. So perhaps you should make an RfC for inserting a "(IMHO)" after every word in every sentence of a posting to php-dev to satisfy your soul. -- Sichere PHP Applikatio

Re: [PHP-DEV] [NEW EXTENSTION]: templates

* Andrei Zmievski wrote: > > Sebastian asked for my opinion. Where's the problem? > It would have been nice to add "IMHO" at the end of your statement > then. It should be self-evident that most things are "IMHO". So I don't see the reason why you're trying to make a problem out of that. -- Sic

Re: [PHP-DEV] [NEW EXTENSTION]: templates

* Andrei Zmievski wrote: > I am sorry, but *that* is your opinion. Sebastian asked for my opinion. Where's the problem? -- Sichere PHP Applikationen / Notfall-Consulting mit der PHP Feuerwehr / Code inspection / Code rehearsal / API Checkup. mailto:[EMAIL PROTECTED] -- P

Re: [PHP-DEV] [NEW EXTENSTION]: templates

* Sebastian Bergmann wrote: > > I suggest ext/template being extemely important. > Why would that be? Political reasons[2]. "Template engine? No problem, it is integrated into PHP" - cravatti[1]: "Oh, that's nice, let's choose PHP" [1]: anyone has a nice English expression for the german "Schl

Re: [PHP-DEV] [NEW EXTENSTION]: templates

* Sebastian Bergmann wrote: > I don't see the need for the 23042th template solution in or for > PHP, the future belongs to XML and XSL(T) anyhow. Web designers and pixel movers are yet too dumb to check how XSL(T) works. So they prefer template solutions like PHPLIB/IT[X], as Smarty is o

Re: Re[5]: [PHP-DEV] [NEW EXTENSTION]: templates

* Andrei Zmievski wrote: > on there. At the end we agreed that no default template solution would > be bundled with PHP. In fact you did that with IT[X] in PEAR. :-) But for the sake of having no flame war again it would be better to put this extension into PECL. -- Sichere PHP Applikationen /

Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates

* Andrei Zmievski wrote: > > I suggest ext/template being extemely important. > Sorry, but I am completely against it. Why? Björn. -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the l

Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates

* "Idiot I am" wrote: > I suggest ext/template being extemely important. Erm, of course if that extension would be as powerful as PHPLIB's Template, IT[X] and Smarty together. -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands

Re: Re[2]: [PHP-DEV] [NEW EXTENSTION]: templates

* Martin Jansen wrote: > and will not be included in the main source tree (unless they > are extremely important). I suggest ext/template being extemely important. -- Sichere PHP Applikationen / Notfall-Consulting mit der PHP Feuerwehr / Code inspection / Code rehearsal / API Checkup.

Re: [PHP-DEV] [NEW EXTENSTION]: templates

* Maxx wrote: > - unset template tags and contexts are replaced with empty string > so they won't appear in result output Is this user defineable? PHPLIB's template class knows set_unknowns() method with parameters "keep", "remove" where keep will remain Stylesheets inside HTML (because

Re: [PHP-DEV] Re: [PHP-CVS] cvs: php4 /ext/ircg README.txt

* Jani Taskinen wrote: > I couldn't find email archives for that IRCG mailing list, I'm reading IRCg although I don't use ircg. My experience is that Sascha helps people who are asking on this list, so I don't see any reason why there's need for another flamewar here on PHP-DEV. -- Die Marktumf

Re: [PHP-DEV] Re: Output Compression Issues

Hi, * Troels Arvin wrote: > I agree on that. I have heard that some older versions of both major > browsers have trouble with compressed non-HTML content. Jep. Especially Netscape (tested with 4.61 @ Linux 2.2.14) can't display dynamic generated images which are gzipped by ob. Also, there's ano

Re: [PHP-DEV] Security Issues

* Zeev Suraski wrote: > equivalent to shipping cars without brakes. You hope that the user would > be bright enough to install brakes, Hoping that is not enough. If you really change the behaviour to ship PHP with register_globals to off, then I suggest you should also ship some README_Security

Re: [PHP-DEV] Security Issues

* Rasmus Lerdorf wrote: > significantly more secure PHP scripts out there. It will simply cause > scripts to break in non-obvious ways and the knee-jerk fix will be to > swear at those annoying PHP folks and then turn register_globals on, or > they will do something like: > > foreach($HTTP_POS

Re: [PHP-DEV] Fw: PHP XMF

* Michael Glazer wrote: > I feel I want to yell and scream out, "who does he think he is?" Michael, _you_ want to "sell" something to the php.net folks. Why should anybody of them fall to their knees and praise you for your idea/suggestion? If I look up this e-mail conversation, I only see somebo

[PHP-DEV] Possible bug on php.net (mailing list subscription)?

Hi, I don't know who is responsible for this part http://www.php.net/support.php I just wanted to subscribe on two lists but realized that radio buttons are mutual exclude so that I can only subscribe to one list (column "Normal"). Is this a bug or a feature? -- PHP Schulungen und

Re: [PHP-DEV] Bug with --trans-sid & gzip

* Björn Schotte wrote: > we're using .. forgot to mention we're using PHP4.0.6 -- PHP Development 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-DEV] Bug with --trans-sid & gzip

Hi, we're using zlib.output_compression = On e.g. transparent gzip output compression. I wanted to change PHP-Center to use native PHP4 sessions with transparent sid propagation. Problem: trans-sid doesn't work when zlib.output_compression is On, so I consider this as a bug. -- PHP Schulun

Re: [PHP-DEV] PHP Working Groups

* Jon Parise wrote: > groups (or special interest groups). There should be something like a "PHP Advocacy group", planning and implementing the PHP world domination. -- PHP Schulungen und| International PHP Conference Schulungsmaterial:|

Re: [PHP-DEV] PHP as an Application Server

* Sean R. Bright wrote: > I am not bringing this up for discussion as I know alot of the group is > against it, I am just wondering if anyone would be interested in a seperate > project to get PHP to run as an Application Server. At LinuxTag, I had several talks about this topic: o with Zeev on

Re: [PHP-DEV] trans-sid and Location: Header

* Björn Schotte wrote: > http://$HTTP_HOST/foo isn't a "relative" link because ^^ Erm, I mean "external". -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-mail: [EMAIL PROTECTED] For additional

Re: [PHP-DEV] trans-sid and Location: Header

* Alexander Wagner wrote: > Trans-sid doesn't work with complete URL beginning with "http://";, does > it? Aren't these regarded as external links? http://$HTTP_HOST/foo isn't a "relative" link because it's a "link" on the same web site. > BTW: I don't find it that difficult to rewrite the Hea

[PHP-DEV] trans-sid and Location: Header

Hi, I had a talk with somebody whom I said that --enable-trans-sid would save time in his project. He implemented it but dropped me a note that he had to manually rewrite Header("Location: http://$HTTP_HOST/foobar.php";); URIs with the SID. So would it be able to implement trans-sid for the Locat

[PHP-DEV] [Call for Papers] International PHP conference 2001

want to present only one session, please contact the Conference Board at [EMAIL PROTECTED] 4. Speaker who will cover a pre conference tutorial will be paid extra >> conference committee: - Rasmus Lerdorf - Kristian Köhntopp - Sebastian Bergmann - Björn Schotte - Ralf Geschke Contact: Softwa

Re: [PHP-DEV] Zend API changes

* James Moore wrote: > And the point of this other than trying to start a flame war was Bjorn? I'm not starting a flame war. Björn. -- PHP Development Mailing List To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the

Re: [PHP-DEV] Zend API changes

per's seem to be equal, but some seem to be more equal. As you know from Daniel Grossmann, I'm not the only one who has this opinion. -- Björn Schotte [EMAIL PROTECTED] http://rent-a-phpwizard.de/ [EMAIL PROTECTED]

[PHP] Searching for facts on big PHP websites

ts after giving my session which will happen on the 6th of July. Please, don't reply to THIS LIST, reply via PM to [EMAIL PROTECTED] TIA, -- Björn Schotte [EMAIL PROTECTED] http://rent-a-phpwizard.de/ [EMAIL PROTECTED] PHP Schu

Re: [PHP-DEV] PHP Conference

ent on this and other mailing lists. And it would be great if it then could be announced on www.php.net. -- Björn Schotte [EMAIL PROTECTED] http://rent-a-phpwizard.de/ [EMAIL PROTECTED] PHP Schulungen, Softwareentwicklung, Coaching

Re: [PHP-DEV] is_reference() ?

s I recall). The engine may > convert certain variables to be references on the fly, without the user > requesting it. So, is_reference() won't mean much to end users. In case of the former bug reports, I think it would mean much. -- Björn Schotte

Re: [PHP-DEV] is_reference() ?

Hi, > It's not really possible right now due to the way Zend engine works. So it would be better to reopen the bug reports which considered the unset() issue? Anyway, is it possible that there may exist a function like is_reference() in future? TIA, -- Björn

[PHP-DEV] is_reference() ?

ce(varname) Sometimes we would like to know if $foo is a references variable or not (e.g. to ship around the unset() bug issue). What do you think? -- Björn Schotte [EMAIL PROTECTED] http://rent-a-phpwizard.de/ [EMAIL PROTECTED] PHP

Re: [PHP-DEV] Debugger protocol

"I want to purchase the Zend Debugger". At the moment, I can't because there's no Zend Debugger I can buy. -- Björn Schotte [EMAIL PROTECTED] http://rent-a-phpwizard.de/ [EMAIL PROTECTED] PHP Schulungen, Softwareentw

Re: SV: [PHP-DEV] The new design

, on the right side the "Quickref"-Box. -- Björn Schotte [EMAIL PROTECTED] http://rent-a-phpwizard.de/ [EMAIL PROTECTED] Software dev advocate: http://www.advogato.org/person/baerli/ -- PHP Development Mailing List <http://www.

[PHP-DEV] New php.net Design

users out there). -- Björn Schotte [EMAIL PROTECTED] http://rent-a-phpwizard.de/ [EMAIL PROTECTED] Software dev advocate: http://www.advogato.org/person/baerli/ -- PHP Development Mailing List <http://www.php.net/> To unsubscribe, e-m

Re: [PHP-DEV] PHP 4.0 Bug #9433 Updated: ErrorDocument 404 pointing to PHP file

. Go to the IE preferences, there's a section where you can change the behaviour of IE so that it displays the 404 page which the server sends. -- Björn Schotte [EMAIL PROTECTED] http://rent-a-phpwizard.de/ [EMAIL PROTECTED] Software

[PHP-DEV] Re: [PHP-PEAR] PEAR issue #2 (pear-dev) vote

(X) pear-users and pear-dev ( ) pear-general and pear-dev [X] any other idea bring http://pear.php.net/ to what it was thought for (whip Sterling and Jannis :) -- Björn Schotte [EMAIL PROTECTED] http://rent-a-phpwizard.de/ [EMAIL

[PHP-DEV] error in ext/mnogosearch/config.m4

Hi, there's an error in this config macro file: MNOGOSEARCH_VERSION_ID=$MNOGOSEARCH_BINDIR/udm-config -version-id it should be --version-id (two hyphens) otherwise, configure will fail. Please fix it. TIA! -- Björn Schotte [EMAIL PROTECTED] http://r

Re: [PHP-DEV] PHP 4.0 Bug #8937: unset() in context with GLOBAL

* [EMAIL PROTECTED] wrote: > unset() in context with GLOBAL has a serious bug. This bug appeard, Have a closer look at http://bugs.php.net/bugs.php?id=1971 and the commentary of Zeev. You have to use unset($GLOBALS["x"]); -- Björn Schotte[EMAIL PR