Justin Frydman
Forum Replies Created
-
Hi @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!
@nxmndr another work around for you, you could avoid using the shorthand
@directives, and use thev-ondirective instead and that should remain after DOM modification:<!-- example -->
<my-component attr="val" v-on:click="fun" />Hi @nxmndr,
I believe your colleague is correct. While we investigate, underSettings > 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.@levonk 1.4.2 is now live with this fix.
Thanks again.
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.
Thank you @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
Please let me know.
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.
Hi @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
Hi @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.zipMake sure you have WP_DEBUG enabled, and you should see a
solid_performance.EMERGENCYlog 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.
Hi @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
Thanks
Hi @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
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. Reason: added WordPress version
Forum: Plugins
In reply to: [SVG Support] BUG: 2.3.17 strips all attachment meta dataIf you have a github repo, I could submit a PR.
Do you have details on the PHP warnings you were getting?
Forum: Plugins
In reply to: [SVG Support] BUG: 2.3.17 strips all attachment meta dataHeya,
You bet!
We’re using 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#L3366Then 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 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
In reply to: [Amazon Link Engine] Check for Georiot object before using itYou bet, I’ll reach out.
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. Reason: fixed code