Forum Replies Created

Viewing 15 replies - 91 through 105 (of 397 total)
  • Plugin Author shift8

    (@shift8)

    Closing this issue now – feel free to update if you need further help.

    Plugin Author shift8

    (@shift8)

    Closing this issue now – feel free to update if you need further help.

    Plugin Author shift8

    (@shift8)

    Hello!

    Sorry about your troubles! Sometimes these kind of tricky problems can happen.

    Its theoretically possible that the background color is changing because the order of the CSS files being loaded changes slightly. So if another CSS file declares it dark grey/black first and then your own CSS file declares the same class as white, the CDN may change that order of which css files are loaded when.

    This means that the CSS file for dark/grey/black is loading last with the CDN enabled and its loaded first when the CDN is disabled.

    I can confirm this assumption if you dont mind enabling the CDN for CSS files and updating me here in this thread. I can check and confirm what is happening.

    The other option is the CSS file version is cached on our CDN and is not updating your change. The way to show changes to CSS files VIA our CDN is to use a version query string in your theme’s functions file for the style.css so :

    yoursite.com/wp-content/theme/style.css becomes

    yoursite.com/wp-content/theme/style.css?ver=1.0.1

    When you update the style.css , make sure to change ?ver=1.0.1 to ?ver=1.0.2 and the CDN will consider it a new file and not show an old / cached version.

    You can alternatively force a cache purge as well in the CDN settings (or our dashboard).

    Hope this helps – but if you want to enable and let me know I can also check.

    Thanks!

    Plugin Author shift8

    (@shift8)

    Hello!

    Sorry to hear about your problem! In the CDN settings there is a big ON/OFF switch where you can quickly turn the CDN rewriting off in the event of problems.

    Do you have more information on what was broken with the slider exactly? Perhaps you can enable again and I can check your site to investigate further?

    Sometimes sliders load images differently than how our CDN would be able to rewrite image links in rendered HTML. Also some sliders (like master slider) have their own caching built in so you might have needed to clear the cache if there are problems.

    Perhaps you can start by pasting the debug info in our plugin settings in this thread so I can see if there are other plugin conflicts happening as well?

    Plugin Author shift8

    (@shift8)

    Hello!

    Sorry about the delay in my response. You likely added the site over a year ago to our legacy system before we required a separate account with our CDN Dashboard system. I have removed the legacy site so you should now be able to add your site.

    Thanks for using our service!

    Plugin Author shift8

    (@shift8)

    Wow!

    Very sorry for your experience. This is a free service that costs thousands of dollars per month in bandwidth charges to maintain.

    You ultimately were able to reach out via submitting a contact form but for free tier we position support as being primarily available through the official support forums and our official discourse community forum.

    Think of how much time it takes to offer free support and then offering a toll-free support phone service on top of that would be so incredibly taxing it would make offering free services like this completely not worthwhile.

    There are so so many reasons why problems occur just generally with wordpress plugins from hosting environments (PHP, web services, security firewalls, anti DDoS measures) to other conflicting plugins on your site that can cause problems like caching plugins and just random plugins that you wouldn’t think that would conflict with something like this but do.

    Usually someone posts in the support forum (and you can verify this yourself), I try my best to respond very quickly and offer support. Usually a troubleshooting interaction back-and-forth happens and in most cases I can resolve the problem.

    This legal compliance thing you are mentioning doesnt make a whole lot of sense. So we offer a free service and have to sit by the phone for a toll free number to offer free support? Where is the incentive then for an open source community to develop and contribute free services?

    The paid tier of our plugin offers 24x7x365 support because we can justify offering this level of support if you actually pay for services.

    Sorry again for your experience but this bad review will hurt the free service that other people enjoy for literally thousands of other users.

    Plugin Author shift8

    (@shift8)

    Hello,

    You reached out to us directly and this problem turned out to not be the result of our plugin but rather a caching plugin you had installed.

    Once you cleared cache / uninstalled the plugin, it was resolved. Closing this issue now.

    Plugin Author shift8

    (@shift8)

    Hello,

    Thanks for using our service!

    The error message on the link you provided is from your own web hosting service :

    What happened?

    This website is using a security service to protect itself from online attacks.

    Sometimes web hosting services have security set to very sensitive levels where they think when one of our CDN endpoints fetches a url, it is an automated attack. Our IP addresses are from data centres (instead of residential) and they may have determined that because of that it might be a denial of service attack.

    This has happened to a few other people who have reported in the support forums here. I have no control over the web hosting services but sometmies if you ask them to turn down the threshold for these sensitive security settings, it will help.

    Alternatively you could ask them to whitelist all the IP addresses used in our CDN servers. You can reach out to us via email to ask for an IP list to request them whitelist.

    Thanks

    Plugin Author shift8

    (@shift8)

    Hello!

    I’m sorry the issue is persisting. Its possible that a plugin is interfering with this issue, most likely a caching plugin.

    Please try disabling these plugins and clear your WordPress cache if you can as well. Once the below plugins are disabled if the problem still persists, you will need to methodically disable the remaining plugins one-by-one until the issue resolves itself. This is how you narrow down a plugin that is causing a conflict :

    • All 404 Redirect to Homepage (1.20)
    • AMP (2.0.9)
    • AMP for Contact Form 7 (1.3)
    • AMP Google Tag Manager (0.1.0)
    • AMP Substitutionary Content (0.1)
    • Anti-Malware Security and Brute-Force Firewall (4.19.69)
    • Asset CleanUp Pro: Page Speed Booster (1.1.8.6)
    • Autoptimize (2.8.1)
    • Autoptimize CriticalCSS.com Power-Up (1.18.0)
    • McAfee SECURE (1.9.1)
    • Shortcode Cleaner Lite (1.0.9)
    • Spider Blocker (1.2.6)
    • WP Fastest Cache (0.9.1.4)
    • WPS Hide Login (1.6.1)

    I should stress that the above list of plugins is not confirmed that they would be conflicting or causing problems, but based on what they do I think its best to methodically rule them out.

    As a sidenote, I should mention that you have quite a lot of plugins installed. Many of those plugins purportedly overlap in what functions they are providing. For example , the fastest cache may be optimizing CSS while you have other CSS optimization plugins. You have at least 3 security based plugins installed. This is not a good practice so if you can go through your plugins (After you get this working) and clean out anything that you probably dont need, it will reduce the risk or likelihood of problems happening down the line.

    A good strategy with any site is to have the least number of plugins installed as possible. Not only for conflicts and problems, but the security risk increases the more plugins you install unfortunately.

    Please let me know how it goes and if you are able to identify which plugin is causing the problems. All our plugin does is rewrite urls to go through the CDN, its very simple and uses the same functions as most other caching plugins uses (i.e. WP-Rocket).

    Thanks and good luck!

    Plugin Author shift8

    (@shift8)

    Hello,

    Looks like when loading https://zetadisseny.es/?amp=1 on a mobile device produces an infinite redirect-loop.

    Can you go to the debug tab of the Shift8 CDN plugin settings and paste the full list of installed / active plugins? It is likely another plugin is conflicting with how the page loads for example.

    Thanks

    Plugin Author shift8

    (@shift8)

    Hello!

    I’m sorry about your trouble!

    I looked into it and at the time of writing this it looks like you deleted your site on our shift8cdn dashboard site. I undeleted the site and it appears to work for me now.

    Please confirm on your side of course!

    Thank you for using our service! 🙂

    Plugin Author shift8

    (@shift8)

    Hello!

    I looked into this and there is something on your side that is causing a problem with how the PDF renders which I will explain as best as I can.

    The local version of the link works :

    https://www.schadeck.eu/wp-content/plugins/pdfjs-viewer-shortcode/pdfjs/web/viewer.php?file=/wp-content/Erste_Schritte_mit_Shotcut-1.pdf&dButton=true&pButton=true&oButton=false&sButton=true#zoom=0&pagemode=none

    But the CDN version of the link does not :

    https://dd9i74amxnjv.cdn.shift8web.com/wp-content/plugins/pdfjs-viewer-shortcode/pdfjs/web/viewer.php?file=/wp-content/Erste_Schritte_mit_Shotcut-1.pdf&dButton=true&pButton=true&oButton=false&sButton=true#zoom=0&pagemode=none

    This is because this is not a direct link to a static file. The CDN is confused because it is trying to pass a PHP file that pulls a local PDF to render in a viewer. The shortcode generator that you are using “PDFJS Viewer Shortcode” is causing this problem.

    We cannot cache this as a static file because PHP has to render the PDF on the server side (on your site) for it to render in the browser. It is this barrier that is causing the PDF to not render and redirect to our company homepage (this is how a 404 is supposed to work).

    To get the PDF working you will have to just link to the PDF as a direct file or perhaps you could try linking the direct path in the shortcode settings to go through the CDN?

    For example a direct link to the PDF through the CDN will work :

    https://dd9i74amxnjv.cdn.shift8web.com/wp-content/Erste_Schritte_mit_Shotcut-1.pdf

    In the shortcode options for the pdfjs viewer, can you add a full URL for the PDF for it to load? For example :

    https://www.schadeck.eu/wp-content/plugins/pdfjs-viewer-shortcode/pdfjs/web/viewer.php?file=https://dd9i74amxnjv.cdn.shift8web.com/wp-content/Erste_Schritte_mit_Shotcut-1.pdf&dButton=true&pButton=true&oButton=false&sButton=true#zoom=0&pagemode=none

    If this is not possible, you will have to find another way to load your PDF as it wont work with our CDN (and most other CDNs).

    I hope this was helpful!

    Plugin Author shift8

    (@shift8)

    Hello!

    Sorry about the problem! I will look into this and update in a few minutes.

    Thanks!

    Plugin Author shift8

    (@shift8)

    Going to go ahead and close this – if you have any future problems, feel free to open a new issue.

    Thanks!

    Plugin Author shift8

    (@shift8)

    Hello!

    So sorry for the delay in responding to this. Its difficult to diagnose with a general error. We haven’t receieved reports from our monitoring systems of an outage but that doesn’t mean something didn’t happen obviously.

    Sometimes what confuses a problem is the CDN will time out or appear down for a request but the web hosts, in a most commonly encountered reaction, will ban the IP address of the CDN endpoint server from fetching an asset because they think its an automated or malicious denial of service attack.

    I guess first and foremost – is this issue still happening for you at this point?

Viewing 15 replies - 91 through 105 (of 397 total)