Title: Justin Frydman's Replies | WordPress.org --- # Justin Frydman [ ](https://wordpress.org/support/users/defunctlife/) * [Profile](https://wordpress.org/support/users/defunctlife/) * [Topics Started](https://wordpress.org/support/users/defunctlife/topics/) * [Replies Created](https://wordpress.org/support/users/defunctlife/replies/) * [Reviews Written](https://wordpress.org/support/users/defunctlife/reviews/) * [Topics Replied To](https://wordpress.org/support/users/defunctlife/replied-to/) * [Engagements](https://wordpress.org/support/users/defunctlife/engagements/) * [Favorites](https://wordpress.org/support/users/defunctlife/favorites/) Search replies: ## Forum Replies Created Viewing 15 replies - 1 through 15 (of 69 total) 1 [2](https://wordpress.org/support/users/defunctlife/replies/page/2/?output_format=md) [3](https://wordpress.org/support/users/defunctlife/replies/page/3/?output_format=md) [4](https://wordpress.org/support/users/defunctlife/replies/page/4/?output_format=md) [5](https://wordpress.org/support/users/defunctlife/replies/page/5/?output_format=md) [→](https://wordpress.org/support/users/defunctlife/replies/page/2/?output_format=md) * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Solid Performance – Your No-Code Caching, Performance, & Page Speed Solution] Programatically force cache purge](https://wordpress.org/support/topic/programatically-force-cache-purge/) * Plugin Author [Justin Frydman](https://wordpress.org/support/users/defunctlife/) * (@defunctlife) * [12 months ago](https://wordpress.org/support/topic/programatically-force-cache-purge/#post-18480954) * Hi [@nxmndr](https://wordpress.org/support/users/nxmndr/) , * Sorry for the late response. We definitely appreciate this kind of feedback. * Currently, we are not purging when plugins are updated, but we do think we should be and we are planning on implementing this feature in the next version. * Ideally, any time something could change the front-end output or assets, a cache purge should be happening. In the meantime, you can call this action to force a full cache purge, assuming Solid Performance is active and loaded: * `do_action( 'solidwp/performance/purge/all' );` * Thanks! * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Solid Performance – Your No-Code Caching, Performance, & Page Speed Solution] Removes VueJS event attributes](https://wordpress.org/support/topic/removes-vuejs-event-attributes/) * Plugin Author [Justin Frydman](https://wordpress.org/support/users/defunctlife/) * (@defunctlife) * [1 year ago](https://wordpress.org/support/topic/removes-vuejs-event-attributes/#post-18475037) * [@nxmndr](https://wordpress.org/support/users/nxmndr/) another work around for you, you could avoid using the shorthand `@` directives, and use the `v-on` directive instead and that should remain after DOM modification: * ```wp-block-code ``` * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Solid Performance – Your No-Code Caching, Performance, & Page Speed Solution] Removes VueJS event attributes](https://wordpress.org/support/topic/removes-vuejs-event-attributes/) * Plugin Author [Justin Frydman](https://wordpress.org/support/users/defunctlife/) * (@defunctlife) * [1 year ago](https://wordpress.org/support/topic/removes-vuejs-event-attributes/#post-18474993) * Hi [@nxmndr](https://wordpress.org/support/users/nxmndr/), I believe your colleague is correct. While we investigate, under `Settings > Solid Performance > Advanced`, if you disable “Lazy Load Images” and “Cloudflare Image Transformation” that will disable all DOM modification and should get you working again for the time being. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Solid Performance – Your No-Code Caching, Performance, & Page Speed Solution] Critical Error](https://wordpress.org/support/topic/critical-error-773/) * Plugin Author [Justin Frydman](https://wordpress.org/support/users/defunctlife/) * (@defunctlife) * [1 year, 2 months ago](https://wordpress.org/support/topic/critical-error-773/#post-18330704) * [@levonk](https://wordpress.org/support/users/levonk/) 1.4.2 is now live with this fix. * Thanks again. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Solid Performance – Your No-Code Caching, Performance, & Page Speed Solution] Critical Error](https://wordpress.org/support/topic/critical-error-773/) * Plugin Author [Justin Frydman](https://wordpress.org/support/users/defunctlife/) * (@defunctlife) * [1 year, 2 months ago](https://wordpress.org/support/topic/critical-error-773/#post-18328681) * That’s great to hear! * Your database server isn’t configured for large index keys, so we just shrunk them on our end, which is what they should be anyways for wider support. * However, the plugin was tested on many different systems/environments and we never ran into a server configured the same. * Thanks for helping us squash that bug, look out for the Solid Performance 1.4.2 release over the next few days. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Solid Performance – Your No-Code Caching, Performance, & Page Speed Solution] Critical Error](https://wordpress.org/support/topic/critical-error-773/) * Plugin Author [Justin Frydman](https://wordpress.org/support/users/defunctlife/) * (@defunctlife) * [1 year, 2 months ago](https://wordpress.org/support/topic/critical-error-773/#post-18327739) * Thank you [@levonk](https://wordpress.org/support/users/levonk/) ! * This one should fix it for you: [https://prophecy.solidwp.com/wp-content/uploads/2025/02/solid-performance.1.4.2-beta.5.zip](https://prophecy.solidwp.com/wp-content/uploads/2025/02/solid-performance.1.4.2-beta.5.zip) * Please let me know. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Solid Performance – Your No-Code Caching, Performance, & Page Speed Solution] Critical Error](https://wordpress.org/support/topic/critical-error-773/) * Plugin Author [Justin Frydman](https://wordpress.org/support/users/defunctlife/) * (@defunctlife) * [1 year, 2 months ago](https://wordpress.org/support/topic/critical-error-773/#post-18326330) * I should clarify, the solid_performance.EMERGENCY would be a log entry in either your debug.log, or PHP error_log or both. * If it’s in the debug.log, it would be before the items you just pasted. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Solid Performance – Your No-Code Caching, Performance, & Page Speed Solution] Critical Error](https://wordpress.org/support/topic/critical-error-773/) * Plugin Author [Justin Frydman](https://wordpress.org/support/users/defunctlife/) * (@defunctlife) * [1 year, 2 months ago](https://wordpress.org/support/topic/critical-error-773/#post-18326323) * Hi [@levonk](https://wordpress.org/support/users/levonk/), * If WP_DEBUG is defined as true, could you check other error_logs in your server or in cpanel for the solid_performance log entries? * If you’re using the beta.4 version above, it should log that error somewhere depending on your environment and configuration. * Thanks * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Solid Performance – Your No-Code Caching, Performance, & Page Speed Solution] Critical Error](https://wordpress.org/support/topic/critical-error-773/) * Plugin Author [Justin Frydman](https://wordpress.org/support/users/defunctlife/) * (@defunctlife) * [1 year, 2 months ago](https://wordpress.org/support/topic/critical-error-773/#post-18326039) * Hi [@levonk](https://wordpress.org/support/users/levonk/), I’m reaching out to our support team for the best way to this.In the meantime, can you try this one, please? [https://prophecy.solidwp.com/wp-content/uploads/2025/02/solid-performance.1.4.2-beta.4.zip](https://prophecy.solidwp.com/wp-content/uploads/2025/02/solid-performance.1.4.2-beta.4.zip) * Make sure you have WP_DEBUG enabled, and you should see a `solid_performance. EMERGENCY` log when this fails, I just need the query_errors and query portion of it, something like this: * `solid_performance.EMERGENCY: Unable to create or update database tables {"query_errors":{" db_delta_error":["Multiple primary key defined"]},"query":"ALTER TABLE wp_swp_timers ADD PRIMARY KEY (name)"` * Thanks for your patience here. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Solid Performance – Your No-Code Caching, Performance, & Page Speed Solution] Critical Error](https://wordpress.org/support/topic/critical-error-773/) * Plugin Author [Justin Frydman](https://wordpress.org/support/users/defunctlife/) * (@defunctlife) * [1 year, 2 months ago](https://wordpress.org/support/topic/critical-error-773/#post-18325570) * Hi [@levonk](https://wordpress.org/support/users/levonk/) , * We identified another potential cause, please give this version a go and let me know: [https://prophecy.solidwp.com/wp-content/uploads/2025/02/solid-performance.1.4.2-beta.2.zip](https://prophecy.solidwp.com/wp-content/uploads/2025/02/solid-performance.1.4.2-beta.2.zip) * Thanks * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Solid Performance – Your No-Code Caching, Performance, & Page Speed Solution] Critical Error](https://wordpress.org/support/topic/critical-error-773/) * Plugin Author [Justin Frydman](https://wordpress.org/support/users/defunctlife/) * (@defunctlife) * [1 year, 2 months ago](https://wordpress.org/support/topic/critical-error-773/#post-18323883) * Hi [@levonk](https://wordpress.org/support/users/levonk/), * I’m sorry you’re experiencing this issue, but thank you so much for reporting it and posting the errors. * It seems we’re not able to install or update our custom database tables, I think I may know why, would you be able to give this beta version a try? [https://prophecy.solidwp.com/wp-content/uploads/2025/02/solid-performance.1.4.2-beta.1.zip](https://prophecy.solidwp.com/wp-content/uploads/2025/02/solid-performance.1.4.2-beta.1.zip) * If it still causes a critical error, could you please: 1. Try it again but first enable WP_DEBUG and/or check your cPanel PHP error logs for more error detailed logs.2. Log into your wp-admin and head over to Tools > Site Health and click the “Info” tab and let me know your WordPress Version, PHP version, your Database Extension and Database server version, please?3. Verify your MySQL/MariaDB user has permissions to create database tables. * Please let me know and thank you. - This reply was modified 1 year, 2 months ago by [Justin Frydman](https://wordpress.org/support/users/defunctlife/). Reason: added WordPress version * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[SVG Support] BUG: 2.3.17 strips all attachment meta data](https://wordpress.org/support/topic/bug-2-3-17-strips-all-attachment-meta-data/) * Thread Starter [Justin Frydman](https://wordpress.org/support/users/defunctlife/) * (@defunctlife) * [6 years, 4 months ago](https://wordpress.org/support/topic/bug-2-3-17-strips-all-attachment-meta-data/#post-12351001) * If you have a github repo, I could submit a PR. * Do you have details on the PHP warnings you were getting? * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[SVG Support] BUG: 2.3.17 strips all attachment meta data](https://wordpress.org/support/topic/bug-2-3-17-strips-all-attachment-meta-data/) * Thread Starter [Justin Frydman](https://wordpress.org/support/users/defunctlife/) * (@defunctlife) * [6 years, 4 months ago](https://wordpress.org/support/topic/bug-2-3-17-strips-all-attachment-meta-data/#post-12350983) * Heya, * You bet! * We’re using [https://github.com/humanmade/S3-Uploads](https://github.com/humanmade/S3-Uploads) which made it prominent because it’s a remote `filesize()` check on an s3:// stream, but that doesn’t matter that much because you’re still forcing a filesize run every time with this existing code. * If one calls `wp_prepare_attachment_for_js()` in their code, this line grabs the meta data: [https://github.com/WordPress/WordPress/blob/5.3-branch/wp-includes/media.php#L3366](https://github.com/WordPress/WordPress/blob/5.3-branch/wp-includes/media.php#L3366) * Then down the line it checks for `$meta['filesize']` which is something we manually set on upload to avoid remote calls, but because your plugin completely removes all attachment data, that will never be true and it will always run the following code: [https://github.com/WordPress/WordPress/blob/5.3-branch/wp-includes/media.php#L3433](https://github.com/WordPress/WordPress/blob/5.3-branch/wp-includes/media.php#L3433) causing noticeable lag for us. * Basically anything that uses metadata though and doesn’t have a width or height is going to be completely wiped out with the existing logic. * Hope this helps! * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Amazon Link Engine] Check for Georiot object before using it](https://wordpress.org/support/topic/check-for-georiot-object-before-using-it/) * Thread Starter [Justin Frydman](https://wordpress.org/support/users/defunctlife/) * (@defunctlife) * [6 years, 9 months ago](https://wordpress.org/support/topic/check-for-georiot-object-before-using-it/#post-11813418) * You bet, I’ll reach out. * Forum: [Plugins](https://wordpress.org/support/forum/plugins-and-hacks/) In reply to: [[Content Aware Sidebars - Fastest Widget Area Plugin] select2.min.js causing Visual Composer Conflict](https://wordpress.org/support/topic/select2-min-js-causing-visual-composer-conflict/) * Thread Starter [Justin Frydman](https://wordpress.org/support/users/defunctlife/) * (@defunctlife) * [9 years, 6 months ago](https://wordpress.org/support/topic/select2-min-js-causing-visual-composer-conflict/#post-8382922) * Ended up removing the Quick Select meta box when editing pages to temporarily fix the issue for those interested until what I assume is most likely Visual Composer issue, but hard to say without digging in more. Hopefully the plugin author chimes in 🙂 * ``` function jf_select2_vc_cas_fix() { remove_meta_box( 'cas-content-sidebars', 'page', 'side' ); } add_action( 'do_meta_boxes', 'jf_select2_vc_cas_fix' ); ``` - This reply was modified 9 years, 6 months ago by [Justin Frydman](https://wordpress.org/support/users/defunctlife/). Reason: fixed code Viewing 15 replies - 1 through 15 (of 69 total) 1 [2](https://wordpress.org/support/users/defunctlife/replies/page/2/?output_format=md) [3](https://wordpress.org/support/users/defunctlife/replies/page/3/?output_format=md) [4](https://wordpress.org/support/users/defunctlife/replies/page/4/?output_format=md) [5](https://wordpress.org/support/users/defunctlife/replies/page/5/?output_format=md) [→](https://wordpress.org/support/users/defunctlife/replies/page/2/?output_format=md)