Forum Replies Created
-
Posts
-
Thanks Chris! Every release there’s always the possibility of issues but we do a lot of testing before hand to minimize that chance.
I tested a fresh install with Custom Snippets and there was no problem, so it is definitely some of your custom code. If you need assistance debugging it please create another thread, enable errors in wp-config, and post warnings or fatal errors. Should be easy to find the culprit.
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.
Seems to be fixed now.
I 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.
Hey 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.
Okay, 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.
Hi 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/
Symbiostock 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.
Website is quite fast – that means it’s not even database related. So basically if you run through a CDN it should be pretty fast as it should cache most of your stuff. I guess it is simply a case of bandwidth – with more data it takes longer to download. Good work!
I 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.
Hi 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.
It never hurts to remind people that it’s editorial, I think 🙂
Hi 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.
Basically 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.