LaMonte Forthun

You can store multiple seasons per league.

Try this:

[matches league_id=9 time=prev mode=all]

That gives you the last match day, if you have match days assigned.

This should help you:

To fix the problem update the core.php file which is in:
leaguemanager->lib->core.php

On line 361 you should see:
echo “<div id=’message’ class=’updated fade’><p>”.$this->getMessage().”</p></div”;

That line isn’t complete it needs a closing ‘>’, so the full line should be:
echo “<div id=’message’ class=’updated fade’><p>”.$this->getMessage().”</p></div>”;

This problem is based on a PHP update (introduced in 5.3.9) that introduced a setting to help prevent hash collision attacks. The setting is “max_input_vars” and is defaulted to be set at 1,000.

The problem with updating an entire season, or even a few weeks worth, of matches is there are a lot of variables per game and those variables add up quickly when you’re limited to 1,000.

The best solution would be to re-write the code to work on a few lines at a time instead of grabbing all the code at once and then updating game by game, and I’m looking at it to see if I can do that (keeping in mind that League Manager isn’t my plug in).

In the mean time, there are two solutions:

1). Make sure you have match days defined in the season (how many matches per season), then make sure when you add a match you have a match day assigned to the match. When you go to update matches, filter by match day so you are only working with game 12 or whatever, so that the number of updates and variables used stays under the limit. If you’ve got 36 teams in a league and you’re trying to update 18 games at a time, you might run into the problem anyway and you’ll need to see solution 2. There are a lot of reasons that this is the best option, but the best reason is that it doesn’t involved anything like code changing or server tweaking…

2). This isn’t the ideal solution because it’s bypassing a setting that’s been added to PHP to avoid a vulnerability. The solution is to increase the number of variables that can be set at one time from 1,000 to some number higher. If you have access to your server’s php.ini file and know how to modify files on a server, you can add or modify the max_input_vars setting like this:

max_input_vars = 2,500

You can also change this setting in an .htaccess file in your local word press directory like this (they are different, if you put the above code in an htaccess file you’ll get a server error):

php_value max_input_vars 2500

I’ve tested this and it does work. If you find that the number isn’t high enough, add another 500 or 1,000, but I wouldn’t recommend throwing 10,000 in right away as the purpose of the restriction was to close a PHP vunerability.

If I can figure out how to update the code to work with a group of matches at a time so that the problem goes away, I’ll update the code here.

If you want I can take a look at it from the inside and see what I can come up with.

There’s a known problem with update large number of matches at one time. If you can filter by match day, it works very well. It’s not my plug-in, but I’ve been looking at some bugs, I’ll see if I can track this one down this week.

‘points_plus’ is the number of points a team has earned based on your scoring system (2 points for a win, 1 point for a tie, etc), ‘points_minus’ is the number of points their opponents have earned against them. In other words, if a team has won 6 games and lost 3, using the above point system they would have ‘points_plus’ of 15 ((6*2) + 3) and ‘points_minus of 12 ((3*2) + 6).