techmistress Posted February 24, 2015 Share Posted February 24, 2015 Looking at upgrading to version 6 and just wanted to know if the newest version still passed data the same way and if I'll still need to worry about the max_input_vars limit or not. Thanks for the info! Quote Link to comment Share on other sites More sharing options...
havenswift-hosting Posted February 24, 2015 Share Posted February 24, 2015 Hi I dont believe anything has changed in this respect in V6 and I would contend that this is a hosting restriction / issue far more than it is a CubeCart issue. It is not as if the values required are excessively high, it is more about the big / cheap hosting providers over configuring shared hosting servers to squeeze a few (hundred) more sites onto each server. My advice would be to find a better hosting company - you always get what you pay for with hosting - cheap is cheap for a reason Ian Quote Link to comment Share on other sites More sharing options...
Al Brookbanks Posted February 24, 2015 Share Posted February 24, 2015 It will be the same. There is no solution other than to increase the value of this setting. :) Quote Link to comment Share on other sites More sharing options...
havenswift-hosting Posted February 24, 2015 Share Posted February 24, 2015 It will be the same. There is no solution other than to increase the value of this setting. Which is almost always not possible for users as it is a restricted server setting and the only reason it will be a problem is if the hosting company has reduced it from the normal default settings Ian Quote Link to comment Share on other sites More sharing options...
techmistress Posted February 24, 2015 Author Share Posted February 24, 2015 Great to know, thanks. Not too worried about it for the current upgrade of a site, just wondered if there was a change. It helps when I am telling people what type of hosting parameters they'll need to have or have access to when using CubeCart. Quote Link to comment Share on other sites More sharing options...
Al Brookbanks Posted February 24, 2015 Share Posted February 24, 2015 I wondered about sending a serialised array instead of individual variables. Worth looking into... Quote Link to comment Share on other sites More sharing options...
Toucan Web Design Posted February 25, 2015 Share Posted February 25, 2015 I'd imagine if a shared server is restricting the vars limit to the point where it's blocking that, there's also a pretty solid chance that it might be running a limit on the amount of get data sent size wise as well, so if you do go that route, I'd have a check to make sure you're not going to be hitting that. Looks like 512 characters is a limit for them on some suphp setups Quote Link to comment Share on other sites More sharing options...
Al Brookbanks Posted February 25, 2015 Share Posted February 25, 2015 I agree this needs to be considered. On the whole I think this issue mainly happens on pages where say it lists out all categories that can be assigned. This means that the average array key value will be two or three characters in length. It's more likely the max_input_vars will be exceeded than get data size. I'd imagine it uses the 'upload_max_filesize'?! This is normally 2mb or more which is big! I'm seeing this issue more and more. I think the default max_input_vars is 1000 which is pretty large. Hosts (or a big host) must either be reducing it or its only affecting customers with a very large inventory size. No matter I think some JS can handle this quite easily with the following logic: If the counted amount of input variable is larger than max_input_vars, serialize them and then disable them all on submit. Or.. if we think the solution is really solid.. do this regardless of the max_input_vars size. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.