Forum Replies Created

Viewing 11 replies - 1 through 11 (of 11 total)
  • Thanks! This also fixed the problem I reported a few months ago about not being able to Save my changes to the plugin values or to Migrate from Geo IP.

    Just tried your recommendation of the Notification plugin on one site. Works very well so far. Thanks qph9697.

    Thanks! I’ll take a look. Hopefully it won’t have issues with WP 5.8.

    Seeing the same Site Health error messages here. Would be good to have those fixed by the plugin author or, failing that, for someone to inspect the code and let us know what we should change in the plugin code to fix the problem.

    Thread Starter fbf3

    (@fbf3)

    Thanks!

    Thread Starter fbf3

    (@fbf3)

    Dev console errors further down. Note: I had trouble upgrading from IP Geo Block 3.0.17 to the latest 3.0.17.4 some time back, so stayed at 3.0.17 until now. I did successfully migrate another site at 3.0.17.4 to IP Location Block prior to the above attempt. I have two sites at with the older 3.0.17, the rest are at 3.0.17.4.

    Dev Console details after clicking “Migrate from IP Geo Block” (IP Geo Block is deactivated).

    ***
    wp-content/plugins/ip-location-block/admin/js/admin.min.js.formatted

    Uncaught Reference Error: IP_LOCATION_BLOCK_AUTH is not defined at admin.min.js:

    !function(e, t, n, i) {
    var a = !1
    , o = []
    , r = e(t).width()
    , l = IP_LOCATION_BLOCK
    , c = IP_LOCATION_BLOCK_AUTH;
    function s(e, t) {
    var n = {
    “.”: “.ip-location-block-“,
    “#”: “#ip-location-block-“,
    “@”: “#ip_location_block_settings_”,
    $: “ip-location-block-“,
    “%”: “ip_location_block_”,
    “!”: “ip_location_block_settings_”
    };
    return t !== i ? n[e] + t : n.$ + e
    }

    and at:

    e(“ul.wp-submenu>li.wp-first-item”).removeClass(“current”).next().addClass(“current”)
    }
    })
    }(jQuery, window, document);

    ***
    wp-admin/options-general.php?page=ip-locaiton-block:

    Uncaught TypeError: Cannot read property ‘1’ of null at window.onerror(options-general.php?

    // If there was no matching functions, do not try to downgrade.
    if ( typeof erroredFunction !== ‘object’ || typeof erroredFunction[1] === “undefined” || -1 === jQueryFunctions.indexOf( erroredFunction[1] ) ) {
    return true;
    }`

    Thread Starter fbf3

    (@fbf3)

    We want all the pages to be in the sitemap so that our caching program (W3TC) can use it to know which pages to cache. But, for those two sites that include family info, we don’t want casual users browsing the pages.

    Our fix, as of the day after the original question, is to not use AIOSEO and to set a newly renamed sitemap.xml file as the sitemap file that W3TC can use. We will need to maintain that sitemap (or a private page index, which we have already added, to be used with scheduled Screaming Frog runs to rebuild the caches cleared with wp-cli), which is what we were trying to avoid, but…it is what it is.

    We also disabled search engines in WP Settings, so none of the undesired files show in robots.txt.

    The net-net is we were using AIOSEO to generate a sitemap for caching activities, not for what AIOSEO was intended (which it does a good job at). We may look for a simple sitemap program to generate a custom-named persistent file system sitemap file periodically, and not let it be submitted to search engines.

    Thanks.

    Thread Starter fbf3

    (@fbf3)

    Thanks. Some of us have private (but no login) sites, e.g., family, where we want to cache the site’s pages. Members get access by knowing the page URL.

    Some caching plugins, e.g., w3tc, use the sitemap as a guide in the caching process.

    Even though we may tell search engines to not index a site, individuals or malicious entities may use the sitemap to find private pages.

    The two things that AISEO has recently done that makes this more difficult are:
    1) hide the ability to rename the sitemap to something not obvious.
    2) publish the sitemap path/name in the robots.txt file.

    The filters are appreciated, but it would be nicer and more helpful to have left in place easy ways to change the sitemap name and omit the sitemap from the robots.txt file. Another option would be to add a module to your Feature Manager that offers those two options. That way they would be out of sight for most users but available for advanced users.

    One other possibility. If you are logged in as an admin in just one tab or one window of a browser, then all tabs and windows of that brand browser will consider you logged in if you go to the same domain.

    Not saying that is your case mohammad026, but it may be helpful to others.

    The best way to test as a non-logged in user is to use a different brand browser. And Incognito/Private window should also work.

    Glad you posted. I see this, but only on sites I have under development and have this plug-in Activated, and, within the plug-ins Settings, have the Status **Enabled**

    Coming Soon Page & Maintenance Mode by SeedProd 5.0.14

    If I Disable that plug-in’s Settings, Status, the query is properly blocked.

    Since the All In One Security & Firewall plug-in was already installed, I used its Maintenance option to block Visitors who were not logged in as admins.

    This may be just one case where a plug-in or theme may interfere with Disable REST API’s ability to block the unwanted calls. Hopefully this info will be helpful in dealing with these cases.

    Other sites that have the Coming Soon plug-in’s Settings, Status, Disabled do block the REST API properly.

    Thread Starter fbf3

    (@fbf3)

    Thanks for the detailed reply.

Viewing 11 replies - 1 through 11 (of 11 total)