Mark Freedman
Forum Replies Created
-
Thank you Thomas. You may very well have a point — I do use an ad blocker. I can’t really test it now, though, because after I removed the define(‘CONCATENATE_SCRIPTS’, false); line from my config file, it still worked. So I’m guessing a recent WordPress update solved any conflict with ad blockers.
I also now turned off the ad blocker on my domain. Glad I can now take advantage again of the performance gains from concatenating the scripts.
Thanks.
Forum: Plugins
In reply to: [Simple Ads Manager] DisappointedI’m thinking about other solutions as well. It’s major time investment switching a fairly complex plugin, so I’d rather avoid that. Wondering why, since this issue has existed since 2.4.90, why the developer hasn’t even responded, yet released an update.
Forum: Plugins
In reply to: [Simple Ads Manager] Ads keep dissappearingI’m having the same issue. Was hoping it was fixed with 2.3.91, but that update won’t ever finish installing, so I guess that’s another issue.
Thanks!
Thanks, @Thorned Rose. I’ll have to try making these changes. Hopefully the plugin’s author will “officially” make these changes as well.
I’m using PHP 5.5.10.
Forum: Plugins
In reply to: [WooCommerce] How Do I Set A Correct Timezone in Email TemplateI tried digging into this, and there seems to be an enormous amount of conflicting info about date and time functions, and timezone issues with PHP and WordPress. Ugh, I can see myself trying to tackle this same issue in the near future.
Not that I have enough experience with PHP and WordPress yet, but…
Is the action hook taking place after the email is already generated? It looks like WooCommerce is reverting back to UTC time (which is what it may be set to by default in the server’s PHP.INI file). Los Angeles standard time is 8 hours behind UTC.
Did you check to see if E_NOTICE or E_WARNING is set after the call to date_default_timezone_set?
I’d assume that WordPress posting logic would be using your Timezone setting in General Settings, and I figured you probably already checked that.
If I find anything more definitive, I’ll post here again.
I found a temporary solution explained here: http://ww.wp.xz.cn/support/topic/wp-28-jquery-error
Basically, add one of these to your wp-config.php file:
define(‘CONCATENATE_SCRIPTS’, false );
– or –
define(‘SCRIPT_DEBUG’, true);
This will avoid the attempted concatenation or load the full (non-minified) versions of the JavaScript files used on the site, respectively, specifically for the admin page. Will hurt performance a bit, but it’s not noticeable.
I never found a fix. Randomly, it works (I don’t get that error), and I can continue editing posts and switching between text and view modes. But most of the time it throws the error, and basically the impact is that no page events are fired (it appears the error is short-circuiting the loading of jQuery on the page).
Very frustrating.
I don’t have this issue with other sites I have, and I don’t appear to have this issue when running the site locally from my own PC. I’ve turned off all Chrome extensions, but I do have this same problem in all browsers, so that was a wasted effort.
I’ve turned off all plugins and widgets, and went back to the past three default themes (2012, 2013, 2014), but the issue remains. As I mentioned above, I’ve even tried removing the entire plugins folder to ensure nothing was loaded to no avail.
Because this PHP script (load-scripts.php) is used for loading *all* scripts on the page, it’s extremely hard to trap and debug.
I have had this same issue (load-scripts.php:88) when editing a post. Removed all plugins and widgets. Changed themes. Even removed plugins folder. Same issue. 3.9.1.
Oh, also, line 88 of load-scripts.php is blank.