Re: [PHP-DEV] ext/soap and http header
Dmitry Stogov wrote: Hi Rasmus, Rasmus Lerdorf wrote: Dmitry Stogov wrote: Hi Brian, I think you patch does the things you like properly, but why do we need such ability? I don't see a use-case. In case of accepting this patch, we also need to care about duplicate headers. Some web services require custom headers for authentication or to bounce along information about the originating request in order to do proper logging and accounting about which top-level users are causing the backend web services requests. Could you give an example. Well, for one a bunch of the internal Yahoo web services require a certificate header. I doubt we are the only Web company who needs to authenticate the higher-level users of lower-level web services. We are running with Brian's patch now, but I don't really see the reason not to make it possible for people to set custom headers on web services requests. Another example is the Weather Underground API. They ask you to set the User-Agent to your email address so they can contact you if your app starts causing them problems. -Rasmus -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DEV] Strange phenomenon
Hi, I posted this problem to the suhosin forum because I thought that this patch might be responsible, but I am not so sure now...(just because someone, said so;) http://forum.hardened-php.net/viewtopic.php?pid=1650 Would you mind reading it and pointing the finger at someone else?;) Thanks alot. Lars -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] alpha3
2008/9/29 jvlad [EMAIL PROTECTED] So as prevoius speaker suggested, and I personaly got to conclusion in other thread that : is ideal. Short, isn't taken. $a = $b?A:B:C:D; Will _you_ write such code? No. Will anybody from this list write such code? You may want to write $a = $b?A:B:C and how would php compiler resolve A:B:C? A:B vs C or A vs B:C? To me it's better to stay with :: -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php We have (), so just do $a = $b ? (A:B:C:D) : blah(); Document, that namespaced calls should be in () with ternary operator and make it a parse error if coder forgets it. That's a good compromise and little to pay for namespaces, and doesn't break any BC. I think using ternary operator in such cases isn't realy wise - if () { } else {} is far more appropriate (anyway, I'l beat my coders for such usage of ternary operator). So as other members of this thread mentioned - would you really write code like this: $a = $b?A:B:C:D; Are you? Me 100% not.
[PHP-DEV] Re: Adding pecl/http to core
Ralph Schindler wrote: Mike, I have a few questions about the API and target use cases. What is the best medium to ask these questions and document them? This thread certainly is not the best place im sure of. I'm moving this to php.pecl.dev then. That should be the right place. Regards, Mike -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] ext/soap and http header
Rasmus Lerdorf wrote: Dmitry Stogov wrote: Hi Rasmus, Rasmus Lerdorf wrote: Dmitry Stogov wrote: Hi Brian, I think you patch does the things you like properly, but why do we need such ability? I don't see a use-case. In case of accepting this patch, we also need to care about duplicate headers. Some web services require custom headers for authentication or to bounce along information about the originating request in order to do proper logging and accounting about which top-level users are causing the backend web services requests. Could you give an example. Well, for one a bunch of the internal Yahoo web services require a certificate header. I doubt we are the only Web company who needs to authenticate the higher-level users of lower-level web services. We are running with Brian's patch now, but I don't really see the reason not to make it possible for people to set custom headers on web services requests. I see. It's not a problem. I'll look and probably add the patch on this week. Thanks. Dmitry. Another example is the Weather Underground API. They ask you to set the User-Agent to your email address so they can contact you if your app starts causing them problems. -Rasmus -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] alpha3
In response to Larry Garfield's comment that [t]here's nothing familiar about :: to 99.99% of PHP developers who haven't already been playing with the alphas I'd like to point out that since PHP 5.1, the double colon is effectively used as a namespace operator by extensions, in the sense that extensions started using class constants instead of prefixed, global constants. e.g. PDO::PARAM_BOOL instead of PDO_PARAM_BOOL. Usage of class constants (or static methods, for that matter) as a way to preserve the global namespace can also be seen in various projects written in PHP. Additionnally, I'd say there's some familiarity in considering that classes, functions and constants are static members of a namespace the same way that methods and constants can be static members of a class but that may be subject to interpretation. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] solving the namespace conflict issues betweenfunction/staticmethod class constant/ns constant
Joseph North a écrit : I always liked ~ Argh, not another character only available with a key comination in opposite emplacements (azerty french layout keyboard is a really piece of shit, please think about before propose a new character). new ~ArrayIterator(); Oh, creating a destructor :D (that's private joke for C++ developpers) -- Mickaël Wolff aka Lupus Michaelis http://lupusmic.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Strange phenomenon
Lars Schultz wrote: http://forum.hardened-php.net/viewtopic.php?pid=1650 I vaguely recall Suhosin patched var_export to handle non-ASCII characters in var_export in a safe manner; var_export is known to do funky things to Unicode/binary data in vanilla PHP. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] Disable PHAR by default
NO. --Jani David Zülke wrote: Totally hating to bring this up again (and hijacking this thread), but can we please enable ext/xsl by default in 5.3? : - David Am 29.09.2008 um 13:24 schrieb Marcus Boerger: Hello Jani, we're in alpha and fix all of those issues. in contrast to 99.9% of our users it is very easy for you to disable it. But the majority will only get the extension when we enable by default. And it is one of the big plans for 5.3 to finally support native packaging to make a lot of things easier. Once again if you don't like it, just disable it like you configure any of your installations specifically for your needs - others cannot. marcus Monday, September 29, 2008, 1:15:16 PM, you wrote: Seems like PHAR causes quite unexpected things, f.e. http://bugs.php.net/bug.php?id=46194 where PHP crashes if file does not exist. Please, can this crap be disabled by default (ALWAYS) and only those who actually need it can enable it? --Jani Best regards, Marcus -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] solving the namespace conflict issues betweenfunction/staticmethod class constant/ns constant
On Tue, Sep 30, 2008 at 6:22 AM, Lupus Michaelis [EMAIL PROTECTED] wrote: Joseph North a écrit : I always liked ~ Argh, not another character only available with a key comination in opposite emplacements (azerty french layout keyboard is a really piece of shit, please think about before propose a new character). new ~ArrayIterator(); Oh, creating a destructor :D (that's private joke for C++ developpers) -- Mickaël Wolff aka Lupus Michaelis http://lupusmic.org -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php Good points Mickaël. Sorry my email just added noise. I'm actually happy with the :: separator because I'm only namespacing classes. Greg's proposal (#5) of using a namespace element makes sense as well. some::namespace:class::method() would totally work for me. Anyway, not another peep out of me about namespaces. -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DEV] solving the namespace conflict issues betweenfunction/staticmethod class constant/ns constant
On Tue, Sep 30, 2008 at 07:51:04AM +0200, Lukas Kahwe Smith wrote: On 30.09.2008, at 05:36, Daniel Convissor wrote: I linked to one tally (not sure if its the final one) in my recent email: http://marc.info/?l=php-internalsm=113313170231815w=2 Thanks. Regardless of whether we use the same separator between namespaces and the elements or if we just use a different separator between namespaces and the elements, some separator needs to change. But yes, we I presume what you mean to say is that if we want to improve the situation we have to find a second separator. Yeah. I didn't express myself clearly. :) --Dan -- T H E A N A L Y S I S A N D S O L U T I O N S C O M P A N Y data intensive web and database programming http://www.AnalysisAndSolutions.com/ 4015 7th Ave #4, Brooklyn NY 11232 v: 718-854-0335 f: 718-854-0409 -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php