Forum Replies Created

Viewing 15 replies - 301 through 315 (of 360 total)
  • Plugin Contributor Will Stocks

    (@willstockstech)

    Brilliant – alright, well I’ll take a look over the next few days for you and will let you know how I get along 🙂

    Plugin Contributor Will Stocks

    (@willstockstech)

    I’ll have a look through that over the next few days 🙂

    Are you happy for me to make tweaks, such as:

    #: optimum-gravatar-cache.php:532
    msgid “”
    “<b>Avatars sizes used</b>: You must enter at least one size. <br> Only whole ”
    “numbers are accepted from 1. <br> Separate the various values with a comma.”
    msgstr “”

    to (quick example, not fully proof-read!):

    #: optimum-gravatar-cache.php:532
    msgid “”
    “<b>Avatar sizes used</b>: You must enter at least one size. <br> Only whole ”
    “numbers are accepted from 1. <br> Separate the various values with a comma.”
    “<br> Alternatively you can enable Learning Mode.”
    msgstr “”

    Thread Starter Will Stocks

    (@willstockstech)

    Thanks James – I’ll jump on to GitHub and will +1 the feature.

    I’m not sure why these are added, when I’m not utilizing those domains (I serve Gravatars locally, emoji locally etc.), therefore wouldn’t necessarily help when it comes to performance? If anything, it’s unnecessary requests and therefore doesn’t help?

    If I disable certain features, would those prefetches be removed or are they just always there?

    Plugin Contributor Will Stocks

    (@willstockstech)

    The project is on GitHub right? Do you want me to PR the .pot file in there?

    Plugin Contributor Will Stocks

    (@willstockstech)

    Yes, more than happy to do that 🙂 Let me know when you want me to start taking a look and I’ll do as much as I can as quickly as I can for you!

    Plugin Contributor Will Stocks

    (@willstockstech)

    Yeah, good point. If it can be removed in some way (I’ve asked on the Jetpack forum as well: https://wordpress.org/support/topic/filter-out-dns-prefetch-requests/) that’d be super, because it saves unnecessary requests 🙂

    I’m MORE than happy to give the translation a go for you! I’ve not personally translated for WordPress before, but that shouldn’t be an issue – I do a fair bit of translation/middle-man language conversion every day! 🙂 Which branch do you want me to take a look at: https://translate.wordpress.org/locale/en/default/wp-plugins/optimum-gravatar-cache

    Plugin Contributor Will Stocks

    (@willstockstech)

    Also, @jomisica, I don’t suppose there’s anything you can do about:

    <link rel="dns-prefetch" href="//0.gravatar.com">
    <link rel="dns-prefetch" href="//1.gravatar.com">
    <link rel="dns-prefetch" href="//2.gravatar.com">

    in the header of sites? Obviously, serving locally means that we don’t need users to prefetch that url? I’m 99% sure it’s Jetpack adding this, but I can’t work out how to filter it out!

    Plugin Contributor Will Stocks

    (@willstockstech)

    No, \willstocks\cache did not

    But \willstocks\wp-content\cache\ did (which is where I had mapped the \avatars\ folder in 1.2.#) as that’s where I also store autoptimize cache and other caching things.

    When I logged into my FTP though (after deleting 1.3.2 per earlier comments), I had to manually delete teh \willstocks\wp-content\cache\avatars folder as it was still there, even though the plugin had been deactivated and deleted via wp-admin. It still had all the cached gravatars in it as well.

    I’ve now mapped the OGC cache to a different folder, which I had to manually create. I’ve just checked as well and if I create \willstocks\cache\ then it creates fine via FTP, but the plugin can’t do it itself for some reason.

    Hope this helps?

    Plugin Contributor Will Stocks

    (@willstockstech)

    It’s also worth me quickly noting for you – the actual cache directory was not deleted when I deleted the previous install (again, I think I had manually mapped this folder).

    It still existed, so I’ve manually deleted it now as well. Looks like everything EXCEPT the /cache/avatars/ folder was removed when deleting the plugin.

    Plugin Contributor Will Stocks

    (@willstockstech)

    Just logged into my FTP again to check that the perms for \willstocks\ are there and I can confirm that the same user my WP install is running as can write/create at that level too – which is weird?
    Ah, OK brilliant! 🙂 I’m pretty happy it’s working now as well anyway (after the fresh install and manual folder creation): https://willstocks.co.uk/

    Plugin Contributor Will Stocks

    (@willstockstech)

    Strange… other plugins I haven’t had an issue with automatic folder creation in non-plugin directories.
    Autoptimize, for example stores it’s data in /WillStocks/wp-content/cache/ for which I did not have to manually create a folder.
    Hummingbird (caching) also has created 3 of its own folders within wp-content. As far as I’m aware, my wordpress install is running as the same user as the filesystem.

    Plugin Contributor Will Stocks

    (@willstockstech)

    Thanks – but it did require manual creation of the folder. It didn’t automatically set one up?

    Also, if I enable the optimization options, I get:
    Warning: file_get_contents(/WillStocks/wp-content/uploads/optimum-gravatar-cache/avatar/_.svg): failed to open stream: No such file or directory in /WillStocks/wp-content/plugins/optimum-gravatar-cache/optimum-gravatar-cache.php on line 1988

    Warning: Cannot modify header information - headers already sent by (output started at /WillStocks/wp-content/plugins/optimum-gravatar-cache/optimum-gravatar-cache.php:1988) in /WillStocks/wp-admin/includes/misc.php on line 1126

    I then refreshed the page and those errors went away immediately. I’m assuming it has something to do with the “Default” gravatar, even though I don’t have one declared and I’m using the “use gravatar until there’s one in the cache” option 🙂

    Plugin Contributor Will Stocks

    (@willstockstech)

    Created the folder /WillStocks/wp-content/uploads/optimum-gravatar-cache/ manually via FTP with folder perms 755 – re-enabled caching and gravatars are now being cached.

    Plugin Contributor Will Stocks

    (@willstockstech)

    OK. OGC 1.3.2 was installed.

      Deactivated
      Deleted
      Installed OGC 1.3.3
      Activated
      Turned caching on

    Saw the following errors:
    Warning: chmod(): No such file or directory in /WillStocks/wp-content/plugins/optimum-gravatar-cache/optimum-gravatar-cache.php on line 1105

    Warning: Cannot modify header information - headers already sent by (output started at /WillStocks/wp-content/plugins/optimum-gravatar-cache/optimum-gravatar-cache.php:1105) in /WillStocks/wp-admin/includes/misc.php on line 1126

    Also (which based on my very limited understanding, possibly relates to permissions):
    Não foi possivel criar o directório '/WillStocks/cache/avatar/'.

    Não foi possivel alpicar as permissões '0777' ao directório '/WillStocks/cache/avatar/'.

    Plugin Contributor Will Stocks

    (@willstockstech)

    Ahhhh, OK I’m with you now! Sorry, I had a really busy day yesterday so I’ll get the fresh install sorted today for you. Give me a couple of hours and I’ll feedback 🙂

Viewing 15 replies - 301 through 315 (of 360 total)