Budiony Damyanov

Took me a while to fix this issue myself, I recommend you try to exclude given pages inside plugin settings, those dynamic pages should not be part of the cache.

For example pages, related to account, logins, payments, contacts, etc.

Go to Settings-> Switch Advanced View -> Caching -> Exceptions and in the box of Exclude Pages enter the names of pages to exclude from caching mechanism.

Had the same issue initially, first – try to disable any ad blocker you have active in your browser – this will solve issue with blank setup wizard screen.

Second – there is one database table, which is important (as well as couple of transient options in wp_options table), but the plugin deletes it on uninstall, however if for some reason this information is not deleted, you can manually delete the wp_swift_performance_warmup table and all records inside wp_options table, related to SWIFT (i.e. having text ‘_swift_’) with simple SQL query in PHPMyAdmin.

The resolution of the problem is as follows (edit was made in file stats-page.php between lines 120-142):

window.onload = function(){
   var graph_ctx = document.getElementById("graph_canvas").getContext("2d");
   var myLineChart = new Chart(graph_ctx, {
                type: 'line',
                data: {
                  labels : [<?php echo $labels; ?>],
                  datasets : [
                    {
                    label: "",
                    fillColor : "rgba(220,220,220,0.2)",
                    strokeColor : "rgba(220,220,220,1)",
                    pointColor : "rgba(220,220,220,1)",
                    pointStrokeColor : "#fff",
                    pointHighlightFill : "#fff",
                    pointHighlightStroke : "rgba(220,220,220,1)",
                    data : [<?php echo rtrim($value,","); ?>]
                    }						      ]                
                },
                options: {
                    title: {
                      display: true,
                      text: "<?php _e('Statistics', 'quiz-master-next'); ?>"
                    },
                }
            });
          }

As you can see, the problem is that there is new syntax when creating line graph with Chart.js library.

The old code creates chart line with, which is no longer supported in 2.9.3 version of library:
`new Chart(graph_ctx).Line(graph_data, {
responsive: true
});`

Hi, the problem is not with the quiz, but with the Admin panel -> Statistics, i.e. (admin.php?page=qmn_stats). Unfortunately I cannot share the internal credentials. The JavaScript error is (I assume you are using Chart.js library to display data?):

window.onload = function(){
  var graph_ctx = document.getElementById("graph_canvas").getContext("2d");
  window.stats_graph = new Chart(graph_ctx).Line(graph_data, {
  responsive: true
  });
 }

So the error means that either the charting library is not loaded when you are trying to create a line graph, or the library was loaded, but the syntax of the command is different. As far as I can see from the source code at line 120-142 in stats-page.php, the library is loaded before the request to create canvas, so it is the latter option.

• This reply was modified 4 years, 7 months ago by Budiony Damyanov.
• This reply was modified 4 years, 7 months ago by Budiony Damyanov.
• This reply was modified 4 years, 7 months ago by Budiony Damyanov.
• This reply was modified 4 years, 7 months ago by Budiony Damyanov.
• This reply was modified 4 years, 7 months ago by Budiony Damyanov.
• This reply was modified 4 years, 7 months ago by Budiony Damyanov.
• This reply was modified 4 years, 7 months ago by Budiony Damyanov.

Yes, now everything works as it should.

..or you can update your plugin’s JavaScript code to use the recomended (and without security issues) version of jQuery?

I’ll give you 1 star until then.

Using jQuery 3.3.1, without jQuery migrate. I believe the default jQuery library, shipepd with WordPress is 1.12.4.

• This reply was modified 5 years, 7 months ago by Budiony Damyanov.

The issue I’m talking is not related tonthe uninstall process (although it would be great for every plugin to clean after itself when user removes it). Also it appears only that you can delete the custom field from the “Custom field control” section from interface. The field is visually removed, but the data remains in postmeta table and in options table (in form of serialized string with all fields). This is issue for me, because I use custom SQL query to get fields currently associated with given custom post type. I’m sure it is a easy-to-fix problem, but I didn’t have time to digg more into the source code of the pligin and fix it by myself.

Try the new version 0.8, this problem is fixed.

However for best results while managing administration area use an modern browser, i.e. Firefox 20+, Chrome 20+, Opera 12+, IE 9+, Safari 4+

Post here if you still experience the problem and provide me screen-shots/browser details or any other useful information which may help me to identify the issue.

Can you provide me more details of which browser you use, or better – a screen-shot ?

…and it replaces with regular expressions the more that one space with one only (this is the regex pattern preg_replace('~(\s)\1+~', '$1', $buffer);).

Not all blank lines and extra spaces are minified and this is on purpose.

In fact, there could be more compression applied to the HTML source, but this breaks the inline *JavaScript* code and *CSS*.

Put in short – the plugin replace the following combinations
"\t","\r","\t\r","\r\t" from the white-space range.

Hi, if you type as new bot identifier “.com”, the plugin will block all requests to your web site, which comes from agents with this text contained in their user-agent string.

For example, if you add new bot identifier and you type “firefox”, all users, which use the Firefox web browser will not be able to open your blog, because this text is contained in browser’s user-agent identifier.

I hope I understood your question correctly, if you have something different in mind, share it here again.

When you edit the most recent post, it’s own cache file will be re-created on update, not the cache file of the main page, i.e. the cache file for displaying the single post or page.

If you display some excerpts of recent posts on your main page (for example via custom query loop in your theme), this information will not be updated, because the URL of the main page is different from the URL of the updated post(s).

The Easy cache plugin perform its job based on the URL of the given page/post. As a work-around, indeed you may manually remove the cached file for your home page (that’s the main purpose of this option in Administration area).

The cache is created on first access of the newly published posts / pages . If you have updated the post or page (or you have new comments), the cache file will be again recreated on first access of the updated page/post. So only the cache associated with this page/post will be recreated when page or post is updated, if you have other pages/posts with links pointing to the new posts – like menus, you`ll have to update them too (either place the correct links to that page, or just open and save the page without performing modification, this will trigger the cache recreation mechanism). Or, as final resort (if you do not understand what I’m trying to explain), clear the cached files, they will be recreated automatically on first access.
If you provide me more specific details on what you have in mind maybe I could help?