Title: macgeekgab's Replies - page 2 | WordPress.org --- # macgeekgab [ ](https://wordpress.org/support/users/macobserver/) * [Profile](https://wordpress.org/support/users/macobserver/) * [Topics Started](https://wordpress.org/support/users/macobserver/topics/) * [Replies Created](https://wordpress.org/support/users/macobserver/replies/) * [Reviews Written](https://wordpress.org/support/users/macobserver/reviews/) * [Topics Replied To](https://wordpress.org/support/users/macobserver/replied-to/) * [Engagements](https://wordpress.org/support/users/macobserver/engagements/) * [Favorites](https://wordpress.org/support/users/macobserver/favorites/) Search replies: ## Forum Replies Created Viewing 15 replies - 16 through 30 (of 60 total) [←](https://wordpress.org/support/users/macobserver/replies/?output_format=md) [1](https://wordpress.org/support/users/macobserver/replies/?output_format=md) 2 [3](https://wordpress.org/support/users/macobserver/replies/page/3/?output_format=md) [4](https://wordpress.org/support/users/macobserver/replies/page/4/?output_format=md) [→](https://wordpress.org/support/users/macobserver/replies/page/3/?output_format=md) * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[AMP] Using in-house/custom Analytics causes JavaScript Errors](https://wordpress.org/support/topic/using-in-house-custom-analytics-causes-javascript-errors/) * Thread Starter [macgeekgab](https://wordpress.org/support/users/macobserver/) * (@macobserver) * [6 years ago](https://wordpress.org/support/topic/using-in-house-custom-analytics-causes-javascript-errors/#post-12916252) * Thanks [@westonruter](https://wordpress.org/support/users/westonruter/). * I think this behavior is intentional to AMP (at least from my research this morning). * If you specify a `type` then it presumes you’re using a vendor definition and, when you’re using a vendor definition, the transport should be defined by the analytics vendor and not overridden by the publisher. * It would be possible, for example, for a vendor to only support GET requests, and then a publisher attempts to override that with a transport method that uses POST request and now thing are broken, hence the error. (Honestly I think it should be a warning and not an error, but, hey, the internet exists for opinions, right? 🙂 * With `type` absent, it knows you’re not using a vendor definition and `transport` is an acceptable thing to define. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[AMP] Using in-house/custom Analytics causes JavaScript Errors](https://wordpress.org/support/topic/using-in-house-custom-analytics-causes-javascript-errors/) * Thread Starter [macgeekgab](https://wordpress.org/support/users/macobserver/) * (@macobserver) * [6 years ago](https://wordpress.org/support/topic/using-in-house-custom-analytics-causes-javascript-errors/#post-12915128) * For example, this code works 100% fine, and tracks 100% fine, except the plugin is adding that `type` field (as above) which throws the error. * ``` { "triggers": { "trackPageview": { "on": "visible", "request": "pageview" } }, "transport": { "beacon": false, "xhrpost": false, "image": true }, "requests": { "base": "https://site.com/path/to/analytics/pixel.gif&rnd=${random}", "pageview": "${base}" } } ``` * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[W3 Total Cache] Invalid AMP with Minify enabled](https://wordpress.org/support/topic/invalid-amp-with-minify-enabled/) * [macgeekgab](https://wordpress.org/support/users/macobserver/) * (@macobserver) * [6 years, 1 month ago](https://wordpress.org/support/topic/invalid-amp-with-minify-enabled/#post-12837617) * For anyone driving by, we solved this simply went to Dashboard > Performance > Minify > Advanced > Never minify the following pages and put /amp/ in there. That seems to have done it. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[W3 Total Cache] Moving CSS to HTTP Body causes Facebook og:image issues](https://wordpress.org/support/topic/moving-css-to-http-body-causes-facebook-ogimage-issues/) * Thread Starter [macgeekgab](https://wordpress.org/support/users/macobserver/) * (@macobserver) * [6 years, 1 month ago](https://wordpress.org/support/topic/moving-css-to-http-body-causes-facebook-ogimage-issues/#post-12778872) * Ahh, gotchya. THanks, [@vmarko](https://wordpress.org/support/users/vmarko/) – I posted here thinking it was the right place, and thinking others may have a similar issue. * Out of curiosity, how large are your CSS? A better way to ask that question: how many lines down is it before the Facebook Debugger shows your OG tags? Ours were in the ~4500 range. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[W3 Total Cache] Moving CSS to HTTP Body causes Facebook og:image issues](https://wordpress.org/support/topic/moving-css-to-http-body-causes-facebook-ogimage-issues/) * Thread Starter [macgeekgab](https://wordpress.org/support/users/macobserver/) * (@macobserver) * [6 years, 1 month ago](https://wordpress.org/support/topic/moving-css-to-http-body-causes-facebook-ogimage-issues/#post-12777262) * Thanks, [@vmarko](https://wordpress.org/support/users/vmarko/) – I’m confused as to what other plugin would be causing this problem? Can you help clarify for us what issue you think we should be investigating? * From looking at the OG Debugger, it seems pretty clear that Facebook is just stopping its parsing at a certain point, and since we have ~47K of CSS, it’s not going past that to get to the META OG tags. I’m not sure what other plugin would be at play here, but obviously I could be misinterpreting something? * Thanks! * (P.S. We are paid Pro members, if that helps! 🙂 * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[W3 Total Cache] Moving CSS to HTTP Body causes Facebook og:image issues](https://wordpress.org/support/topic/moving-css-to-http-body-causes-facebook-ogimage-issues/) * Thread Starter [macgeekgab](https://wordpress.org/support/users/macobserver/) * (@macobserver) * [6 years, 1 month ago](https://wordpress.org/support/topic/moving-css-to-http-body-causes-facebook-ogimage-issues/#post-12774838) * Hi [@vmarko](https://wordpress.org/support/users/vmarko/)! Thanks for this. HTML Minify didn’t seem to affect this in my testing. The only thing that seemed to matter was the “Eliminate render-blocking CSS by moving it to HTTP body”, unfortunately. * I looked at the Facebook debugger with all the permutations I could manage, and I’m pretty sure this was the only one that worked, * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Jetpack - WP Security, Backup, Speed, & Growth] Jetpack’s Photon Breaks RSS](https://wordpress.org/support/topic/jetpacks-photon-breaks-rss/) * Thread Starter [macgeekgab](https://wordpress.org/support/users/macobserver/) * (@macobserver) * [6 years, 1 month ago](https://wordpress.org/support/topic/jetpacks-photon-breaks-rss/#post-12760077) * Thanks, [@jeherve](https://wordpress.org/support/users/jeherve/). That’ll do it! 🙂 * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [Can I bypass Jetpack Photon for a specific field?](https://wordpress.org/support/topic/can-i-bypass-jetpack-photon-for-a-specific-field/) * Thread Starter [macgeekgab](https://wordpress.org/support/users/macobserver/) * (@macobserver) * [6 years, 1 month ago](https://wordpress.org/support/topic/can-i-bypass-jetpack-photon-for-a-specific-field/#post-12760058) * [@jeherve](https://wordpress.org/support/users/jeherve/) Ahh, perfect. Thank you! Either the page ID or `is_feed` conditional would be brilliant for us. Thanks so much. We’ll get to work! * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [Can I bypass Jetpack Photon for a specific field?](https://wordpress.org/support/topic/can-i-bypass-jetpack-photon-for-a-specific-field/) * Thread Starter [macgeekgab](https://wordpress.org/support/users/macobserver/) * (@macobserver) * [6 years, 1 month ago](https://wordpress.org/support/topic/can-i-bypass-jetpack-photon-for-a-specific-field/#post-12760056) * [@jeherve](https://wordpress.org/support/users/jeherve/) Ahh, perfect. Either the page ID or `is_feed` conditional would be brilliant for us. Thanks so much. We’ll get to work! - This reply was modified 6 years, 1 month ago by [macgeekgab](https://wordpress.org/support/users/macobserver/). * Forum: [Fixing WordPress](https://wordpress.org/support/forum/how-to-and-troubleshooting/) In reply to: [Can I bypass Jetpack Photon for a specific field?](https://wordpress.org/support/topic/can-i-bypass-jetpack-photon-for-a-specific-field/) * Thread Starter [macgeekgab](https://wordpress.org/support/users/macobserver/) * (@macobserver) * [6 years, 1 month ago](https://wordpress.org/support/topic/can-i-bypass-jetpack-photon-for-a-specific-field/#post-12759253) * Thanks [@sterndata](https://wordpress.org/support/users/sterndata/) – They told me to come and ask here. 😉 [https://wordpress.org/support/topic/jetpacks-photon-breaks-rss/#post-12755784](https://wordpress.org/support/topic/jetpacks-photon-breaks-rss/#post-12755784) * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Jetpack - WP Security, Backup, Speed, & Growth] Jetpack’s Photon Breaks RSS](https://wordpress.org/support/topic/jetpacks-photon-breaks-rss/) * Thread Starter [macgeekgab](https://wordpress.org/support/users/macobserver/) * (@macobserver) * [6 years, 1 month ago](https://wordpress.org/support/topic/jetpacks-photon-breaks-rss/#post-12758972) * Thanks for your help! * I re-enabled site accelerator and I think you might have gotten us down the right path. Because… the images in /feed/ also have the parameters after them: * `src="https://i1.wp.com/www.macobserver.com/wp-content/uploads/2019/03/workfeatured- spotify.png?resize=1200%2C630&ssl=1"` * …but it validates, whereas our /feed/everything/ does NOT. And now I think I know why. We are *also* using the media:content for our images, and it seems the namespace for that does not support URLs with parameters. But… I can remove that and work around it. (we use custom fields and custom post types, hence the need for custom RSS creation). * However… we’re also podcasters, and this image is required atop every single podcast feed: * ``` Mac Geek Gab https://www.macobserver.com/show/mac-geek-gab https://i0.wp.com/www.macobserver.com/wp-content/uploads/2020/03/macgeekgab_logo_sans_Finder-600px.png?fit=600%2C600&ssl=1 144 144 Mac Geek Gab Podcast ``` * Unfortunately, having those parameters in the breaks every podcast validator in existence, and we can’t have that. So… same problem, different place. Is there a way to invoke an image without having Site Accelerator affect it? * So… we’ve had to turn off Site Accelerator for now. If you’d like to setup a specific time to check it out, I’m happy to do that for you, but we can’t leave it like this, unfortunately. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Jetpack - WP Security, Backup, Speed, & Growth] Jetpack’s Photon Breaks RSS](https://wordpress.org/support/topic/jetpacks-photon-breaks-rss/) * Thread Starter [macgeekgab](https://wordpress.org/support/users/macobserver/) * (@macobserver) * [6 years, 1 month ago](https://wordpress.org/support/topic/jetpacks-photon-breaks-rss/#post-12755172) * Thanks for helping! * The site is [https://www.macobserver.com/](https://www.macobserver.com/) and our RSS is [https://www.macobserver.com/feed/everything](https://www.macobserver.com/feed/everything)— But we have Photon disabled right now because it breaks our RSS. * Happy to do whatever we can to show you what’s going on. Just let me know what you need and we’ll take it from there. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Publish To Apple News] Paid for / Support on this plugin](https://wordpress.org/support/topic/paid-for-support-on-this-plugin/) * [macgeekgab](https://wordpress.org/support/users/macobserver/) * (@macobserver) * [6 years, 3 months ago](https://wordpress.org/support/topic/paid-for-support-on-this-plugin/#post-12483260) * I believe this error appears when you have an   in the HTML of the post. There are other support requests that say this is fixed, though my testing is in line with yours: it’s still broken at some level. * Hopefully a fix is forthcoming. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Matomo Analytics - Powerful, Privacy-First Insights for WordPress] Differences from WP-Matomo](https://wordpress.org/support/topic/differences-from-wp-matomo/) * [macgeekgab](https://wordpress.org/support/users/macobserver/) * (@macobserver) * [6 years, 3 months ago](https://wordpress.org/support/topic/differences-from-wp-matomo/#post-12482967) * Thanks for this clarification. Just to be clear, if we’re already running self- hosted Matomo and running the WP-Matomo (WP-Piwik) plugin, there’s no benefit in moving to the Matomo Analytics plugin, correct? * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Publish To Apple News] [& nbsp ;] still breaking api on submit](https://wordpress.org/support/topic/nbsp-still-breaking-api-on-submit/) * [macgeekgab](https://wordpress.org/support/users/macobserver/) * (@macobserver) * [6 years, 7 months ago](https://wordpress.org/support/topic/nbsp-still-breaking-api-on-submit/#post-12103600) * We’re definitely still seeing this here, as well. Would love a fix, and are happy to provide any details we need. Viewing 15 replies - 16 through 30 (of 60 total) [←](https://wordpress.org/support/users/macobserver/replies/?output_format=md) [1](https://wordpress.org/support/users/macobserver/replies/?output_format=md) 2 [3](https://wordpress.org/support/users/macobserver/replies/page/3/?output_format=md) [4](https://wordpress.org/support/users/macobserver/replies/page/4/?output_format=md) [→](https://wordpress.org/support/users/macobserver/replies/page/3/?output_format=md)