• Victory Statistics
  • Victory Timeline
  • Server victory distribution table
  • Continental victories distribution table
  • Last Week's Victories
  • Last Week's Graph
  • Last 30 days Victories
  • Last 30 days Graph
  • Filters by bracket and continent (breaking it down per world)
  • #352
  • Trigger percentages (#352)
• Combat Statistics
  • Faction Combat totals per server
  • Kills by per faction, per server
  • Kills by Weapon, by total and by server
  • Kills by Class, total and by server
  • Avg Kills per person in total and by server
  • #350
• Population Statistics
  • #351
  • #353
  • Avg BR by Server (#353)
• Vehicle Statistics
  • Kills / Deaths by Vehicle
  • #349

Minor GUI glitch, the CSS needs sorting out

Request for a Empire vs Empire Combat statistic, showing e.g:

Amount of kills VS made against NC and TR separately.

https://www.reddit.com/r/MillerPlanetside/comments/48oe8k/while_the_farm_was_glorious_the_shitters_won/d0le8b2?context=3

Execution

Faction Focus

Table, 3 bars one for each faction showing their summary of kills + base captures + vehicle destructions (maybe), with a line in the middle of these bars showing the 50% point, indicating if they're focusing another empire or not.

Double teaming summary

Then, show overall bar based on the above showing a summary of all kills made, which should give us if they were being double teamed.

Imo the below is going to be site's MVP (pre alpha):

• Shows currently running alerts (All Alerts page & RTM) #54 #55
• Shows past alerts and their results (All Alerts Page) #54
• Shows real time updates of the current alerts (RTM) #55
• Shows the following stats on the Alerts page #56
  • Basic faction combat statistics (total deaths / kills / suicides / TKs / headshots)
  • Not real time sortable leaderboard (making the killboard real time is potentially quite a lot of work) - recommend use of DataTables for this

All this created out of purely static API calls, no real time data just yet as we've not set up the API websocket server to facilitate this. Real time monitor will do an AJAX call to get the latest updates every 10 seconds or so.

This will also not have proper styling, just pure information.

We also need a design: #53

Part of MVP: #52

We require the ability to list recent alerts, sorted by time end. This should be a matter of:

1. Update the API to enable to request data in a sorted manner (ps2alerts/api#53)
2. Build the VueJS component which will request data from the API and render it
3. Style the page

Had the suggestion where we could split the Alert stats by Meta brackets, as in when the 1 hour 30 minute limit started, when we had 1 hour alerts, etc.

This could be done by implementing date ranges, then having maybe buttons as predefined date ranges or allow the user to choose their own.

https://www.reddit.com/r/PS2Cobalt/comments/4ga1b1/ps2alerts_player_profiles_change_log_update/d2ft10x?context=3

Looks like the API is returning a 404 when searching for the "DIG" outfit

Originally raised by @rafamem

Hello! The followed outfits are from Genudine (PS4 US) not from Miller:

http://www.ps2alerts.com/profiles/outfit/37533427458382531

http://www.ps2alerts.com/profiles/outfit/37534205255888743

http://www.ps2alerts.com/profiles/outfit/37534923133322586

http://www.ps2alerts.com/profiles/outfit/37535059393448407

http://www.ps2alerts.com/profiles/outfit/37534923133360458

http://www.ps2alerts.com/profiles/outfit/37536033136707474

Also, in Genudine:

Suicide Latin Squad = LSS
Vanu Latino = VSLA
TerranHispanohablantes = THHO
Vanu Boricua Division = VBD

Those listed in Miller do not appear in this ranking: http://www.ps2alerts.com/leaderboards

Vehicle totals were never completed, located on the homepage.

Currently territory cutoffs aren't being shown in the bar. Technically speaking they're not shown in the game either, but there ideally should be some way of showing cutoffs.

The way this was handled in the old ServerSmash code was to draw a grey bar in the middle of the rest of the bars, and expand it's width when there's cutoffs.

We require the ability to render a map in the alert, update it in real time and show a point in time snapshot for the continent.

Current map LODs: https://drive.google.com/drive/folders/1EOWCVXPi9Di61gzSZECBpJfDu5W-nK3M

LOD 0 - 1 pixel = 1 meter

Will need to figure out how to extract these into tiles for Leaflet.

This library looks promising to extract it into tiles: https://github.com/mapnik/node-mapnik

Example

https://psb.mattcavanagh.me/match/58

The map tiles no longer render sadly, but you can see by the broken image tiles what it was meant to do. Looks like I used to store the data within files (bad bad bad), below is the data for the map:

https://psb.mattcavanagh.me/assets/js/map/map_data_indar.js

This then looks like it adds the layers to the map: https://psb.mattcavanagh.me/assets/js/map/map_engine.js

Census

Looks like you can get hex and region information here: http://census.daybreakgames.com/get/ps2:v2/zone/?zone_id=2&c:join=map_region^list:1^inject_at:regions^hide:zone_id(map_hex^list:1^inject_at:hex^hide:zone_id%27map_region_id)

The current website is in Angular 1, which is very very old. I was also very new to creating SPAs and JavaScript in general back then, however the design of the website still continues to hold to today's standards, mostly.

I suggest we gut the innards of the site and start that part again, however attempting to keep the design and feel of the site relatively intact, maybe with a few UX considerations.

To discuss August 20th, please offer your suggestions here in the meantime.

Basically if the user hasn't returned in the past 30 days and there's been changes, they're not shown.

Ideally, we should check for if the user has EVER visited the website. If not, show them the most recent changes.

If they HAVE visited the website (and updatesSeen is populated) then go off the number of changes since they last saw something.

Features:

• Last 24 hours of all servers (no limit)
• Last 24 hours of a selected server (no limit)
• Filter by Server
• Filter by Zone
• Filter by Time Bracket
• Filter by Faction
• Alerts between a date range
• Alerts between a date range and on a selected server
• Alerts won by a selected faction, between a date range
• Dynamically append alert upon websocket end alert
• Represent dynamically added alerts that may not be part of the selected filters
• Show In Progress Alerts

Homepage should be filterable by the following times:

Graveyard: 00:59 - 11:59
Afternoon: 12:00 - 16:59
Primetime: 17:00 - 00:59

There is code within the API to pull out each alert based on the above times for each server's local timezone. I based EU servers off CEST, US servers off PDT and Briggs off AUS (but it's dead now)

http://reddit.com/r/Planetside/comments/4g7xis/ps2alerts_player_profiles_sneak_peak/d2g6pzy

It was suggested to add rankings to the player profile pages. Would probably require aggregation in order to calculate it.

Generating maps using the vast amount of capture data to hand would be useful.

For example, on a per continent basis, I should be able to show heat map of all captures recorded. This would give a very nice indication of which bases are the most contested.

Filters:

• Server
• Continental
• Faction wins (bit more tricky / intensive as we'll have to get all alerts first then filter by that)
• Outfit captured (may expand to a separate outfit section)

The current way we're injecting ENVs into the Gruntfile is suboptimal, it should be coming from the environment variables of the container. Currently they're just hardcoded into the file.

Would be nice to be able to see over time how the empire victory % has changed over time.

Will require an API endpoint constructing.

The dev environment uses Vue cli for serving the app to a browser, however this will not do for production. As simple node or nginx server is needed to serve the app. A requirement could be that the app should be server side rendered, but it is not that important as most search engines are optimized to index SPA's nowadays.

Reddit user suggested to implement Win Loss and Draw ratios on the profiles. Sounds like a good idea, but will have to check every single alert the player has been involved in.

Should be able to do that with a simple Join or Where In query, then checking the results of that alert, matching it against the faction of the player.

https://www.reddit.com/r/Connery/comments/4ga1bt/ps2alerts_player_profiles_change_log_update/d2gmmh8?context=3

Sit down and figure out exactly what we want (and can) show to users of the website. We will use the current website as a basis, and expand upon it.

Meat of this ticket will be added come August 20th for our developer meeting.

Create a new application from the frameworks CLI, start migrating usuable sections from old project

Trakt.tv's dashboard genre bar is pretty awesome, might be good for the factions bar.

Should just center align them with fixed width like on homepage, they're currently left aligned

https://www.reddit.com/r/Planetside/comments/6gfsgi/ps2alerts_requests_real_time_metrics/

Should be a matter of changing the collection to record the BR of each player on as per alert basis, then pulling this out via the API.

Could store this against the alert players rather than a separate table.

Getting insecure package alerts from dependabot.

Currently only way to access in-progress alerts is via the real time monitor, should be in alert history too.

Showing the statistics of the alert and details on what went on.

Features:

• Basic Alert Information

Statistics:

• Territory Capture Bar
• Population history metrics
• Population averages

General Combat Statistics

• Kills, Deaths, TKs, Suicides counts
• Faction Kills timeline

Leaderboards

• Players Leaderboard
• Outfits Leaderboard
• Weapons Leaderboard
• Vehicles Leaderboard

Class Combat

• Totals
• Player Leaderboards

Map Stats

• Map Timeline (#28)
• Real Time Map (#28)
• Capture Log
• Facility Capture Statistics
• Faction territory versus stats (who taken who's territory)

Other Stats

• #464
• #465

As the title says. Requires some reconfiguration of the tailwind config file. Also no Sass or Less, Tailwind should have everything we require either by it's utilities or the classes it generates from it's configuration.

Related to #28.

5 Tabs as separate pages

Tab 1 - Top 10

• Shows all top 10 of players, outfits and weapons (possibly as a 3 column thing)

Tab 2 - Players Leaderboard

• Shows ALL players (paginated) and their position. Will have to calculate the positions in Javascript, that's way too much work for the API to do.
• Will have to develop API endpoint to accept order direction and fields.
• Add ability to search for a player and their position. Maybe somehow make it so we figure out the offset then re-render the leaderboard based on that.

Tab 3 - Outfit Leaderboard

• Same format as players.

Tab 4 - Weapon Leaderboard

• Same format as players.

Tab 5 - Vehicle Leaderboard

• Shows statistics for all vehicles, but not by player (since those stats are borked).

@Hailot has reported a few issues with the initial provisioning of the module. Requires investigation and fixes if appropiate.

As part of MVP: #52

Once we have the ability to see currently running alerts, we need to start showing basic alert information. We need to show the following on a per-alert basis:

• Victor
• Victory conditions (territory %)
• Faction combat metrics
• Leaderboard for Players (outfits as a stretch goal)

https://www.sitepoint.com/introduction-web-notifications-api/

Would be brilliant for the user to sign up to which notifications they want to receive when they have the site open (can save their settings to local storage) and show the HTML 5 notification shade when a new alert starts.

It was suggested to maybe add some kind of moving averages to the Faction Victory statistics.

https://www.reddit.com/r/Planetside/comments/3z2qwe/stats_alert_victories_broken_down_by_server_and/cyjwuoe?context=3

So the metrics we have displayed are good, but there have been calls to be able to filter this data down by date range.

Since I have the ability to INNER JOIN on the alert resultset, I should be able to filter the metrics down by a date range.

Requests:

https://www.reddit.com/r/Planetside/comments/6hfc6z/stats_class_combat_performance_during_alerts/diy474c/

Website needs properly containerising so it can be used in a k8s environment and distributed correctly.

Hall of Fame, highlighting things such as:

Definates:

• Top Farmers (top by kills)
• Top Crops (top by deaths)
• Top Backstabbers (top by TKs)
• Top Daredevil (top by suicides) - may change name of this to prevent {{triggers}}
• Top Outfits (by kills initially)
• Top Outfits by Captures
• Top Vehicles - will see if server filtering is possible
• Top Weapons - will see if server filtering is possible
• Top Alerts by Kills, Deaths, Tks and Suicides
• Most contested facilities

Possibles:

• Top Tanker (top by Tank to everything)
• Top Ace (top by ESF to ESF kills) - might be a bit difficult but I'll try
• Top Medic
• Top Platoon leader - possibly, depends how hard the data is to get
• Top Classes (top players by each class by metrics (kills initially))
• Top Players by Sanctioned Weapon kills - this is an interesting one... does anyone have a definitive list of what is classed as a "Sanctioned Weapon"?
• Top Cheese Grater - Top MAX players
• Top Ammo Donkey
• Top Tank Mine Tosser
• Sticky Gren Supremo
• Top Welder
• Turret Meister - kills with MANA turret
• Pocket Engi (Top max repairs)
• Bubble Gum Vendor (Top medic bubble shield points)
• Necromancer (Top revives)
• On point (Top point captures)

Suggestions:

• Top players by kills with sanctioned weapons
• Top vehicle killer - need to confirm I collect this info
• Have monthly, weekly and daily leaderboards

Etc

One topic I'm really struggling to find an answer for from Google is how to properly serve assets with a random / injected hash in order for browsers to cache correctly versioned CSS / JS. Right now it's just being loaded like:

/app.js

Which may not change between versions after it's first loaded as browsers cache that path.

Ideally, it needs to be with a random sha / hash on it, so it turns into this:

/app-aeeh24.js

This will then mean all assets are fresh and correct. Ideal situation would be to inject the build SHA which is already available to Vue enviroment via injection from GitHub actions.

We need to make current visitors aware that a new version is coming soon.

All weapons are showing up as white. There should be data tags in the data to know what faction's weapons it is, therefore we need to apply colour.

Mobile rendering of the leaderboards results in a very poor experience. Loading times are slow for redraws, although do improve once a user searches for something.

Also the headers of the table don't line up with the data upon horizontal scrolling.

Need to investigate if these issues can be mitigated or somehow changed on mobile devices. May have to paginated for mobile.

Clicking on the burger icon doesn't work at all, potential JavaScript issue.

As part of MVP: #52

We need the ability to display all ongoing alerts prominantly on the website, which will use real time data from the API with the following information:

• World
• Zone
• Time Remaining (countdown)
• Current status (territory %)

Requirements:

• Vue;
• VueRouter;
• Vuex;
• SSR;
• Lazy import of files for views(part of Webpack);
• Webpack with a build pipeline;
• PurgeCSS;
• TailwindCSS(though we haven't formally agreed on it, it can always be swapped out later).

Create pipelines to deploy project to K8s

Add developer only alerts if pages take longer than 10 seconds to load. Could be via APM transaction notifications.

• Move database from current server to archive
• Set up reverse proxy on new server
• Set up dynamic DNS client on router for old.ps2alerts.com
• Decommission old server files

Part of #52

We require a box design / mockup for the PS2Alerts homepage / alerts page / all alerts page. This is going to be used as a basis to build the website upon, and we'll have a session to discuss and ratify it into the rest of the design.