carlcs
Forum Replies Created
-
i reactivated it again and so far, it has not come up. very strange. we’ll observe for the next 24 hours and see if it comes up again.
hi. the site was not broken and i don’t think there was any impact but it kept appearing in new relic and was filling up the error log there. so i disabled it first to prevent new relic from getting full and step reporting other errors
Stack trace E_WARNING: file_get_contents(/home/web_user/public_html/wp-content/cache/autoptimize/js/autoptimize_d41d8cd98f00b204e9800998ecf8427e.js): failed to open stream: No such file or directory in file_get_contents called at /home/web_user/public_html/wp-content/plugins/autoptimize/classes/autoptimizeCache.php (77) in autoptimizeCache::retrieve called at /home/web_user/public_html/wp-content/plugins/autoptimize/classes/autoptimizeScripts.php (343) in autoptimizeScripts::minify called at /home/web_user/public_html/wp-content/plugins/autoptimize/classes/autoptimizeMain.php (466) in autoptimizeMain::end_buffering called at ? (?) in ob_end_flush called at /home/web_user/public_html/wp-includes/functions.php (4344) in wp_ob_end_flush_all called at /home/web_user/public_html/wp-includes/class-wp-hook.php (286) in WP_Hook::apply_filters called at /home/web_user/public_html/wp-includes/class-wp-hook.php (310) in WP_Hook::do_action called at /home/web_user/public_html/wp-includes/plugin.php (465) in do_action called at /home/web_user/public_html/wp-includes/load.php (954) in shutdown_action_hook called at ? (?)
Unfortunately, this didn’t work. we disabled autoptimize for now
thank you
- This reply was modified 5 years, 1 month ago by carlcs.
I did some investigation and found the function
wc_gateway_ppec()
i used that function this way.
if (function_exists('wc_gateway_ppec')) { remove_action( 'woocommerce_after_add_to_cart_form', array( wc_gateway_ppec()->cart, 'display_paypal_button_product' ), 1 ); }
is this method correct?
Forum: Plugins
In reply to: [Pixel Caffeine] Undefined index url condition class-aepc-pixel-scripts.phpi am seeing this error as well on our own setup
- This reply was modified 5 years, 6 months ago by carlcs.
i did not check anymore with disabling cloudflare. i checked the plugins we’re using for displaying phpinfo() details and they are returning the contents of $_SERVER[“HTTP_HOST”] correctly even with cloudflare enabled. Aside from that, one of the plugins has an email functionality which sets up the headers like so
$headers = array(
‘Content-Type: text/html; charset=UTF-8’,
‘From: ‘ . get_bloginfo( ‘name’, ‘display’ ) . ‘<no-reply@’ . $_SERVER[‘HTTP_HOST’] . ‘>’
);the ‘From’ in the received email displays the content of $_SERVER[‘HTTP_HOST’] correctly. Since this is in the cdn integration section of wp fastest cache, i just removed the cloudflare integration and changed the cloudflare settings manually in our cloudflare setup based on the options changed by wp fastest cache
thanks
we checked our phpinfo plugin and it is set in the information on the site. is it possible that this is affected by cloudflare? we have cloudflare set up on our site qs well
thanks
hi
yes through the wp-admin panel
thanks
oh forgot to close this one.
At least for us, one of our plugin’s php files had an extra space at the end. We didn’t know about this until we saw that space error in Updraft Plus. Finding that and fixing it corrected the export issue.
no more issues. thank you
Oh cool It’s working now with my test user but being blocked for purchase from my other users
thank you very much
Forum: Plugins
In reply to: [WP Fastest Cache] Different css files served when logged out and logged inSo does the setting “Don’t show the cached version for logged in users” only apply for admin users?
Forum: Plugins
In reply to: [WP Fastest Cache] Different css files served when logged out and logged inoh i see. it behaves differently when an admin is using the site. that explains a lot.
thank you
Forum: Plugins
In reply to: [WP Fastest Cache] Different css files served when logged out and logged inhi emre
i did some further review and it looks like one reason it was working in our staging site was because we had the plugin “Busted” installed so there’s an extra part of the query string from Busted which gets updated when a file is updated i believe so there’s a forced browser refresh. Activating this in production solved the non updating css issue i had.
That said, we did notice that files are still served differently whether i’m logged in or out. When i’m logged out, the files served are the minified files, logged in, the unminified files are served. Is this related to the “Don’t show the cached version for logged in users”? That’s the only option i saw there related to logged in users
thanks
Forum: Plugins
In reply to: [WP Fastest Cache] Different css files served when logged out and logged inhi emre
thanks for the reply. I tested this in our staging setup with the cdn integration and it worked properly. We’ll test with our production setup in later and hopefully the results would be the same
thanks