Forum Replies Created
-
AuthorPosts
-
January 8, 2017 at 7:21 pm #29199January 8, 2017 at 7:06 pm #29198
Hi Stephanie,
It looks like your site (despite being a reasonably small account) is consistently using 10 times the resources with regards to processes and what not than sites 10 times larger than yours are. This means that it is likely someone is either hacking your site or overwhelming it with login attempts.
Please read this article if you’d like:
https://codex.wordpress.org/Brute_Force_Attacks
I’ve increased your resources for now but this will fill up again rather quickly. Please look into plugins that may prevent this from happening (such as captchas). We will also try to figure out what script is causing the issue.
January 8, 2017 at 6:52 pm #29197January 5, 2017 at 5:25 pm #29189Hi Dan – upon investigating the code, it looks like this issue only happens when:
1) You do not have Imagick installed and
2) You do not have exif installedWe could manually implement a fix for your system specifically but I do not think the core will be updated to compensate for this as it is an important part of checking the types of media files you are uploading.
If you would like a manual fix, please submit a paid support request via our Support link on the bottom and choose the “Debug” command. In all honesty, it may be a lot more cost effective to move to a new host. We also provide hosting that is engineered from the ground up for complete Symbiostock support via the hosting link at the top (which obviously supports both Imagick and exif, and a whole lot of other stuff).
Let me know if you have any other questions.
January 5, 2017 at 5:20 pm #29188January 5, 2017 at 6:15 am #29181January 5, 2017 at 5:52 am #29180January 5, 2017 at 5:50 am #29179Hi Mark,
Firstly, you can’t expect a resolution to your request within an hour of posting it. Secondly, we are a small but dedicated team and do our best to expand and tweak everything. Thirdly, asking for a refund in a public forum within the span of one hour is improper. Be aware that the base Symbiostock Pro plugin you are using is completely free, so whatever cost the Symbiostock Maps plugin may have set you back is an almost moot point.
All that being said, if you would rather have a refund than calmly work with us to actuate an improvement to our engine, let me know privately and I will do that.
In the meantime, I will look into the issue and get back to you.
January 3, 2017 at 5:06 pm #29143Hey there –
To prevent PHP from crashing you just need two things: a very long script run time and a very high memory limit. The more maxload you want, the higher both those two things have to be.
Other things like CPU, disk speed, and other factors will affect the speed of processing but the aforementioned two factors are usually the reasons scripts end up failing. However with the addition of video processing, you’re now mixing both PHP and Linux command line which makes the process a lot more complex.
This is a rather large technical topic, so I will provide a reference:
http://phplens.com/lens/php-book/optimizing-debugging-php.php
Overall, the best way is to keep trying different settings and find the sweet spot. This is why when we launched the Symbiostock Hosting service we took quite a bit of time to test nearly all aspects of Symbiostock to ensure that all functions operated smoothly and without issue, whether it be videos, images or vectors.
January 3, 2017 at 12:21 am #29139Hey Joel – good to see you!
Right now the plugin has been developed primarily to initiate the ability to have multiple contributors within one system and is limited in its scope other than that. Regarding multiple payments, right now that is not a part of the functionality but it is a plugin that we foresee a lot of expansion on once it is released.
Basically we’ve been asked about this functionality for a long time now and have decided to recently fast-track its development so that at a base level it will at least be available as an option. We will add more features as time progresses and people request them.
January 2, 2017 at 4:29 pm #29137December 31, 2016 at 10:24 pm #29079December 31, 2016 at 10:21 pm #29078December 31, 2016 at 10:17 pm #29077Hey Jean – it is linked to the number of pictures but not in the way you might think. Basically when the number of products is small, the overhead is low because each query to the database is querying from a very small database.
But when you have thousands of products you are then querying a large database. This requires both CPU and Memory allocation from your web host. Some webhosts will restrict this (memory more than CPU) and as a result of this your site will start to slow down for each query. It’s not querying every image, but it still needs to query a large database.
Further, Symbiostock does not add much overhead, if at all, to your main product database. It runs almost exclusively through the base WooCommerce system.
WooCommerce has an article here:
https://docs.woocommerce.com/document/how-many-products-can-woocommerce-handle/
which basically outlines what I’m saying here. Overall, there is no way to circumvent this issue if the web hosting platform you are on does not provide sufficient resources. There is no level of optimization or fixing you can do if the backend is slow. You must have a more powerful hosting solution.
Symbiostock should not be run on an entry level hosting solution. You will hit issues inevitably and are in essence gambling on the hope that you won’t.
December 31, 2016 at 6:06 am #29068 -
AuthorPosts