Hi Ralph,
I reassigned it myself, and will take a look on Monday or Tuesday.
Thanks. Dmitry.
On 07/01/2011 02:48 AM, Ralph Schindler wrote:
Hey Dmitry,
is_a_impl() is an implementation that is shared by is_a() and
is_subclass_of() calls. There is a flag called only_subclass that allows
there
> * Add a 'response_code' key, with the server response code as an integer
> …
> Anyone got any thoughts on this? I appreciate it'd be a BC break, but I think
> it might be useful.
While I applaud the idea of making this easier, keep in mind that a single
request can have multiple status code re
On Jul 1, 2011 7:31 AM, "Stas Malyshev" wrote:
>
> Hi!
>
>
> On 6/30/11 2:34 PM, Michael Maclean wrote:
>>
>> The same data also ends up in the bizarre $http_response_headers var
>> that gets spontaneously created in local scope - I've wondered about how
>> good that is to do.
>
>
> This thing is
Hi!
On 6/30/11 2:34 PM, Michael Maclean wrote:
The same data also ends up in the bizarre $http_response_headers var
that gets spontaneously created in local scope - I've wondered about how
good that is to do.
This thing is indeed bizzare. I wonder if anybody uses it and why it was
done this w
Hey Dmitry,
is_a_impl() is an implementation that is shared by is_a() and
is_subclass_of() calls. There is a flag called only_subclass that
allows there to be switching behavior in is_a_impl().
The issue has been updated with a new patch that now takes objects into
account. It also has a c
On 30/06/11 22:29, Stas Malyshev wrote:
Hi!
On 6/30/11 1:44 PM, Michael Maclean wrote:
* move the current contents of the wrapper_data array to a key called
'headers' within wrapper_data;
This means breaking every script in existence that uses this data now.
Probably not a good idea. Maybe we
Hi!
On 6/30/11 1:44 PM, Michael Maclean wrote:
Hi,
Currently, if you open an HTTP stream using fopen(), and then call
stream_get_meta_data() on it, you obtain an associative array within
which as another with the key 'wrapper_data'. Inside that, there is a
list of the HTTP headers from the serve
Hi,
Currently, if you open an HTTP stream using fopen(), and then call
stream_get_meta_data() on it, you obtain an associative array within
which as another with the key 'wrapper_data'. Inside that, there is a
list of the HTTP headers from the server response. I'd like to make this
a little mo
On 06/30/2011 12:04 PM, Hannes Magnusson wrote:
On Thu, Jun 30, 2011 at 20:14, Lars Bo Rasmussen wrote:
Instead of adding it as a php ini option, please consider adding this as a
parameter to the php-cli executable as this might be something you would
want to enable/disable quickly per instan
On Thu, Jun 30, 2011 at 20:14, Lars Bo Rasmussen wrote:
> Instead of adding it as a php ini option, please consider adding this as a
> parameter to the php-cli executable as this might be something you would
> want to enable/disable quickly per instance. This would also make the
> coloring output
The second release candidate of 5.3.7 was just released for
testing and can be downloaded here:
https://downloads.php.net/ilia/php-5.3.7RC2.tar.bz2 (md5sum:
1f4fba48807d5d6236b24ca1f1b63e69)
https://downloads.php.net/ilia/php-5.3.7RC2.tar.gz (md5sum:
d57c2d49d4e9c8a90d31068d88605ef2)
The Windows
Instead of adding it as a php ini option, please consider adding this as a
parameter to the php-cli executable as this might be something you would
want to enable/disable quickly per instance. This would also make the
coloring output more attractive to use instead of having to edit the ini
file eve
agreed, it should be optional and off by default. PHP never had such
feature either.
2011/6/30 Johannes Schlüter :
> On Thu, 2011-06-30 at 07:08 +0200, David Zülke wrote:
>> On 29.06.2011, at 01:19, Johannes Schlüter wrote:
>>
>> > On Tue, 2011-06-28 at 23:37 +0100, Arpad Ray wrote:
>> >> - Colour
On 30 June 2011 12:24, Derick Rethans wrote:
> On Thu, 30 Jun 2011, Johannes Schlüter wrote:
>
>> On Thu, 2011-06-30 at 07:08 +0200, David Zülke wrote:
>> > On 29.06.2011, at 01:19, Johannes Schlüter wrote:
>> >
>> > > On Tue, 2011-06-28 at 23:37 +0100, Arpad Ray wrote:
>> > >> - Colours messages
On Thu, 30 Jun 2011, Johannes Schlüter wrote:
> On Thu, 2011-06-30 at 07:08 +0200, David Zülke wrote:
> > On 29.06.2011, at 01:19, Johannes Schlüter wrote:
> >
> > > On Tue, 2011-06-28 at 23:37 +0100, Arpad Ray wrote:
> > >> - Colours messages according to their response code (success=green,
> >
On Thu, 2011-06-30 at 07:08 +0200, David Zülke wrote:
> On 29.06.2011, at 01:19, Johannes Schlüter wrote:
>
> > On Tue, 2011-06-28 at 23:37 +0100, Arpad Ray wrote:
> >> - Colours messages according to their response code (success=green,
> >> client error=yellow, server error=red)
> >
> > I would
hi,
Sadly we won't change it. we may provide a non editable http: version
at some point, but for now it is just easier to have https: only (as
login is required anyway).
Cheers,
On Thu, Jun 30, 2011 at 7:11 AM, David Zülke
wrote:
> On 28.06.2011, at 23:17, Pierre Joye wrote:
>
>> A significant
On 30.06.2011 07:11, David Zülke wrote:
> May I suggest that the interface doesn't redirect to https:// by default?
> http:// plays much nicer with proxies, and browsers cache resources to disk,
> which is helpful not only on slow connections :)
Newish browsers do cache to disk if the Cache-Cont
Hi Ralph,
I agree with expected behavior, but didn't understand the patch and
which side effects it may have as well as the original implementation of
is_a_impl(). It looks for me like one huge bug :)
Please reassign the bug to me, if you like me to take a deeper look.
I can do it only on nex
19 matches
Mail list logo
