1. Sure, but the frustrating thing is that the C code (for mime-parsing) is
already there and just not being used for non-POST methods. Why make
everyone use pecl/framework code that duplicates what exists in PHP already
(albeit for POST only)?
2. You're right. That would be too many. That's why
which exists in PHP itself for
POST. (A side-note: in my case it was deemed less risky to employ a
load-balancer hack instead).
Having the ability to access the data provided in $_POST for other methods
is ideal (by whatever means: $_PUT, $_FORM, get_parsed_form_data(), etc).
Dave.
On 14
Further, I propose to remove the POST method restriction for handling
request bodies and solely rely on the content type to trigger the
parser(s). (*)
+1
This would solve the with parsing multi-form data with PUT requests (and
possibly any future method types), thus enabling full REST support :)
) the functionality already exists
for POST.
Other languages (Ruby, for example) make REST very easy. Multipart support for
PUT was literally the only issue I personally encountered when writing a public
REST API in PHP.
Dave.
On 24/09/2013, at 7:59, Daniel Lowrey rdlow...@gmail.com wrote
, but it needs to be parsed).
Could be as simple as adding $_PUT / $_FILES for PUT data.
What's the best way to move this forward?
Do I need to create a patch/RFC? Or is this something someone can just pick
up?
Thanks,
Dave
Fact: Adding a new name for a special kind of function as a syntax
construct is going to cost (possibly unnecessary) time and energy,
because now you have functions, and weird things that look almost like
functions but aren't and can only be used to make generators.
Just to put my oar in too,
this be problematic/counter-intuitive too?
foreach ($abc as var $def) {
}
and
foreach ($abc as var $def) {
}
Dave
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
be a handy
addition that would be difficult and/or extremely painful to do in userland.
Dave
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 03/15/11 12:41, Ben Schmidt wrote:
[snip]
Hope this helps,
Ben.
As an outsider in this discussion, I'd just like to applaud you for one
of the best, in-depth, most patient and most thorough explanations I
have ever seen on a mailing list.
Dave
--
PHP Internals - PHP Runtime
On 01/12/10 10:13, Lester Caine wrote:
See other post as well
Nathan Nobbe wrote:
git archive cranks out a single file representing any commit in the
repository, it can even format the archive w/ zip for the windows
folks ;)
YES but without any header updates to the files.
Once unzipped
On 12/01/10 12:21, Lester Caine wrote:
Dave Ingram wrote:
git archive cranks out a single file representing any commit in the
repository, it can even format the archive w/ zip for the windows
folks ;)
YES but without any header updates to the files.
Once unzipped you have no idea what
to search for
the explanation of a feature is an excellent idea.
Dave
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 17/11/10 06:38, Will Fitch wrote:
I like the idea, Alec.
My only question is, syntactically, what difference would using a keyword,
in this case attribute, as opposed to brackets []?
I would say that it provides better searchability -- it's easier for
people new to the feature to recognise
system you use, but if you're familiar with RPM
then this would perhaps be a good starting point.
Dave
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
many arguments to the function as far as I recall, so this
sort of bug can be easy to overlook.
I hope that makes sense :-/
Dave
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 19/08/10 09:13, Stas Malyshev wrote:
Hi!
I was under the impression that, in order for inheritance to provide
proper polymorphism, overridden methods should share the parent's method
signature, although they can have additional optional arguments.
Your impression is wrong. Overriden
On 05/25/10 13:05, Thomas Nunninger wrote:
- If you don't want to distinguish beetween strict and weak hints, create
some
ini setting that influences the behavior. (I'm not a fan of that.)
My £0.02 as a user: ini settings should NEVER influence the way the core
language works, as they can
it with this proposal: ?a_b=fooa.b=bar would give
$_GET === array('a_b' = 'bar', 'a.b' = 'bar')
It would be nicer for it not to lose the original assignment (a_b =
foo) though, perhaps via an INI setting.
Dave
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http
?
What Sebastian means is that it would only make sense to optimise if
you're going to cache the output -- otherwise it is simply wasted time
that could be better spent on other things.
Dave
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
('mbstring.func_overload')!=0) {
mb_internal_encoding('pass');
}
among other things. This appears to be what he was referring to,
particularly the mb_internal_encoding('pass'); call.
Dave
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net
mb_internal_encoding() and the
comments for mb_http_output(), which mentions the 'pass' encoding type.
Dave
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
My intent initially is to be able to submit phpt tests. A lot of my tests have
already been submitted by a colleague (Anthony Phillips) but it would be better
if I could submit them myself. I am in the same team as Zoe Slattery, Anthony
Phillips and others who also submit tests.
--
PHP
of
Bar, but no corresponding method? What if Bar itself is a subclass of Foo?
Dave
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
() -- this is just
an extension of that idea. Although it's not my idea as such!
Dave
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
) -
but PHP already does some type hinting, and IMO it can be very useful as
an additional sanity check.
Dave
would be an anagram
dictionary-style representation, with the letters arranged into
alphabetical order for storage/lookup.
Mead Raving
(er, I mean, Dave Ingram)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
lead to
trouble, one way or another. Even something like {#SOMETEXT} could be
problematic. I would definitely discourage interpolation without some
sort of sigil though... barewords (in brackets or not) are too likely to
break BC.
Dave
--
PHP Internals - PHP Runtime Development Mailing List
Josh wrote:
Dave, how is a variable name any less a bareword than a constant name?
A bareword (in my opinion) is a word without a sigil (e.g. a leading $),
so the way that you would write a constant normally in PHP. What I was
trying to say is that having bareword-style interpolation
marius popa wrote:
an semisolution would be an php.ini variable
like
NAMSPACE_SEPARATOR=::
so if you have an issue with your classes can be reset to \ or
whatever with ini_set
i think it's easy to be done if i look at the patch that created the
backslash separator issue
So you're
Dave Ingram wrote:
marius popa wrote:
an semisolution would be an php.ini variable
like
NAMSPACE_SEPARATOR=::
so if you have an issue with your classes can be reset to \ or
whatever with ini_set
i think it's easy to be done if i look at the patch that created the
backslash separator
javascript attributes.
That's true, although it does have convention that members beginning
with an underscore are generally understood to be treated as
private/protected.
Dave
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
(JSONEncodable or something)
providing encoding/decoding methods (similar to __sleep/__wakeup).
I must say that does sound like a very elegant way of doing things. Then
the default for __json_encode() would encode the public members, and
there would be no default __json_decode(), I suppose.
Dave
,
Dave
and other
RFCs posted.
thanks,
Dave
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Upload and maintain the SAM (Simple Asynchronous Messaging) extension.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hi,
I'm trying to build PHP 5.1.2 in win32. I keep getting stuck on this. It
says that it needs a file called namser.h. I have this file, but I'm not
sure where to put the file. I've tried a couple of places, but should it be
in a specific path or somewhere in the Environmental Path.
--
Dave W
Hi Rasmus, noticed a proto problem with this commit.
You have the function proto returning an array:
+/* {{{ proto array apache_reset_timeout(void)
but:
+ RETURN_FALSE;
and
+ RETURN_TRUE;
Change the proto to return bool?
Dave
--
PHP Internals - PHP Runtime Development Mailing List
and less then the length of specified string.);
+ if (trunc_len 0 || trunc_len data_len) {
+ php_error_docref(NULL TSRMLS_CC, E_WARNING, length must be greater or equal to zero and less then the length of the specified string.);
RETURN_FALSE;
}
Typo, it's less than.
Dave
--
PHP Internals
this in the documentation.
regards,
Derick
Dave
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
7.10.7 */
+ REGISTER_CURL_CONSTANT(CURLOPT_PROXYAUTH);
+#endif
+
Can you also add the constants in the following patch, please?
Dave
Index: interface.c
===
RCS file: /repository/php-src/ext/curl/interface.c,v
retrieving revision
, CURL_TIMECOND_IFMODSINCE);
curl_setopt($ch, CURLOPT_TIMECONDITION, CURL_TIMECOND_IFUNMODSINCE);
curl_setopt($ch, CURLOPT_TIMECONDITION, CURL_TIMECOND_LASTMOD);
Dave
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Andi Gutmans wrote:
secondes should also be seconds.
Here's a patch with a few more typo fixes.
Dave
At 10:58 AM 8/17/2004 +, Antony Dovgal wrote:
tony2001Tue Aug 17 06:58:34 2004 EDT
Modified files: (Branch: PHP_4_3)
/php-srcphp.ini-dist php.ini
Andi Gutmans wrote:
Can you please send it as a gziped attachment?
Thanks,
Sure.
Andi
Dave
At 08:01 AM 8/18/2004 +1000, Dave Barr wrote:
Andi Gutmans wrote:
secondes should also be seconds.
Here's a patch with a few more typo fixes.
Dave
[snip]
--
PHP Internals - PHP Runtime Development Mailing
, correctly spelled directives for the time being, for BC.
Dave
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
above the php_standard.h
include, but I'm not sure if this would be the correct solution.
HTH
Dave
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Dave Barr wrote:
I fixed it by moving the arpa/inet.h include above the php_standard.h
include, but I'm not sure if this would be the correct solution.
Hmm this doesn't work either as it makes the PHP function name
__inet_ntop().
Dave
--
PHP Internals - PHP Runtime Development Mailing List
the userspace
name there's one more thing we can try.
This doesn't work for me either.
-Sara
Dave
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Hello,
I discovered these problems during a project I'm working on. There are
three separate patches involving different areas of the odbc module:
php_odbc.c.patch1.txt
=
Wherever an odbc_result is allocated, emalloc is used. This may cause
random
behavior in certain php_odbc
Andi (and all),
You are completely missing my point. I'm not looking
for stateful storage of user variables. If a page
creates an instance of the Person class and assigns it
to $dave, then I expect $dave to go out of scope (and
permanently disappear) at the end of the page request
lifecycle--just
to a
single page. (Not to mention the overhead of reloading
the individual PHP files that contain my classes on
each page.)
Anyway, I'm interested in your thoughts about the
direction of PHP with regard to OOP, and to see if
there is anything I might be able to contribute.
Thanks,
Dave
100 concurrent users, there would be 100*10 instances
of Logger created, 100 at the same time--definitely
not a singleton.
No other languages behave this way (not Java or C# for
sure).
Thanks for the pointer to that other framework.
Dave
--- Jonathan Arkell [EMAIL PROTECTED] wrote:
Hi Dave
I
to the CGI paradigm. If I have
10,000 users who each use 10 pages per session, why do
I need to load the Foo class 100,000 times?
Zend guys, what are your thoughts? Was this concept
considered and rejected? Your thought process and
direction are important to my technology choice.
Thanks,
Dave
I would like to help translate the php manual to Spanish. I can give full support and
dedication with the translation.
Muchas Gracias, Dave Garcia
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
I have been using PHP for years and think I could contribute much to the documentation
project.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
of changes will need to be
done by the module maintainer because short of changing all ints to
longs I am not sure where to begin. This is especially true given the
README in there that says the code is being reworked.
Dave
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe
55 matches
Mail list logo