Is it possible for a browser to crash CS-Cart? It was suggested to me that the cause of crashes we have experienced might have been our browser. We use mostly Mac OS Chrome but also Safari and Firefox. Are there any known issues with any of these browsers with CS-Cart?
hi,
Chrome, Internet Explorer, Safari or Firefox are most popular browsers so their latest versions are supported by CS-Cart. There can't be serious issues about it.
best regards,
WSA team
A browser simply makes requests and displays the results. Nothing about a browser will crash your cart. It's possible that your cart will return data that might crash older versions of a browser, but very unlikely the inverse would be true.
[quote name='merchantman' timestamp='1435333741' post='220573']
Is it possible for a browser to crash CS-Cart? It was suggested to me that the cause of crashes we have experienced might have been our browser. We use mostly Mac OS Chrome but also Safari and Firefox. Are there any known issues with any of these browsers with CS-Cart?
[/quote]
Cs-cart crash? Check logs. Most likely an out of memory error will cause cs-cart to crash
Malicious javascript code can crash your browser. Please make sure that your website was not hacked and try to disable 3rd party modules one-by-one
Wasn't he asking about “crash CS-Cart”? I had assume what he meant by this was some type of fatal error (or unresponsive) on his server related to his installation of cs-cart.
[quote name='tbirnseth' timestamp='1435357604' post='220599']
A browser simply makes requests and displays the results. Nothing about a browser will crash your cart. It's possible that your cart will return data that might crash older versions of a browser, but very unlikely the inverse would be true.
[/quote]
What I would have thought. In our case it was definitely CS-Cart that was crashing since the browser was working.
[quote name='Damir (WSA-team)' timestamp='1435336148' post='220581']
hi,
Chrome, Internet Explorer, Safari or Firefox are most popular browsers so their latest versions are supported by CS-Cart. There can't be serious issues about it.
best regards,
WSA team
[/quote]
Thanks for reply.
[quote name='kogi' timestamp='1435549625' post='220755']
Cs-cart crash? Check logs. Most likely an out of memory error will cause cs-cart to crash
[/quote]
Thanks. I will note time and check log next time it happens.
What is the evidence of your crash? Do you have Fatal errors in your PHP error_log file? Are you getting 500 Server errors? Are you getting the “Service Unavailable” response to requests?
Really need to be more specific than “cs-cart crashes” for us to provide any help other than guesswork.
[quote name='eComLabs' timestamp='1435575457' post='220807']
Malicious javascript code can crash your browser. Please make sure that your website was not hacked and try to disable 3rd party modules one-by-one
[/quote]
The browser was not crashed. It certainly appeared to be the server as other browser windows containing different sites were fine. When my site url was input the browser windows gave the service unavailable message. CS-Cart and/or server was definitely down. I don't know why. If the server itself was down I guess the CS-Cart service unavailable message would not come up. At any rate, the problem seems to be gone for the moment. Could have been crashed table. Probably memory or some server speciifc issue with Cs-Cart.
LOL (at self), didn't recognize the username. This is one of my clients. I will try to clarify his question/issue. REPLACE INTO cscart_stored_sessions SELECT * FROM cscart_sessions WHERE expiry < 1434656842
cs-cart version: 4.2.4
The issue is that the cscart_sessions table crashes. Of course, then this generates the Service Unavailable and we repair/optimize the table and all is well for a while. This has happened about 3 times in the past month.
We do not see where we are running our of memory. They have 4GB on the server and traffic is NOT heavy at all to this site.
[indent=1]dldollt@server1 [~]# free[/indent]
total used free shared buffers cached
Mem: 3974308 3767240 207068 220 477208 2288248
-/+ buffers/cache: 1001784 2972524
Swap: 0 0 0
[indent=1]dldollt@server1 [~]# uptime[/indent]
13:11:17 up 3 days, 23:18, 1 user, load average: 0.24, 0.21, 0.12
We can only assume that msyqld is crashing at some point There seems to be plenty of disk space
[indent=1]dldollt@server1 [~]# df -h[/indent]
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 79G 55G 21G 73% /
tmpfs 1.9G 0 1.9G 0% /dev/shm
/usr/tmpDSK 1.6G 36M 1.5G 3% /tmp
General log checks (access, mySQL, etc.) at time of table corruption don't show anything obvious.
There are only a couple of popular addons installed but don't think any could cause a table corruption anyway.
So we're looking for other ideas.
The images directory is pretty big but they have lots of big images and various thumbnail sizes and also use the watermark addon. But don't really think it's a disk issue causing the corruption. Again, traffic is pretty low. so would expect pretty smooth sailing.
And one more chunk of info from error_log:
[indent=1][18-Jun-2015 19:47:23 UTC] PHP Fatal error: Uncaught exception 'Tygh\Exceptions\DatabaseException' with message 'Incorrect key file for table './dldollt_ccart/cscart_stored_sessions.MYI'; try to repair it (126)[/indent]
Stack trace:
#0 /home/dldollt/public_html/app/Tygh/Database.php(333): Tygh\Database::_error(false, 'REPLACE INTO cs...')
#1 [internal function]: Tygh\Database::query('REPLACE INTO ?:...', 1434656842)
#2 /home/dldollt/public_html/app/functions/fn.database.php(130): call_user_func_array(Array, Array)
#3 /home/dldollt/public_html/app/Tygh/Backend/Session/Database.php(119): db_query('REPLACE INTO ?:...', 1434656842)
#4 /home/dldollt/public_html/app/Tygh/Session.php(210): Tygh\Backend\Session\Database->gc(1440)
#5 [internal function]: Tygh\Session::gc(1440)
#6 /home/dldollt/public_html/app/Tygh/Session.php(341): session_start()
#7 /home/dldollt/public_html/app/Tygh/Session.php(468): Tygh\Sess in /home/dldollt/public_html/app/Tygh/Database.php on line 677
[quote name='tbirnseth' timestamp='1435599473' post='220884']
Wasn't he asking about “crash CS-Cart”? I had assume what he meant by this was some type of fatal error (or unresponsive) on his server related to his installation of cs-cart.
[/quote]
It was the neon “service unavailable” message from CS-Cart (I think).
[quote name='tbirnseth' timestamp='1435601440' post='220889']
LOL (at self), didn't recognize the username. This is one of my clients. I will try to clarify his question/issue.
cs-cart version: 4.2.4
The issue is that the cscart_sessions table crashes. Of course, then this generates the Service Unavailable and we repair/optimize the table and all is well for a while. This has happened about 3 times in the past month.
We do not see where we are running our of memory. They have 4GB on the server and traffic is NOT heavy at all to this site.
[indent=1]dldollt@server1 [~]# free[/indent]
total used free shared buffers cached
Mem: 3974308 3767240 207068 220 477208 2288248
-/+ buffers/cache: 1001784 2972524
Swap: 0 0 0
[indent=1]dldollt@server1 [~]# uptime[/indent]
13:11:17 up 3 days, 23:18, 1 user, load average: 0.24, 0.21, 0.12
We can only assume that msyqld is crashing at some point There seems to be plenty of disk space
[indent=1]dldollt@server1 [~]# df -h[/indent]
Filesystem Size Used Avail Use% Mounted on
/dev/xvda1 79G 55G 21G 73% /
tmpfs 1.9G 0 1.9G 0% /dev/shm
/usr/tmpDSK 1.6G 36M 1.5G 3% /tmp
General log checks (access, mySQL, etc.) at time of table corruption don't show anything obvious.
There are only a couple of popular addons installed but don't think any could cause a table corruption anyway.
So we're looking for other ideas.
The images directory is pretty big but they have lots of big images and various thumbnail sizes and also use the watermark addon. But don't really think it's a disk issue causing the corruption. Again, traffic is pretty low. so would expect pretty smooth sailing.
[/quote]
LOL. I should have read entire thread before replying to responses. So it is definitely the sessions table but we don't know why it crashes.
I am running the latest version with no mods and just checked the site and I am getting the red service unavailable.
I can not get to the site it the admin panel.
define DEVELOPMENT to be true in your config.local.php (temporarily) and it will show you the error/reason for the unavailability.
define('DEVELOPMENT', true);
Comment out the code when you're done
//define('DEVELOPMENT', true);It just started working again for no reason without me din anything.
got into admin and looked at my database and it is showing [color=#333333]163,555,862[/color][color=#333333] bytes which is way larger then it should be.[/color]
[color=#333333]Last uncompressed backup was 7/7/2015 [/color][color=#333333]11,764,622 bytes[/color]
[color=#333333]Clearing cache ended up at [/color][color=#333333]6,330,042[/color][color=#333333] bytes[/color]
Not quite following. DB size has nothing to do with cache size (unless you're using 'database' as the backend cache method. And a backup is probably showing your files in an archive, not your database.
Go into phpMyAdmin. Select the database you want, then scroll to the right and click the 'Size' column. It should show in descending order but if not, click it again. This will show you which of your tables are largest (probably cscart_sessions). Note that if the last column (Overhead) is greater than a few KB, you can select that table and then optimize it which will reduce the size. Overhead are “holes” in the database usually from prior deletes. If you scroll to the bottom it will tell you the total of the columns.
But not sure what any of this has to do with the original topic about browsers crashing the cart.
I checked and it was the cs cart cache. I don't remember setting the database as the backend. All my product photos are in their own directory. Not sure why that happen.
As far as this being in this topic. I saw you asked the poster if he was getting “[color=#282828][font=arial, verdana, tahoma, sans-serif]Service Unavailable” and that is what I was getting. Sorry if this is not the correct topic.[/font][/color]
[color=#282828][font=arial, verdana, tahoma, sans-serif]Scott[/font][/color]