Viewing 3 replies - 1 through 3 (of 3 total)
  • Ummm, because it does a ton of preg_replaces for EVERY acronym in its database? So, a big article, plus a ton of acronyms in the database, equals a lot of processing time. So running the process ends up exceeeding your PHP processing time limit.

    But, you don’t want a standard page load to take 30 seconds in ANY case… what’s your page load time WITHOUT this plugin active? how about page load for a single article being viewed? okay, THEN, how about page load for a single article WITH the plugin reactivated?

    There are other coding approaches which would cut down the time significantly. Since I have a plugin with a similar type of functionality (that is, look for particular tags within post content and replace them live), I know there are faster ways… such as doing a optimal match expressions to detect if there’s anything to replace (i.e., make a match for ALL acronyms), then loop through the matches, rebuilding the body content block as you go.

    But you’d have to ask the plugin writer about this for more details. ??

    -d

    Thread Starter elyonline

    (@elyonline)

    Thanks Davis, what is your plugin as a matter of interest?

    Thanks
    Karl

    CG-Inline is the one I was referring to. It does sort of ‘macro based’ link creation, including post permalinks, multi-page links, my CG-Amazon inline text and image product links, as well as links to click through to google, wikipedia, and other data lookup sources.

Viewing 3 replies - 1 through 3 (of 3 total)
  • The topic ‘PHP Fatal error: Maximum execution in acronym plugin’ is closed to new replies.