Forum Replies Created

Viewing 15 replies - 106 through 120 (of 1,269 total)
  • Plugin Author mvied

    (@mvied)

    You can’t do cross domain AJAX calls. You can’t even do HTTP AJAX calls on HTTPS pages without some tweaking.

    Plugin Author mvied

    (@mvied)

    That is the plugin’s primary function, so you don’t have to configure it to do that. Something is preventing the plugin from working properly.

    I imagine the caching plugin is causing issues when it caches the pages. Caching plugins prevent WordPress and plugins from executing on page load to reduce load times by caching the output. I imagine the version of the page cached by your caching plugin has HTTP URL’s in it. Unfortunately, there’s really nothing you can do about that except make sure the pages are cached correctly.

    Plugin Author mvied

    (@mvied)

    No. If a server is not hosting content over HTTPS, there’s nothing you can do except remove that from your site, or host it locally.

    Plugin Author mvied

    (@mvied)

    I’m pretty sure all the queries are from checking links to see if they should be secure or not. I don’t have a big installation to test it on, but if you’d like, try commenting out this line and see what the difference is in run time. I’d really appreciate it.

    Plugin Author mvied

    (@mvied)

    Unfortunately, you can’t. Your only option is to secure your entire admin panel.

    It’s a big pain to get that to work correctly because domains can’t set cookies for other domains, so you would have to toss the session around to get that to work right. I’m too worried about the security issues that might create, but one day I plan on implementing it.

    I wanted to mention that in version 3.3.5 of WordPress HTTPS, I added some conflict fixes for a few popular E-commerce plugins. Typically, the only conflicts with my plugin are the E-commerce plugins’ SSL settings. I didn’t add anything for eShop, but am willing if there is a conflict of some kind.

    Plugin Author mvied

    (@mvied)

    You can add booking.cv.com or more specifically booking.cv.com/xxx/js/remote.js as a URL Filter.

    Plugin Author mvied

    (@mvied)

    You could always check the FAQ. I don’t have time.

    Plugin Author mvied

    (@mvied)

    No, I’m pretty careful with those. The empty URL being passed into this method could literally come from anywhere. It could just be bad HTML. I’ll just have to suppress PHP warnings on that line since it can happen.

    Plugin Author mvied

    (@mvied)

    Perhaps an empty string saved in the database where it doesn’t expect one. Try saving the plugin’s settings. If that doesn’t work, try resetting the settings. If that doesn’t work, I may have to take a look at it myself to figure it out.

    Plugin Author mvied

    (@mvied)

    Domain Mapping doesn’t work from HTTPS to HTTP, but that is purely an oversight on my part. I’ll get it fixed in the next version.

    In the meantime, you’re more the welcome to try this hack using a filter I provide.

    function wphttps_fix_cdn($url) {
    	return str_replace('ssl.cf2.rackcdn.com', 'r22.cf2.rackcdn.com', $url);
    }
    add_filter('http_external_url', 'wphttps_fix_cdn');
    Plugin Author mvied

    (@mvied)

    Can you provide a little more detail? What happens? What error appears in the console? I’m not having any issues with it.

    Plugin Author mvied

    (@mvied)

    Nope, not a clue. The error doesn’t occur in the plugin. Perhaps you’re running out of RAM? Try increasing PHP’s memory limit. Usually if that’s the case it will say that, but I’ve seen it do things like this before.

    The plugin isn’t necessary unless you’re having issues or you’re trying to do something with SSL that WordPress will not allow you to do. If you’re just securing your entire site, your admin panel (or both) and you’re not using any old, crappy plugins, this plugin is probably not necessary.

    The first and only feature the plugin had initially was ensuring that all elements on the page loaded securely. If you have any element on the page that loads over HTTP, your certificate will appear invalid. Due to old/bad plugins, this can be an issue. This plugin will fix all of those that it can.

    It allows you to use any domain for your HTTPS content, which WordPress certainly can not do. It also allows for an easy way to specify what content you want to be secure and what content you don’t want to be secure. Again, if you’re securing everything, this doesn’t matter.

    Plugin Author mvied

    (@mvied)

    Well, 443 being on the URLs in my plugin was a bug. I removed them from URLs because users often feel the need to set the port to 443 unnecessarily. Most browsers will ignore 443 since its the default for HTTPS anyway.

    I’m not certain what you’re talking about with W3TC not working with WordPress HTTPS, but you have to remember how caching plugins work. The caching plugins will render a page and then save the output to a flat file. The next time the page is requested, the flat, cached file is served. This prevents WordPress or any plugins from executing when the page is loaded, so they can’t do anything. This is purely the nature of caching plugins.

    WordPress HTTPS domain mapping goes http://FROM => https://TO, so what you specified wouldn’t do anything. Also, domain mapping only works on external domains.

    If we can’t come up with any solution, I’ll just add a filter to the SSL Host that you can hook into and manually add the port. I really don’t want to allow users to specify 443.

    Plugin Author mvied

    (@mvied)

    I’m guessing you have quite a few multisites? I need to optimize the installation for sites that have a lot of sites. The plugin is running the install process for each site and that (apparently) eats up a lot of RAM. I’ll see what I can do about it in the release I’m going to push out later today to fix other issues with 3.3.5.

Viewing 15 replies - 106 through 120 (of 1,269 total)