mr9v9

Ah makes sense, so what happens is that when users/guests make a ticket they cannot be viewed by other users on the front end.
I kind of like that, but I wish there was a way to show a public list of all tickets on the front end for internal systems that are on an intranet.
In any case out of about 8 different plugins I tried, yours was the most functional and simple to use!
Keep up the good work!

I really hate to answer my own posts but the solution to check for this type of problem is going to be your /usr/local/apache/conf/httpd.conf file.
if you run a VPS I would check the config vi or nano for two lines RLimitMem and RLimitCPU, remove both of them from the config and save. Run httpd service restart and check to see if you still get the errors.

The workaround I have breaks the mobile version of the website so I had to revert back to using the old way with sizing my images the same. You are welcome to try though:

[ux_slider style="focus" arrows="circle" timer="3000" bullets="false" nav_color="dark" infinitive="true" auto_slide="true"]

[ux_banner link="" bg="https://localhost/WP/wp-content/uploads/2015/12/PIC1" height="600px" animation="fadeInDown" ]

[button text="Shop Now" link="https://localhost/WP/product-category/adults/"]

[/ux_banner]

[/ux_slider]

We use .jpg on the banner but we turned ours into a “Flip-Book” to go with the style.
I don’t know if this helps you but here is an example of now:

[ux_slider style="focus" arrows="circle" timer="3000" bullets="false" nav_color="dark" infinitive="true" auto_slide="true"]

[ux_image id="https://OURSITE.com/wp-content/uploads/2016/01/PIC1.jpg" image_size="medium""]

[ux_image id="https://OURSITE.com/wp-content/uploads/2016/01/PIC2.jpg" image_size="medium" drop_shadow="1" image_pull="30px"]

[ux_image id="https://OURSITE.com/wp-content/uploads/2015/12/PIC3.jpg" image_size="medium" drop_shadow="1" image_pull="30px"]

[/ux_slider]

I have yet to understand the author of Flatsome and some of his support replies because he just states the obvious. In my case setting image_size= or image_pull= to my photo does nothing to my photo size. On page load without cache it “blows up” then shrinks down to the correct size of the banner. Re-sizing the images has helped but it slows the site.

Everything looks like it is working without a problem so far. You may mark this post as resolved.
Love the plugin!

I would like to clear the log and only try fixes for new errors for testing, how can I do this?

The updates look good and I am going to backup my site and try some fixes today.

If they work and everything seems good then I think you will have made a very important Plugin for the entire community!

We are not planning on upgrading to Woocommerce 2.5 for a little while, is the 1.25 version still compatible with Woo 2.4.14 for the time being?

Not recently but who knows? It may go unreported because not every customer calls us.
I did however lower the cart expire time from 6 hours down to 3.

So the name of the game is to not listen to the request of your customers when they explicitly tell you not to do anything without a backup?

You will be hearing from my client for the damage caused to our website.

Oh nice! I have been waiting for something like this to come along for quite some time now.

I had about 6 problems from a very annoying plugin called Picking Pal since the last update, I would love to find solutions from the author but some of these devs just don’t respond or don’t care.
I am willing to pay for complex fixes if they work. The ability to have free fixes are a nice touch.

Thank you, and looking forward to using this plugin.

@te-deum
Here is mine:

>>  MySQLTuner 1.6.2 - Major Hayden <[email protected]>
 >>  Bug reports, feature requests, and downloads at https://mysqltuner.com/
 >>  Run with '--help' for additional options and output filtering
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.5.47-cll
[OK] Operating on 64-bit architecture

-------- Storage Engine Statistics -------------------------------------------
[--] Status: +ARCHIVE +BLACKHOLE +CSV -FEDERATED +InnoDB +MRG_MYISAM
[--] Data in MyISAM tables: 282M (Tables: 140)
[--] Data in InnoDB tables: 512K (Tables: 15)
[!!] Total fragmented tables: 13

-------- Security Recommendations  -------------------------------------------
[OK] There are no anonymous accounts for any database users
[OK] All database users have passwords assigned
[!!] There is no basic password file list!

-------- CVE Security Recommendations  -------------------------------------------
[--] Skipped due to --cvefile option undefined

-------- Performance Metrics -------------------------------------------------
[--] Up for: 6d 16h 39m 20s (25M q [43.922 qps], 187K conn, TX: 219B, RX: 4B)
[--] Reads / Writes: 97% / 3%
[--] Binary logging is disabled
[--] Total buffers: 168.0M global + 2.8M per thread (151 max threads)
[OK] Maximum reached memory usage: 283.5M (5.88% of installed RAM)
[OK] Maximum possible memory usage: 583.2M (12.10% of installed RAM)
[OK] Slow queries: 0% (393/25M)
[OK] Highest usage of available connections: 27% (42/151)
[OK] Aborted connections: 0.00%  (2/187313)
[!!] Query cache is disabled
[OK] Sorts requiring temporary tables: 0% (1 temp sorts / 7M sorts)
[!!] Joins performed without indexes: 96783
[!!] Temporary tables created on disk: 50% (1M on disk / 3M total)
[!!] Thread cache is disabled
[!!] Table cache hit rate: 6% (400 open / 6K opened)
[OK] Open file limit used: 5% (532/10K)
[OK] Table locks acquired immediately: 99% (31M immediate / 31M locks)

-------- MyISAM Metrics -----------------------------------------------------
[OK] Key buffer used: 100.0% (8M used / 8M cache)
[OK] Key buffer size / total MyISAM indexes: 8.0M/75.7M
[OK] Read Key buffer hit rate: 100.0% (21B cached / 1M reads)
[!!] Write Key buffer hit rate: 81.4% (12M cached / 2M writes)

-------- InnoDB Metrics -----------------------------------------------------
[--] InnoDB is enabled.
[OK] InnoDB buffer pool / data size: 128.0M/512.0K
[OK] InnoDB buffer pool instances: 1
[OK] InnoDB Used buffer: 100.00% (8191 used/ 8191 total)
[!!] InnoDB Read buffer efficiency: 88.88% (119055 hits/ 133955 total)
[!!] InnoDB Write buffer efficiency: 0.00% (0 hits/ 1 total)
[OK] InnoDB log waits: 0.00% (0 waits / 5 writes)

-------- AriaDB Metrics -----------------------------------------------------
[--] AriaDB is disabled.

-------- Replication Metrics -------------------------------------------------
[--] No replication slave(s) for this server.
[--] This is a standalone server..

-------- Recommendations -----------------------------------------------------
General recommendations:
    Run OPTIMIZE TABLE to defragment tables for better performance
    Adjust your join queries to always utilize indexes
    When making adjustments, make tmp_table_size/max_heap_table_size equal
    Reduce your SELECT DISTINCT queries which have no LIMIT clause
    Set thread_cache_size to 4 as a starting value
    Increase table_open_cache gradually to avoid file descriptor limits
    Read this before increasing table_open_cache over 64: https://bit.ly/1mi7c4C
    Beware that open_files_limit (10000) variable
    should be greater than table_open_cache ( 400)
Variables to adjust:
    query_cache_size (>= 8M)
    join_buffer_size (> 128.0K, or always use indexes with joins)
    tmp_table_size (> 16M)
    max_heap_table_size (> 16M)
    thread_cache_size (start at 4)
    table_open_cache (> 400)

my.cnf is really tiny right now:

GNU nano 2.0.9             File: /etc/my.cnf

[mysqld]
innodb_file_per_table=1
max_allowed_packet=268435456
open_files_limit=10000
default-storage-engine=MyISAM
log_error=/var/log/mysql/mysql_error.log
log_slow_queries = 1
slow_query_log_file = /var/log/mysql/mysql_slowqueries.log

My server specs are:
VPS running 8 core Intel(R) Xeon(R) CPU E5620 @ 2.40GHz
Memory: 4892664k/5242880k available
Running CentOS x64

And my performance is about the same at 11.62 sec All MySQL.

We can work on this together and try out some settings if you want? I have a way to make custom configs close enough to match the server, but I am not a DBA.

I am trying to do this as well.

I will post my results using MySQL Tuner.

I have used that plugin in the past, what is it supposed to tell me for this current situation?

I activated all my plugins and ran the test again:
45 plugins active
1.4 sec Plugin load time
58% Plugin Impact (of page load time)
109 MySQL Queries

WP Core is the biggest contributor, with my theme being the second.

This is a tricky subject and so far it has been a confusing process to reverse engineer a fix.
The majority of the problem can be attributed to outdated custom posts, old plugins and data that cannot be deleted by normal means (not sure what to look for) and Database connection issues causing the site to fluctuate and change the permalink settings. I even had a case when it occurred and a person got a back ordered item in stock, and my stock went -1. Funny because we don’t allow backorders. It’s almost like the database locks and can’t unlock in time.
I have made it stable by modifying just about anything and everything on WHM and other configs to get it stable. I now have my .htaccess file on 444 because WordPress could rewrite the same rules over and over again with a space between.
I can update this post when there is some headway but I am suprised by the number of non-replies on my posts.

I figured out how to fix the homepage issues, but I still wonder about the other half of my OP if the sizes seem correct as a standard to work with?
If anyone is running into the same issue please chime in and I will try and help.