• Resolved jaredstrategit

    (@jaredstrategit)


    I tried to set up WP Super Cache via the automated Mod_Rewrite rules. The test failed, so I checked the difference between the two files and the only difference is an email address on the page is being partially written in html character entities in different ways each time it is generated.

    For Example: (underscores added to prevent parsing)
    A) “mailto:s&#_117;pp&#_111;&#_114;t&#_064;”
    B) “mailto:sup&#_112;o&#_114;&#_116;&#_064;”

    I don’t know exactly which plugin is doing this, but I assume it’s supposed to deter spam. I think it’s okay for me to proceed with the mod_rewrite cache serve method I’ll just have to manually add the rules. I was hoping that info about this case could be added to the FAQ or potentially regex could be used to test for this case in the auto deploy.

    I did do some searching on the web, this forum, and github and could not find information on this topic.

    WP v4.8, WPSuperCache v1.5.3, Apache v2.4.18

    • This topic was modified 7 years, 7 months ago by jaredstrategit. Reason: Of course WP parses the html character encoding
    • This topic was modified 7 years, 7 months ago by jaredstrategit.
Viewing 2 replies - 1 through 2 (of 2 total)
  • Hmm, that mailto link should have been cached by the plugin and served by PHP. Can you enable debugging and try the cache tester, and take a look at the debug log after?

    Thread Starter jaredstrategit

    (@jaredstrategit)

    Ah I apologize, I guess I misread the instructions. I attempted to apply the rewrite rules change before the cache pages setting was on, which (obviously) caused the test to fail. I ran the test after making that change with the debug settings on and it ran successfully with HTTP response 200 and matching timestamps.

    Thank you for helping!

Viewing 2 replies - 1 through 2 (of 2 total)
  • The topic ‘Auto Add Rewrite Rules Fails due to encoded email’ is closed to new replies.