[wp-trac] [WordPress Trac] #57683: Improve performance of mysql2date

WordPress Trac noreply at wordpress.org
Fri Feb 10 08:55:49 UTC 2023


#57683: Improve performance of mysql2date
--------------------------+-----------------------------
 Reporter:  spacedmonkey  |       Owner:  (none)
     Type:  enhancement   |      Status:  new
 Priority:  normal        |   Milestone:  Future Release
Component:  Date/Time     |     Version:  0.71
 Severity:  normal        |  Resolution:
 Keywords:                |     Focuses:  performance
--------------------------+-----------------------------

Comment (by Rarst):

 I pondered such before, but I am generally skeptical of "optimizing"
 options call. It becomes a caching system for a caching system and
 introduces a lot of uncertainty about getting actual option values over
 something stuck in a bespoke cache somewhere.

 I think the safe 50% win here could be to drop mysql2date calls (the date
 formats are fixed so there is no appeal to its crazy input edge cases) in
 favor of plain PHP with a single wp_timezone() call.

 Is the trace crop from a complete themed page load or truncated to just
 post loop or something? Would seem tad high for me if former, but usual
 trace breakdowns aren't on top of my head right now (Blackfire removed
 their free plan, not readily set up for profiling :\ ).

-- 
Ticket URL: <https://core.trac.wordpress.org/ticket/57683#comment:2>
WordPress Trac <https://core.trac.wordpress.org/>
WordPress publishing platform


More information about the wp-trac mailing list