Will Stocks
Forum Replies Created
-
Forum: Plugins
In reply to: [Gutenberg] nvariant Violation: Minified React error #130;@iandunn – I’ll have to spin up a dev site in that case.
Browser extensions – None, so can’t be the issue there.
Theme – Had been alright until 3.8 (and has no react code in theme either) but I can defo revert back to a stock theme just to double check.
Plugins – I have seen some noise about Yoast causing issues in 3.8, which I do use. But again, I’ll see if I can get a local dev site setup and will revert everything to a “fresh” install.Forum: Plugins
In reply to: [Gutenberg] nvariant Violation: Minified React error #130;I too am seeing this error. Post add new dropdown and selecting classic editor works fine, but Gutenberg throws the below error. I tried the above mentioned fix/troubleshooting, however that hasn’t resolved the issue for me.
“Copy error” output:
Invariant Violation: Minified React error #130; visit https://reactjs.org/docs/error-decoder.html?invariant=130&args[]=undefined&args[]= for the full message or use the non-minified dev environment for full errors and additional helpful warnings. at Sg (/wp-content/plugins/gutenberg/vendor/react-dom.min.82e21c65.js:142:327) at m (/wp-content/plugins/gutenberg/vendor/react-dom.min.82e21c65.js:12:388) at ed (/wp-content/plugins/gutenberg/vendor/react-dom.min.82e21c65.js:65:98) at /wp-content/plugins/gutenberg/vendor/react-dom.min.82e21c65.js:87:294 at rd (/wp-content/plugins/gutenberg/vendor/react-dom.min.82e21c65.js:91:10) at O (/wp-content/plugins/gutenberg/vendor/react-dom.min.82e21c65.js:90:455) at yh (/wp-content/plugins/gutenberg/vendor/react-dom.min.82e21c65.js:104:145) at lg (/wp-content/plugins/gutenberg/vendor/react-dom.min.82e21c65.js:120:88) at mg (/wp-content/plugins/gutenberg/vendor/react-dom.min.82e21c65.js:120:386) at gc (/wp-content/plugins/gutenberg/vendor/react-dom.min.82e21c65.js:127:202)- This reply was modified 7 years, 9 months ago by Marius L. J.. Reason: Added code tags for readability
Ahhh, OK – In that case, I’ll wait for the near future as it sounds like Hummingbird has some extra useful features coming soon! 😀 😀
Hi @vanyukov
Thanks for confirming. I know with WP Super Cache, I previously had it setup so that if someone visited a page (home page for example), it would hit the page cache for that page, then if they visited a post (they’d hit the page cache) and then returned to the home page, it wouldn’t send an extra request over to the server for a cached copy of the home page for a second time, despite that they were just there – I had it setup so that the home page was browser cached for 15 mins (IIRC) so the homepage load was a) immediate and b) didn’t result in another request out.
The only other thing I thought is I could do something like
is_home() {
header(“Cache-Control: max-age = 600”);
}Would that work for my use case, do you know?
“I would really recommend going the HTTP/2 route, as this is a far better option” – as in leave the files all separated out, simply optimized?
When I did combine files, I had to “move to footer” my child theme css as it wasn’t “overriding” my parent theme CSS as I expected (moving to footer worked). Do I need to fully disable and deactivate plugins such as autoptimize?
I don’t know if you need any info from me to investigate that one at all? High level:
PHP 7.2.8
WP 4.9.8
Hummingbird 1.9.2So I just had another look… it seemed to be serving me the hummingbird assets combined, but only for logged on users (i.e. me as an admin). Publically though, the assets were still all separate (although since deactivating asset optimization and reactivating autoptimize, they’re all now combined).
Any ideas?Cheers @vanyukov
Is it the same for both page cache and optimized assets? I set a bunch of assets to combine, but they all still seemed to load separately on page views, so I’ve re-enabled autoptimize and deactivated asset optimization where my assets are all now combined as autoptimize files
After updating to 8.0 yesterday, I noticed a “front page” setting in the Facebook social setting, which APPEARS to relate more specifically to Facebook/OpenGraph as opposed to related to Twitter.
As I personally don’t use Facebook as a platform, I’ve never actually ventured into the config page here.
It looks like, after manually setting the front page setting on the Facebook section it has catered for/sorted the issue? I don’t know whether it’s worth having that as a more “general” option to populate if it applies to more than one platform?Forum: Plugins
In reply to: [Gutenberg] Adding class to image adds class to tag wrapping image?Yeah, good idea actually!
Cheers!! 😀Forum: Plugins
In reply to: [Gutenberg] Adding class to image adds class to tag wrapping image?OK, thanks for confirming, thought it was worth an ask – In that case I might have to rejig/reconfigure the lazyload library I’m using (https://github.com/aFarkas/lazysizes which is set up currently to look for “lazyload” as an image class) to look for an alternate class and take it from there?!
Thanks Craig, that’s great news. I’ll keep an eye out for the update 😀
Do you happen to have a timeline at all?
Forum: Plugins
In reply to: [Amazon Associates Link Builder] Gutenberg compatibility?@amazonlinkbuilder – are you able to advise any plans/provide us with an update in relation to this at all?
Forum: Plugins
In reply to: [Optimum Gravatar Cache] Some gravatars not displaying?Hey @jomisica
Sorry for the delayed response.
1) That makes perfect sense, thanks for clarifying 🙂 I’ll give that a go if I ever have to rebuild my cache!
2) I set a custom gravatar and that did the trick. I haven’t reset it back to default yet as that file is 0 bytes (0.svg). By default, there was no 0.png, only 0u.png which is the “default” icon that I set recently.
The plugin definitely works, it’s actually very good and I’m very happy with it. I couldn’t find another plugin that catered for gravatars OTHER than those in comments (as obviously comments are typically where there are more avatars, rather than authors).
For the time being, I’ve been really cheeky and manually edited the plugin’s PHP file to add my lazyload class, which has worked perfectly for my use case 😀
Thanks for your help on these items. Looking forward to the next release! 😉
Forum: Plugins
In reply to: [Optimum Gravatar Cache] Some gravatars not displaying?Hi @jomisica
Thanks for getting back! 🙂
1. That’d be amazing. I’m not sure why it took as long as it did to generate then display the gravatar. I made sure to disable all other caching at the time as well, but for the duration of the “download” some users displayed no gravatar. Maybe it relates to point 2?
2. I’ll try resetting it now. It’s weird, because if I check via FTP, the file definitely exists! I’ll try setting a manual default, then resetting it.
3. Ah, brilliant news!
Looking forward to the new version, as I have a lazy loading library included as part of my theme so being able to add that custom class would be amazing. Do you have an “upcoming features” log anywhere by chance? Some people do it, some don’t – I always like to see what’s coming up 🙂
It looks like all of the gravatars have generated and cached now, I’ll see if I get another one in the meantime where the issue reoccurs.
Forum: Plugins
In reply to: [Optimum Gravatar Cache] Some gravatars not displaying?It’s also worth me mentioning that I’m getting a few “errors”/warnings on the plugin page – I’m running PHP 7.2 at the moment:
Warning: Use of undefined constant WP_TEMP_DIR – assumed ‘WP_TEMP_DIR’ (this will throw an Error in a future version of PHP) in
/root/wp-content/plugins/optimum-gravatar-cache/optimum-gravatar-cache.php on line 232Warning: Use of undefined constant WP_ADMIN_DIR – assumed ‘WP_ADMIN_DIR’ (this will throw an Error in a future version of PHP) in /root/wp-content/plugins/optimum-gravatar-cache/optimum-gravatar-cache.php on line 234
Warning: Cannot modify header information – headers already sent by (output started at /root/wp-content/plugins/optimum-gravatar-cache/optimum-gravatar-cache.php:232) in /root/wp-admin/includes/misc.php on line 1124