Forum Replies Created

Viewing 15 replies - 31 through 45 (of 116 total)
  • Thread Starter wp.Man

    (@wpman-1)

    problem was due to entry in wp-config…

    define( ‘FORCE_SSL_ADMIN’, true );

    will do some testing on this because afaik i never enabled admin ssl

    Thread Starter wp.Man

    (@wpman-1)

    what ‘manual purge’ button? i see a manual purge menu item in the WP sidebar, but no button on any page

    i wish canoes had a ‘manual purge’ button… either that or a sign that says “please remain seated at all times, especially when the water temperature is below 45F” … don’t ask :/

    as far as a prettier display, i’m a plain kind of guy who secretly likes pretty graphs, as long as they display data in a useful way

    i see i was wrong in saying that the stuff for the details tab, except for WNKS, is all for the same IP – i understand it now, as well as why you stuck the WNKS tab where it is – still, it would be nice to access that tab from the main (sidebar) menu

    Thread Starter wp.Man

    (@wpman-1)

    yeah, i know it can’t be disabled – that’s why i said “i disabled hotlink checking … i know … “

    my host is pretty good at updating … matter of fact, the recently updated cPanel – maybe that’s when the trouble started ??

    well, good luck with the work-a-round you’re working on ??

    Thread Starter wp.Man

    (@wpman-1)

    checked cPanel and the goofy code was there
    i disabled hotlink checking … i know … and the code changed to match my domain/sub domains

    still, i can’t edit with the BPS editor – it seems to be either eliminating a bunch of the code or changing something that results in everything below the root domain to fail (404)

    seems strange, as the built-in editor used to work

    the way i tested today was to add a comment to the end of the .htaccess and save it, then i downloaded it with an external editor and the comment was not there

    so in short, BPS isn’t displaying or saving correctly

    currently i just keep it locked

    that fact that the fellas at cPanel have apparently been aware of this for YEARS is ridicules :/

    so you can mark this as resolved, or i’ll wait to hear from you

    thx

    Thread Starter wp.Man

    (@wpman-1)

    you tell her that there are MILLIONS of people DEPENDING on YOU! tell her you [she] would be RICH if… if you hadn’t forgot to put up a donation button LOL

    i’m sure 404 errors make it to WP – how would it ‘know’ to to display the ‘sorry’ pg otherwise?

    BPS and Redirection both log 404’s, but the former is crude and i dumped the latter since i’m trying to downsize ??

    most everyone probably has a number of ways to access 404 logs, such as cPanel, but it would be nice to have that available in ecSTATic i think

    Thread Starter wp.Man

    (@wpman-1)

    fixed ??
    probably as you were writing i was looking at that, wondering if maybe i should try changing it to a city instead of UTC offset – hehe

    Thread Starter wp.Man

    (@wpman-1)

    0.986 updated as expected

    Thread Starter wp.Man

    (@wpman-1)

    ‘dlfiles’ is an obsolete URI, but some bots are still requesting it. what i was pointing out is how it’s displayed if raw URI’s is disabled – it’s missing chars – should be ‘AutoClipXINS.exe’ (even though the file no longer exists)

    the other one is active though ‘/photos/abandoned’ – that displays as ‘/andoned’ if i disable raw URI display, where the beginning ‘ab’ is missing

    this is the actual URI:
    https://12bytes.org/photos/abandoned

    for me it doesn’t matter since i’m interested in the raw URI

    Thread Starter wp.Man

    (@wpman-1)

    something get messed up in the versioning?

    WP doesn’t inform of an available update and instead tells me “Newer Version (0.9841) Installed”

    i’ll update manually, but just wanted to let you know ??

    wp.Man

    (@wpman-1)

    same problem here – it apparently stopped working after the last update

    this is all i ever see…

    No broken links found.
    No URLs in the work queue.
    Searching your blog for links...

    triggering a manual check seems to do nothing

    nothing in php error log

    2 yellow items in debug:

    Unparsed items	115
    Link records	0 (0)

    Thread Starter wp.Man

    (@wpman-1)

    hi alchymyth
    i tried that snippet and it didn’t work for me

    i use CloudFlare and WP Super Cache, so i dumped all caches, including browser cache, and still didn’t work. no errors

    don’t worry about it though – no big deal

    Thread Starter wp.Man

    (@wpman-1)

    cool!
    guess i owe you a donation by now ??

    hmmm… i couldn’t find a donation link on your website
    can you point me in the right direction?

    you sure get around in your kayak! Susquehanna eh? my neck of the woods

    Thread Starter wp.Man

    (@wpman-1)

    it is a CDN of sorts, but not exactly. but yeah, basically it caches some content around the globe, but also adds some really nice security features. you can use it free btw

    anyway, by the logs it looks like ecStatic and CloudFlare work flawlessly together – i’m seeing the actual request IP’s, not the CloudFlare IP’s

    fyi, i think one will either need the apache module ‘mod_cloudflare’ running, or install the ClopudFlare plugin for WP, else they will probably see mostly the CF IP’s

    Thread Starter wp.Man

    (@wpman-1)

    i thought this might be related to the HotLink bug – however, i don’t think you correctly understood the part about the .htaccess…

    1) opened BPS editor to look at current and secure files to compare them – the editor for the current .htaccess displayed a version very near the secure version, but not exactly (i assumed activating CF changed a little something)

    2) copied the secure file form BPS editor to the current file in BPS editor and saved it

    3) tested website – still broken (all 404’s below root domain)

    4) repeat 1 & 2, test again, still broken. as i later discovered, the file was apparently never saved by BPS it seems

    5) ftp’d the .htaccess file to a local editor and better than 1/2 of the code displayed in BPS was not actually present in the file, thus indicating that the copy/paste from secure to current in BPS failed twice

    6) copied code from BPS secure .htaccess, pasted into local copy and uploaded and the problem was solved – no 404’s

    so in other words i wasn’t editing the file locally while i was checking it on the server

    this never happened before and may only be some weird thing that involved CloudFlare, browser cache and WP Super Cache – who knows – but i wanted to let you know

    i’ll run another test at some point and see if i can duplicate the problem

    thx!!!

    Thread Starter wp.Man

    (@wpman-1)

    hi Mike
    got thinking a bit about this and wondering if you can add better support for the CIDR format?

    would like to be able to add ip ranges in this format without having them being converted in the WNKS list, as well as edit existing entries using this format

    this would also clear up the problem as described in my 1st post

    so i guess it’s a matter of whether you are able to accept the CIDR format without having to do the conversion i guess

Viewing 15 replies - 31 through 45 (of 116 total)