Forum Replies Created
-
AuthorPosts
-
May 22, 2017 at 3:13 pm #29971May 22, 2017 at 3:12 pm #29970May 22, 2017 at 3:11 pm #29969
Hey Hebstreit – it’s very unlikely the plugin itself is causing issues and rather a code snippet you’ve added that is the problem as Symbiostock is unlikely to conflict with the plugin itself. Since this plugin specifically allows you to add custom code, it is the custom code that is likely the culprit.
May 19, 2017 at 10:47 pm #29935May 16, 2017 at 4:25 pm #29883I don’t think you were having a go at the software. I was illustrating that your hosts are incorrect in suggesting it’s the software that’s the issue. I appreciate you posting the errors there as it helps to diagnose potential issues. However, generally notices are not very relevant so I was letting you know that to assist in your ability to diagnose issues for yourself in the future, with any software.
I’m glad your hosting company has rectified the issue, although I would probably try to get more transparency from them on what the issue was. This way when and if it happens again you don’t have to waste your time and just tell them what to do.
Yep, the release is still on its way, shouldn’t be too long.
May 15, 2017 at 11:03 pm #29881Hey there – notices are not errors, they mean nothing. Only warnings or critical errors are of relevance.
If software works, and nothing is changed, and then it suddenly stops working, it can’t be the software. It must be the server, especially if the diagnostic tool does not work because it has nothing to do with your images or anything. The diagnostic tool exists specifically to diagnose your server. That is failing, meaning, your server is failing. It could also be third party plugins, or other changes implemented on your system.
I sympathize with the fact that your host is not providing assistance, but as we provide plenty of support to Symbiostock Hosting clients, we can’t do your web host’s job for them. They have an obligation to help you diagnose the problem.
An alternative is to submit a paid support request, then we can try to jump in there and figure out exactly what’s going on. But I can nearly guarantee you right now that it will end up being a hosting issue. If it ends up being a bug in Symbiostock, we will refund the cost of your paid support request.
May 11, 2017 at 8:36 pm #29868Okay, that’s a problem with your server then. I have no clue why that would happen, but if the diagnostic does not work, then it has nothing to do with Symbiostock.
You mean the JPEG is not rendering when you run the diagnostic?
That’s very strange. Enable debug via wp-config.php and run the diagnostic again. See if an error pops up.
May 11, 2017 at 4:25 am #29863Hi there – as Symbiostock runs on WooCommerce, all you have to do is find a payment gateway plugin that you like:
https://woocommerce.com/product-category/woocommerce-extensions/payment-gateways/
May 11, 2017 at 4:24 am #29862Symbiostock adds the files to the database then produces the thumbnails – if the thumbnails don’t get created then the processor is not getting to that stage. An error would pop up if the file was corrupted, so that means the processor was interrupted mid scripts. That is usually a memory issue, or some other server limitation that is preventing the script from running.
I would suggest disabling cron and manually trying to run the processor to see if an error pops up, or if the script fails to finish.
April 28, 2017 at 1:41 pm #29833April 27, 2017 at 8:49 pm #29829I honestly don’t know enough about global networks and why website speed varies – I mainly know the hardware side and load times with regards to the size of websites. If it varies for other reasons, such as WordPress queries or variations in the global network path, I can’t comment really.
However the simpler the theme the less data there will be to download for sure – storefront is a pretty basic theme. Most themes that include more jquery, effects, and styles will necessarily take longer.
Overall, when I viewed your site I did not notice any extra delays on my end than other websites with the exception of your individual product page, which I think is due to the related products query.
April 27, 2017 at 3:33 pm #29824Hi Tommaso,
You should not have to manually assign licenses, so ensure that your licensing is set to auto-apply to JPEGs or whatever it is you are uploading.
Then go to Symbiostock Settings > Media and make sure both auto publish checkboxes are ticked. Now when you upload anything it should auto-publish.
If you have already uploaded everything then you will manually have to publish, but you can edit that list screen by clicking on Screen Options in the top right and changing the maximum number of items listed. However the larger you make this, the more heavy each submit will be, and your server could crash.
April 27, 2017 at 12:00 am #29822April 25, 2017 at 3:57 pm #29816Hi Marco,
One way to to this is using the license filters:
1) Create a new license and call it “Small Editorial JPEG”
2) Duplicate all the settings to the default “Small JPEG”
3) Change it so that where it filters for editorial images, make sure it must be editorial for your new license
4) Edit the “Small JPEG” license and for editorial images make sure it says “No”.
5) Click on update licenses for both of the licenses
Now your processor will slowly re-align your licenses so you have a different license for editorial images and a different one for non-editorial, and this will be reflected in your receipts as well. You can do this for all the different sizes.
April 23, 2017 at 6:36 pm #29811Basically I have done the same speed tests and yes it seems sporadic, but this should not be happening if you are running through Cloudflare or another CDN as the speed should then be the cache’d page. I did this page for example:
https://icons4web.com/licensing/
and ran the test 3 times and it was about 1.5 seconds each time. That’s relatively normal and asserts it’s not the server itself.
So if it is changing when the site is doing database queries then this is a WordPress bottleneck that will take a some investigation to optimize. You have an extremely large Symbiostock site 🙂 The underlying technology is WordPress and WooCommerce and it is optimizing the tables in them that I believe is needed to elicit speed bumps.
Overall if you test static page speed tests (or images) and they load consistent and quick, it is not the server, as on the Symbiostock Hosting platform you have ample memory, ram and CPU, so even if you had a dedicated machine you would experience either no speed boost, or maybe a 10% speed boost.
-
AuthorPosts