Re: please excuse my forum crosspost, please do read this when you have some time.
| From: | Rowan Collins | Date: | Thu, 02 Mar 2017 14:34:07 +0000 |
| Subject: | Re: please excuse my forum crosspost, please do read this when you have some time. | ||
| References: | 1 | Groups: | php.internals |
| Request: | Send a blank email to internals+get-98376@lists.php.net to get a copy of this message | ||
On 1 March 2017 20:30:42 GMT+00:00, Rene Veerman <rene.veerman.netherlands@gmail.com> wrote:
>exec-sum : introducing a new URL notation scheme
I'm not at all sure what you're trying to achieve here, and if you wanted this to be
widely adopted, I think you're about 30 years too late.
What is the "elevator pitch" for this syntax? Why would I choose your syntax over the
long-established "?foo=bar&baz=quux" syntax?
>example 1 :
>
>http://localhost/tarot(deck'Original-Rider-Waite
>',reading'3-Cards')/music(youtubePlaylist'ABCDEFG')
In PHP, you will get your desired result using http://localhost/?tarot
[deck]=Original-Rider-Waite&tarot[reading]=3-Cards&music[youtubePlaylist]=ABCDEFG
It's slightly more verbose if you have lots of items in one array, but has the crucial
advantage that you can use standard HTML forms to generate it.
>http://localhost/jsonViewer(url'base64aHR0cDovL3NlZHVjdGl2ZWFwcHMuY29tL2pzb24ucGhwP2ZpbGU9L2hvbWUvcmVuZS9kYXRhLmpzb24mdmVyc2lvbj1jb25kZW5zZWQ=
Using base64 in URLs is already quite common; there's no standard way of annotating it to be
automatically decoded, but creating a convention in your own application is not difficult - normally
as simple as "this field is always base64, everything else never is".
Maybe I'm missing something, but your linked post doesn't seem to give anything more than
these same examples. And since this is the mailing list for developing the internals of the PHP
language, what is it you think should be added to the language for this?
Regards,
--
Rowan Collins
[IMSoP]