[wp-trac] [WordPress Trac] #33055: Support Parallel HTTP Requests in WP_Http, et al
WordPress Trac
noreply at wordpress.org
Mon Jun 13 17:02:40 UTC 2016
#33055: Support Parallel HTTP Requests in WP_Http, et al
----------------------------------------+--------------------------
Reporter: wonderboymusic | Owner: rmccue
Type: task (blessed) | Status: assigned
Priority: high | Milestone: 4.6
Component: HTTP API | Version:
Severity: normal | Resolution:
Keywords: needs-patch needs-dev-note | Focuses: performance
----------------------------------------+--------------------------
Comment (by DrewAPicture):
I have to agree with feedback about the back-compat break in terms of type
checking. We can't just change it in the name of "this is a better way",
at least not without a broader roll-out and time to educate developers
about "best practice".
Up until [37428], even ''core'' was type checking for an array. So to
imagine in some way that core isn't used as the reference point for best-
practice, is to ignore a basic tenet of the core/extension model.
We can certainly change how core consumes its internal APIs internally,
but in the case of internal APIs exposed publicly in any way, it has to be
slower, and it has to be more deliberate: `wp_remote_*` can't be allowed
to break, and I'm not sure why we'd allow that to happen here when we
actively promote backward compatibility in every other established API.
--
Ticket URL: <https://core.trac.wordpress.org/ticket/33055#comment:58>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform
More information about the wp-trac
mailing list