Forum Replies Created
-
Posts
-
Hey Vortex,
We keep Express synchronized to Symbiostock, as the theme is made to partner with the plugin. As the plugin has WooCommerce compatibility milestones, we keep all our software, including the importer, compatible with the same version.
Right now, the milestone version is 2.4.6:
https://wordpress.org/plugins/symbiostock/installation/
I would recommend you downgrade your WooCommerce version to that (if safe). Otherwise, in most cases, unless you encounter issues, you can ignore the warnings.
I just disabled plugins and changed the language to english – then tried everything out, seemed to be working fine. So perhaps there is one plugin you had enabled that was causing interference.
Can you PM me access to your control panel? I will take a look.
Hi Webitect,
That is completely WooCommerce/theme dependent. Either someone else can pipe in, or you can do some web searches for it.
Once we are ready, we’ll let you know and release the new version of Symbiostock – this will not be an auto-update version but a version that you can optionally install.
This will interface with the Symzio engine. We will also give you password protected access to the Symzio alpha where you will help with testing all aspects of it.
You change this in your WooCommerce product display settings. Once changed, Symbiostock will automatically regenerate the thumbnails via the processor.
As per:
https://wordpress.org/plugins/symbiostock/installation/
We’re only supporting version 2.4.6 of WooCommerce. So perhaps try it on that version and see if the same issue persists.
I just did a test on the PLUS server with having exclusive checked and having the auto filter setting enabled and it did not create the additional variations.
What version of WooCommerce are you running?
If WooCommerce works with them, then it will work fine.
That’s completely theme dependent and based on WooCommerce – there may be themes that provide the functionality you’re looking for. I don’t know of any off hand, however.
Yep, unfortunately Symbiostock does not yet work with Imagick binaries. What this means is they have ImageMagick installed on your server, but do not have PHP Imagick installed. In order to have it work with such binaries all of the Imagick commands would have to be converted into the command line equivalents which is something we don’t have the time or resources to implement at the current time.
Memory peak 126M
Case in point – likely when you upload a large image, or a more complex one, it passes the memory limit and the script stops running. So the only options are:
1) Get your host to install Imagick
2) Get your host to somehow allow your scripts to run with more memory
3) Switch hosts
And this has nothing to do with Symbiostock, per-say. Any web-based solution that uses PHP to manipulate graphics will encounter the same issue.
Well, again, that depends on your memory.
The processor first indexes tags, then it parses images. So it is obviously crashing on the image processing part, and the script is not completing. I’ve seen this in a few circumstances, and every time it was insufficient memory on the server because GD uses like 10 times the memory Imagick does.
So, in the end, unless your host is able to install Imagick, you may experience sporadic results.
However image size does play a part.
Try uploading a small JPEG and see if the preview shows up. If it does, it is 100% a memory issue.
If the thumbnails are not being generated, it is very likely that the processor is running out of memory (not drive space). When you run the processor, does it finish and give you a box that says ‘Memory at End’?
If not, then a problem is occurring that is preventing the script from finishing, which is likely memory.
Edit the tools-cron file and change this line:
//$GLOBALS[“ss_runall”] = 1;
to
$GLOBALS[“ss_runall”] = 1;
It is line 22. Then run the processor. It will spit out errors if it can. If you get an error, let me know.