Making CA games work in XonStat

Merge branch 'master' of http://git.xonotic.org/xonotic/xonstat into approved

Add two helper methods to simplify.

Major refactor of submissions code.

remove old submission handler

Redo submission handling.

Some layout fixes for the player badges (nick_maxwidth)

Merge branch 'approved' of gitorious.org:xonotic/xonstat into approved

Merge branch 'master' into approved.new

Add views for player captimes (all the fastest caps per player) and map captimes (all the fastest caps per map)

Use scoreboardpos instead of rank to sort.

Support the new scoreboardpos and teamrank fields.

Two new player events being sent to sort games every which way :D.

Merge branch 'master' into approved

Conflicts:
xonstat/__init__.py
xonstat/templates/player_game_index.mako
xonstat/views/__init__.py
xonstat/views/helpers.py
xonstat/views/player.py

Add request verification parameter in the dev INI.

This was added to the production.ini file without going in here
first. It controls whether or not to verify requests using the
d0_blind_id library provided by Xonotic (not packaged in this
project).

404 when hashkey is not found.

Do not send top-level elo/rank/pct.

Add a plain text hashkey view for menu integration.

This adds a plain text response view at the URL /player/<hashkey>,
where hashkey is the idfp of a given player. The response is quite
lengthy and won't be specified in this message, but suffice to say
that the response roughly corresponds to the player_info JSON view
currently at /player/<player_id>.json.

Make the player game index Elo arrows clickable.

Whoops, add the game finder template!

Add game finder links to the "info" views.

Add a basic game finder view at the /gamefinder URL.

The game finder view is intended to be a better advanced search.
We'll see how it works out, but for now at least I can use this
view to show more of the "recent games" tables for each entity.

Add a __repr__ to RecentGames for easy debugging.

Add a new named argument for the ini-file to be used
(Usage: gen_badges.py [options] <ini-file>)

Add comment to the get_ranks function.

Refactor the "top <blah>" tables on the front page, cache them.

The main_index view was getting a little long, so I factored out
the "top <blah>" data queries into separate functions. I cached
those functions under an hourly term while I was at it.

Simplify the rank table calculations. Woohoo, negative LOC!

Before the main view was running three separate, similar queries
to grab the rank data for the three game types shown on the page.
This was factored out into a separate function that can be called
and cached (currently hourly_term). Also if no ranks are available,
don't show tables filled with '-' characters, but rather an
informative message instead.

Fix the player JSON view with a _asdict() method to RecentGame-s.

Add a new summary statistics byline below the main logo.

Summary statistics shown and refreshed hourly via cache
invalidation (Beaker):

- total games
- total dm, duel, and ctf games
- total players
- total servers

If for some reason the summary statistics can't be retrieved, the
old one is shown instead.

Add object relational mappings for the summary stats table.

Integrate the new helpers everywhere.

Use start_dt instead of create_dt.

Add a JSON Elo view to support autobalance.

The view at /elo/<hashkey> will send just Elo info about a player.
This is to facilitate a possible autobalance feature where the
Xonotic server will request Elo values for all of the
players entering the game, then use it (among other things) to
figure out who needs to be switched to make the teams right.

Add a hashkey view similar to the player_info JSON one.

This view is driven by hashkey (not player_id) so the Xonotic
server can query for info using something it knows. The response
value is a JSON object containing the things in the player info
page minus the recent weapons and recent games stuff.

The URL pattern is /hashkey/<hashkey value>.

All this is pretty alpha and is subject to change once we truly
determine our needs  Think of this as a proof of concept for
communicating between the game server and the webapp.

Explicitly set an update_dt when elos are processed.

If there are no recent games, do not show the section.

Make recent games more bullet-resistant :)

Don't pre-fill the "recent games" section with hyphens.

Just show what is there to show rather than fill up the empty space
with...more empty space!

Recent -> Most Recent for maps too.

Small copy change for the server info page.

"Recent" isn't exactly recent for some servers. I'll label it
"Most Recent" instead. That makes more sense when servers have
not had any games in a long time.

Sprite-ify the map and server info pages too.

Sprite-ify a few templates.

Add css sprites for weapons and game types.

Use the new helpers for the server_info page as well.

Another performance boost on my machine! The page loads in
half the time that it did before. Aw yeah.

Use the new helpers on the map info page.

Big performance boost! Was 1.5s (on my machine) and now <1s.

Looks better this way, and performs the same.

Make the "recent games" section more modular.

The main page was constructing all of the recent games queries
manually before. Now I've moved the query and the associated
class (which would have been a namedtuple if not for the various
transformations needed) into a new "helpers" view. This view is
intended to house query functions and the corresponding classes
for them, so no more grabbing from a query, then looping around
and creating namedtuples to get stuff like nick_html_colors. Now
one can just pass the row returned by the query to a class, which
will "know" how to construct stuff like that. Win!

Add the game's duration to the game info page, if it exists.

Provide an option to show elo deltas on the game info page.

I was tired of looking at the actual elo deltas by bouncing
between the player_info and game_info pages for several
players just to see their collective elo delta values. This
provides a query parameter "show_elo" to the game info page
to show the extra elo delta column.

As a bonus, the up/down/neutral arrows on the player_info
page will take you to a scoreboard page where those values
are shown.

Proper fix for big alivetimes.

Moral of the story: I should not code late at night.

Handle Elos properly when players have big alivetimes.

Due to a bug, the alivetimes for players also include time
spent in warmup. Since elo uses score per second, the
skewed alivetime made players who actually lost look like
they won under certain circumstances (like when their
opponent spent a very long time in warmup).

This change puts a ceiling on the alivetime used by Elo
by limiting the alivetime to be at most the game's
duration.

Parse and store the game's duration.

The duration has been sent for a while as the 'D' line, but
it hasn't really been needed until now; it was just a nice thing
to have. Now Elo calculations are messing up because the warmup
time is being summed into player alivetimes. This duration field
can assist in creating a workaround. Having it, Elo calculations
can know the true maximum game time, so anything higher can be
brought down to the "floor" of the real duration of the match.

Fixed double negative, maybe the most helpful ever.

Link to the game for each cap record.

Add overall best flag capture times to the map info page.

Only the top ten fastest capture times are shown. Players in this
list must be tracked. No bots are tracked, obviously :D.

Show the best flag capture times on the game info page.

The best flag capture time for each player is shown in the game
info page now. This only happens for CTF. The format shown is
seconds.milliseconds, with up to two decimal places shown.

Add ping to the scoreboard.

Ping is being sent now in the POST requests. Show it if it
exists in the player_game_stat row.

Uncomment elo processing code.

Assault icons.

Add storage of captimes and fastest caps.

Fastest caps are recorded on a per-player basis in the game_stats
table, and the player's overall fastest cap on a given map is
stored in a new table, player_map_captimes.

One weird thing is if the constraint on game_id in the captimes
table is enabled, sqla throws an integrity error. For this reason
the constraint is disabled (commented out in xonstatdb) even though
it should be there. More investigation is needed.

Add a setting to turn off req verification easily.

Handle nonexistent elo deltas gracefully.

Make the "recent games" table expand with the "more" link.

Previously a big list of scoreboards would be shown if a person
clicked on the "more" link below the "recent games" table on the
player info page. Now a table that is exactly the same is shown,
but with pagination. This is in essence an attempt to keep the
same elements in the view; when a person clicks on a "more" link,
they expect to see more of the same items they were looking at.

The end benefit for players is that they can quickly page through
all of their games and see summary results as well as their elo
changes from one simple view.

Add elo deltas to the player info page.

The elo deltas will just show an up, down, or neutral icon for how
their elo has changed during the games in the "recent games" table
at the bottom of the page. Hovering over these icons will show the
actual delta value in the event it went up or down (rather than
stayed the same).

Add "ft" icon for freezetag.

Check nick uniqueness before storing.

Use the gametype icons in the tabs!

Add comment to the get_ranks function.

Refactor the "top <blah>" tables on the front page, cache them.

The main_index view was getting a little long, so I factored out
the "top <blah>" data queries into separate functions. I cached
those functions under an hourly term while I was at it.

Simplify the rank table calculations. Woohoo, negative LOC!

Before the main view was running three separate, similar queries
to grab the rank data for the three game types shown on the page.
This was factored out into a separate function that can be called
and cached (currently hourly_term). Also if no ranks are available,
don't show tables filled with '-' characters, but rather an
informative message instead.

Fix the player JSON view with a _asdict() method to RecentGame-s.

Add a new summary statistics byline below the main logo.

Summary statistics shown and refreshed hourly via cache
invalidation (Beaker):

- total games
- total dm, duel, and ctf games
- total players
- total servers

If for some reason the summary statistics can't be retrieved, the
old one is shown instead.

Add object relational mappings for the summary stats table.

Integrate the new helpers everywhere.

Use start_dt instead of create_dt.

Add a JSON Elo view to support autobalance.

The view at /elo/<hashkey> will send just Elo info about a player.
This is to facilitate a possible autobalance feature where the
Xonotic server will request Elo values for all of the
players entering the game, then use it (among other things) to
figure out who needs to be switched to make the teams right.

Add a hashkey view similar to the player_info JSON one.

This view is driven by hashkey (not player_id) so the Xonotic
server can query for info using something it knows. The response
value is a JSON object containing the things in the player info
page minus the recent weapons and recent games stuff.

The URL pattern is /hashkey/<hashkey value>.

All this is pretty alpha and is subject to change once we truly
determine our needs  Think of this as a proof of concept for
communicating between the game server and the webapp.

Explicitly set an update_dt when elos are processed.

If there are no recent games, do not show the section.

Make recent games more bullet-resistant :)

Don't pre-fill the "recent games" section with hyphens.

Just show what is there to show rather than fill up the empty space
with...more empty space!

Recent -> Most Recent for maps too.

Small copy change for the server info page.

"Recent" isn't exactly recent for some servers. I'll label it
"Most Recent" instead. That makes more sense when servers have
not had any games in a long time.

Sprite-ify the map and server info pages too.

Sprite-ify a few templates.

Add css sprites for weapons and game types.

Use the new helpers for the server_info page as well.

Another performance boost on my machine! The page loads in
half the time that it did before. Aw yeah.

Use the new helpers on the map info page.

Big performance boost! Was 1.5s (on my machine) and now <1s.

Looks better this way, and performs the same.

Make the "recent games" section more modular.

The main page was constructing all of the recent games queries
manually before. Now I've moved the query and the associated
class (which would have been a namedtuple if not for the various
transformations needed) into a new "helpers" view. This view is
intended to house query functions and the corresponding classes
for them, so no more grabbing from a query, then looping around
and creating namedtuples to get stuff like nick_html_colors. Now
one can just pass the row returned by the query to a class, which
will "know" how to construct stuff like that. Win!

Add the game's duration to the game info page, if it exists.

Provide an option to show elo deltas on the game info page.

I was tired of looking at the actual elo deltas by bouncing
between the player_info and game_info pages for several
players just to see their collective elo delta values. This
provides a query parameter "show_elo" to the game info page
to show the extra elo delta column.

As a bonus, the up/down/neutral arrows on the player_info
page will take you to a scoreboard page where those values
are shown.

Proper fix for big alivetimes.

Moral of the story: I should not code late at night.

Handle Elos properly when players have big alivetimes.

Due to a bug, the alivetimes for players also include time
spent in warmup. Since elo uses score per second, the
skewed alivetime made players who actually lost look like
they won under certain circumstances (like when their
opponent spent a very long time in warmup).

This change puts a ceiling on the alivetime used by Elo
by limiting the alivetime to be at most the game's
duration.

Parse and store the game's duration.

The duration has been sent for a while as the 'D' line, but
it hasn't really been needed until now; it was just a nice thing
to have. Now Elo calculations are messing up because the warmup
time is being summed into player alivetimes. This duration field
can assist in creating a workaround. Having it, Elo calculations
can know the true maximum game time, so anything higher can be
brought down to the "floor" of the real duration of the match.

Merge pull request #15 from baneofblabs/master

Prevent double negative in Elo delta message. Thanks harry_ftw!

Link to the game for each cap record.

Add overall best flag capture times to the map info page.

Only the top ten fastest capture times are shown. Players in this
list must be tracked. No bots are tracked, obviously :D.

Show the best flag capture times on the game info page.

The best flag capture time for each player is shown in the game
info page now. This only happens for CTF. The format shown is
seconds.milliseconds, with up to two decimal places shown.

Add ping to the scoreboard.

Ping is being sent now in the POST requests. Show it if it
exists in the player_game_stat row.

Uncomment elo processing code.