I'm just testing the stuff to see if I can get another error that kicks in on the forums. I hope it doesn't, that will mean I've fixed the case for the version that we are using on the site.
Perhaps later we'll see into rewriting the forum module more thoroughly.
Visibly the fix wasn't working as I thought. It's a difficult fix because the problems isn't there the entire time
When you look at the error message, there is an error in the SQL because one of the keys in the object seems to give a totally nonexistent value. I tried to fix it now in the old Art framework, but I'm not sure if my fix is working ok. Let's test
I looked around, and stumbled upon this page : https://bitsofco.de/async-vs-defer/ where the author explains a bit what the different options are, and when you can use what.
In the end, lesser files to download, even if they are bigger, is also an optimization. So you could also consider using tools like webpack, to reduce the size and the number of files you include in your page as an extra optimisation.
This may be related to something I was just hashing over for page speed optimization. Google's Page Speed Insights suggests changing the parsing and execution of scripts and stylesheets and putting them only just before they are needed. Placing script tags and stylesheet tags in the header of a page actually stops page rendering until they are downloaded and parsed. See this info page from Google.
Anybody know of any reason NOT to defer their execution until the end of the page rendering?
Datatables integration would be great, so please do a PR for 2.0 once you have something that works
As you found out, that is limited to small datasets. Once you get into the few hundreds, the browser slows down considerably. The trick is to plugin PHP functionality to replace some of the functions that datatables does in the browser, and shift the workload as much as possible to the server. Sorting and such as well, because if you load only 15 elements inside of datatables, in its standard configuration, it will only work with those 15 lines, giving very funny results, that will be plain wrong
in my opinion, you will need to write an integration for the loading, updating, sorting, searching of data from datatables within ImpressCMS. Once you have that, the sky will be the limit
Hello! I'm trying to customize the standard icms_ipf_view_Table Actually, in order to use DataTable jquery Plugin I overwrote my system_persistabletable_display.html file in order to be able to use the plugin. (https://datatables.net/)
For small tables it works like a charm, but when you have slightly bigger ones (around 1k records), data is being fetched completely and then Datatable is redendered. The downside is that it becomes really slow untill all loading is completed.
I've also tried to keep the tree selector where I can have limits for 10, 15 etc records, but then I cannot access more data than selected for some reason. I have other, larger tables where I can see thing getting too slow then.
Reading the documentation I came up to defer loading, json rendering and background loading methods, but I don't know how to apply thoses changes inside impresscms in order to have it running.
Some links I read: https://datatables.net/examples/server_side/defer_loading.html http://datatables.net/release-datatables/extras/Scroller/large_js_source.html https://datatables.net/faqs/#speed Any thought on how to optimize this loading process?
If you install from your own upload to the host, does it work?
What are you able to see from CPanel/WHM/Plesk? All the files/folders, database?
I am setting up some sites on my hosting account, and I'm basing them on a softaculous installation. However, I can't seem to get a working install in 1.3.11, I always get a blank page.
The ImpressCMS site is running on a Softaculous install that was upgraded from 1.3.10 to 1.3.11, so that works. But it looks like an install from scratch is problematic.
Can anyone test a softaculous install and let me know?
I setup my ImpressCMS site using a Let's Encrypt SSL certificate. Everything works fine, nothing specific to configure other than putting 'https' in your root url. The site was running a bit sluggish, due to the server being on the other end of the world, so I decided to activate the free Cloudflare option my hosting company offered.
After that, once Cloudflare was up and running, my site was unreachable due to 'the site redirecting in an incorrect way'. Because the site has been working without issue before, I figured it was the cloudflare setup that needed adapting.
I found this article on the cloudflare support site that explains what was happening : my site was SSL-only, but the cloudflare default setting is for 'Flexible SSL'. The Flexible SSL option acts as a SSL proxy between your users and your site, and can be a good option if you don't have the opportunity to run your site with an SSL certificate, but you want to expose an SSL address to the world. Cloudflare then exposes a HTTPS address to the outside world, but communicates with your servers without it.
Changing the option from 'Flexible SSL' to 'Full SSL' immediately fixed the issue for me. Site response times have improved considerably since then.
As a follow-up on this, you could implement this using a OAuth2 server, where the OAuth2 server lets the user login in your ImpressCMS site, and then notify your other webapp that the user is verified. That means custom development on both sides, and i don't think that this has been attempted before for an ImpressCMS site.
This would be the most flexible solution, in the likes of logging in with Twitter, Google, Microsoft or Facebook into a site.
after we upgraded the ImpressCMS site (this one) to the latest version using Softaculous, we noticed after a short while that the carousel on the front page wasn't working anymore.
looking at the HTML sourcecode, the content was still there, but for some reason it wasn't showing on the screen anymore.
We noticed an error message in the browser logs telling us that the version of jQuery was too recent. As a quick fix, I downgraded the jQuery included in ImpressCMS to the one we bundled previously (1.9.1). Further investigation by @skenow revealed that it's our theme that is slightly too old and not using the latest version of Bootstrap 3. Bootstrap 3.3.7 supports jQuery higher than 3.0.
We'll upgrade our bootstrap and possibly our carousel version in the near future, but I just wanted to let you know in case you run into the same problem. It's not a core issue, it is most likely related to the bootstrap version in your theme.
A happy new year to everyone. As I mentioned on the blog post, 2018 was a preparation that put in place many of the requirements that will allow us to deliver stuff during 2019.
We will be celebrating our 11th anniversary in a few days, that's another occasion to celebrate.
Thank you very much Steve! Here in Europe we know Thanksgiving mainly because we have imported your 'Black Friday' tradition, but I really like the idea of taking the time to look back at the last year.
Looking forward to working with the entire community on new sites, new features and lots of new languages