[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