Forum Replies Created
-
AuthorPosts
-
April 23, 2017 at 2:50 am #29809
Regarding the missing download, I’ve checked the code and there is a minor bug where if you don’t set a download expiry it may delete the download file prematurely. This has been fixed in the source code and I’ve applied the fix to your site – however, be aware that now your temporary download directory will keep filling up with each download so I recommend you always set a download expiry, even if it’s 30 days (via Symbiostock Settings).
April 23, 2017 at 1:53 am #29808Hi there – I will take a look at that, although I do not know why that would happen. Regarding the EPS files, you do not need to delete or replace them – Symbiostock has a feature whereby you upload an alternate JPEG that couples with your EPS. This way you can still sell the EPS but if someone orders a JPEG it will instead serve up the JPEG, and all thumbnails are done using the JPEG.
You can upload an alternate JPEG to a vector via the edit product page, but once you get used to the naming mechanism you can upload both the EPS and JPEG together at the same time and Symbiostock will automatically link them.
To see all your EPS files just sort your Symbiostock products list by media type.
April 22, 2017 at 4:57 pm #29806Hi there –
So first of all, I went in and observed the site and ran the cron manually to ensure that everything went fine. The order seems to have finished with no issue.
However, I did notice that it took a while and used an excessive amount of memory, CPU, and disk usage.
The first thing to note is that all your files appear to be processing just fine. However, the specific file in question is an EPS file, and a very detailed one at that. When Symbiostock processes media files, especially ones for sale to the customer, it creates high resolution JPEG images for conversion when the license dictates that a JPEG is to be sold. This can take a very long time and can also use a lot of memory.
This limitation is usually not a problem – but if you have vectors that mimic bitmap detail, the amount of computations required can be very large and taxing to output high resolution equivalents (even as a desktop process done in Illustrator, for example, this can take a few minutes at times). As web servers are not generally equipped to replicate a full image processing application, the efficiency is worse than dedicated visual software.
Given the computations required, and observing the load on your site, I find that it is unlikely that you will find a hosting solution that will provide you a better solution unless you are willing to spend upwards of $150 dollars a month on a dedicated machine, and even if you did this, your speed increase would be marginal (maybe 15-25 percent faster).
The best solution to this problem and to minimize the issue is to upload alternate JPEGs for your detailed vectors (or all your vectors) so that this is completely eliminated. Another benefit of this is you then control the color rendition of the file as Symbiostock sometimes converts vectors into JPEGs with color renditions that may slightly differ from the original (this, again, cannot be changed due to technical limitations).
The specific file in question here is #1986.
All that being said, based on this, we are now examining the possibility of tweaking the image processing system to more readily minimize memory and CPU usage so that these sorts of issues are minimized.
April 22, 2017 at 3:05 pm #29805I emailed you to let you know we’re looking into this and why it is happening. It is unique to your site and is therefore not a hosting issue strictly but we will try to figure out what is going on. Be aware that there are a hundred different things that can go wrong with your WordPress site if you are running other plugins as well as any one of them could be the culprit.
Also it appears your site is running fast and fine right now but I certainly understand it may have been down for some period – no other sites were so again, this is unique to your site and something going on with your install.
April 20, 2017 at 11:33 pm #29795April 20, 2017 at 9:56 pm #29793Hey Valentin,
I checked your site – as far as I can tell all pages are reasonably fast but the product page is quite slow. I believe this is due to the related products query because WooCommerce’s query for this (from early tests) was quite poor and was a bottleneck on speed.
In fact, I am 95% sure this is the problem because you will notice that if you load a product page, then refresh it, it loads quite fast the second time. This is because WooCommerce cache’s the related products query so it does not do the query a second time for a certain period of time.
We tried to fix this in early versions of Symbiostock but as WooCommerce keeps changing their code in unpredictable ways we basically retired that mechanism because it was too difficult to try to re-work their queries.
However there may be third party solutions out there as this is not a Symbiostock issue but a WooCommerce one.
As for the server, this is a bottleneck that would not be solved through server upgrading as you are not actually being throttled at all as far as I can tell: this is pretty much as fast as any CPU can process your related products query.
April 14, 2017 at 3:48 am #29771Can you also try in Firefox? This seems to be a Chrome issue when your local network proxy is acting up.
https://www.servertastic.com/support/error-111-net-err-tunnel-connection-failed-unknown-error
April 14, 2017 at 3:46 am #29770April 11, 2017 at 9:19 pm #29756Possibly. The only problem with this is that video processing is extremely CPU intensive and web servers are not really constructed to render HD video. This is why although they can render video previews, this is difficult enough. One of those things where technology has not yet caught up with usability.
April 4, 2017 at 2:53 am #29735April 4, 2017 at 2:50 am #29734March 30, 2017 at 7:19 pm #29724March 30, 2017 at 7:11 pm #29719Hi Angie – you can now choose your PHP version – just be aware that you have to enable the correct settings when you do select it via your cPanel control panel, so match the settings to the PHP 5.4 ones as much as possible. We recommend you don’t change your PHP version but if you are going to just be vigilant.
March 30, 2017 at 3:24 pm #29707March 29, 2017 at 5:14 pm #29697 -
AuthorPosts