Forum Replies Created

Viewing 15 replies - 31 through 45 (of 182 total)
  • Thread Starter RafaelDeJongh

    (@rafaeldejongh)

    Hi there Ed

    Thanks for the information, I guess I’ll just have to use an alternative calendar then.
    Either way thanks for your reply.

    Sincerely
    Rafaël De Jongh

    Thread Starter RafaelDeJongh

    (@rafaeldejongh)

    @phbernard

    Because when I remove the record from the database manually and then I remove the plugin, the database autoload will go from over 1MB to 0.13MB. If you also look on the image the biggest autoload entree is: fbrfg_favicon_non_interactive_api_request that has a total size of “1019576” which is over 1mb for some reason. And I do think this is related to your plugin is it not?

    Removing all records and the plugin combined with the files to start fresh will only result in the same values and size.

    This is the first time it happens as I’m using your plugin on other sites as well where this behaviour does not seem to be present.

    Thread Starter RafaelDeJongh

    (@rafaeldejongh)

    Thanks for your answers, it is strange however as the gallery/tiled galleries work fine without photon. That being said it is really not the fault of ShortPixel here that these images are being filled in the galleries. But well no worries I’ll probably just step away from Jetpack as a whole and use an alternative.

    Thanks either way for trying to help.

    Thread Starter RafaelDeJongh

    (@rafaeldejongh)

    @supernovia

    Thank you for your reply, shame that it is not standalone as I really don’t need/use like 70% of what Jetpack has to offer in terms of modules, as it feels bloated to various degrees.

    Either way thanks, perhaps someone else has an other alternative that I can work with?

    Thread Starter RafaelDeJongh

    (@rafaeldejongh)

    @supernovia

    Like said I do not want to make use of the Jetpack/Photon CDN and even with that enabled the problem persist of course as it will still be double posted in the gallery lineup with the Picture/Image fallback tag as I want to keep using ShortPixel and do not want to rely on a third party CDN for my images.

    The gallery works fine without the CDN except of course when there are two entrees found in the DOM, this seems to be completely code wise in terms on how the gallery picks up images, so I would like to have some insight on how to be able to solve this code wise, for example to exclude the <picture> tag from being included in the gallery lineup.

    Thanks in advance for further information.

    Thread Starter RafaelDeJongh

    (@rafaeldejongh)

    @supernovia

    I disabled Photon via the debug settings as I really dislike the compression settings it uses for the images so no images on my site are actually being served by Jetpack’s CDN nor do I want it to. So changing the CDN via ShortPixels methods does not really apply for this case I’d say.

    Thanks for your reply though, but yea I do look for a possible fix for this problem.

    • This reply was modified 7 years, 6 months ago by RafaelDeJongh.
    Thread Starter RafaelDeJongh

    (@rafaeldejongh)

    @mikes41720

    I’ve been working for days to get this site indexed again, still do not know the source of the problem but I did manage to re-index the website only hours before your post! So yea I am glad it can be found again by others as well.

    Thank you for the KB I will investigate that and yea the suggestions you’ve provided also were provided by the forum post over at the Google Search Console Forums. Which sadly did not give me much information as you can read there.

    I am however on a lead that it might be a Cloudflare problem that the BOTS do not receive access to my website and therefore can not crawl them, but I will have to figure this out some more.

    Either way thanks!

    Thread Starter RafaelDeJongh

    (@rafaeldejongh)

    @iandunn

    I always work with a browser that has no addons/plugins installed when working on websites to avoid such matters.

    I will test soon again with some other websites to see if the last update changed anything, mostly reporting it here that I had similar problems on different websites with different configurations with Gutenburg.

    Thread Starter RafaelDeJongh

    (@rafaeldejongh)

    The first one would be _underscores (self written theme, nothing special here).
    The second one is Savoy.

    Was working with a GeneratePress Theme WordPress website with Gutenburg enabled today and worked fine there, with a similar setup as site two I might add.

    Thread Starter RafaelDeJongh

    (@rafaeldejongh)

    Okay so this happened on both an older installation that was updated with WordPress in the years and on a complete new installation of WordPress with Gutenburg in preperation of the new update. Both had similar yet different setups but here’s a list.

    Old yet updated WordPress with Gutenburg:
    BulletProof Security
    Contact Form 7
    Contact Form 7 Honeypot
    Cookie Notice
    Favicon by RealFaviconGenerator
    Gutenburg
    Heartbeat Control
    Jetpack by WordPress.com
    Marmoset Viewer
    Page Builder by SiteOrigin
    ShortPixel Image Optimizer
    SiteOrigin Widgets Bundle
    Slider Revolution
    UpdraftPlus – Backup/Restore
    WP Mail SMTP
    WP Rocket
    Yoast SEO

    New WordPress with Gutenburg:
    BulletProof Security
    Contact Form 7
    Contact Form 7 Honeypot
    Cookie Notice
    Element Pack
    Elementor
    Elementor Extras
    Elementor Pro
    Favicon by RealFaviconGenerator
    Gutenburg
    Mollie Payments for WooCommerce
    Swift Performance
    UpdraftPlus – Backup/Restore
    WooCommerce
    WP Mail SMTP
    Yoast SEO

    These are two sites with Gutenburg that I have tested with and have problems with, I did notice a Gutenbuerg 3.8.0 released just now which I didn’t test yet, but this was all the problems I experienced with 3.7.0

    In case you need further information, I’d be happy to provide!

    Thread Starter RafaelDeJongh

    (@rafaeldejongh)

    I am still facing this problem without any knowledge to fix this!

    Thread Starter RafaelDeJongh

    (@rafaeldejongh)

    Thanks for the supportive help, really do appreciate it!

    Thread Starter RafaelDeJongh

    (@rafaeldejongh)

    Alright well then if everything is in order on BPS side it must be an isolated case. Sadly I do not have BPS Pro (yet) but after redoing a clean install on the same server with the same configs it worked.

    Like said it’s a bit strange as the outcome is sometimes different but I guess it really was an isolated problem.

    So thanks for looking into it!

    Sincerely,
    Rafaël De Jongh

    Thread Starter RafaelDeJongh

    (@rafaeldejongh)

    For me it still gives an error even though I deleted all the custom code, reinstalled the plugins and did this on a freshly installed WP installation.

    Not sure what causes it but the folder of WP Rocket is indeed “wp-rocket” and all the previous custom code was removed to then follow the wizard which didn’t do anything.

    So yea not sure what’s causing this but if you would like to have a look at my test server I can provide you an account to test it!

    The error I’m getting is the following:

    WP Rocket htaccess code was not found in your Root htaccess file
    If you have deactivated Root Folder BulletProof Mode temporarily then disregard this message. When you activate Root Folder BulletProof Mode again this message will go away automatically.
    Or you can run the BPS Setup Wizard now to make this message go away now.
    If you just installed WP Rocket then go to the BPS htaccess File Editor page, click the Unlock htaccess File button, then go to the WP Rocket plugin settings page, choose and save the WP Rocket plugin settings that you want to use and then run the BPS Setup Wizard to automatically setup/combine WP Rocket and BPS htaccess code together.

    And when I delete the htaccess and then try to redo the wizzard it says the following as in my initial message:

    WP Rocket is deactivated and WP Rocket htaccess code was found in your Root htaccess file
    If you have deactivated WP Rocket temporarily then disregard this message or you can run the BPS Setup Wizard now to make this message go away now.
    If you are planning on permanently uninstalling WP Rocket then run the BPS Setup Wizard after you have uninstalled/deleted the WP Rocket plugin.

    It’s really weird to be honest and it’s also not always the case, but in various case it actually does act very strabgely.

    • This reply was modified 7 years, 12 months ago by RafaelDeJongh.
    • This reply was modified 7 years, 12 months ago by RafaelDeJongh.
    • This reply was modified 7 years, 12 months ago by RafaelDeJongh.
    • This reply was modified 7 years, 12 months ago by RafaelDeJongh.
    • This reply was modified 7 years, 12 months ago by RafaelDeJongh.
    • This reply was modified 7 years, 12 months ago by RafaelDeJongh.
    • This reply was modified 7 years, 12 months ago by RafaelDeJongh.
    Thread Starter RafaelDeJongh

    (@rafaeldejongh)

    Just received the following from the WP Rocket team:

    Hi Rafaël,

    Marko from WP Rocket here.

    Thanks for letting us know. I have shared this with our developers so we will follow BPS feedback. If necessary, we will work together to resolve the issue as soon as possible 😉

    Let me know if you need any further assistance, I am happy to help. 😉

    Best Regards,


    Marko Nikolic
    Website: https://wp-rocket.me

    So I am hoping they’ll contact you soon with a proper developers version or something similar to get this solved!

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