Upvote Upvoted 29 Downvote Downvoted
Day 3 - Current Website Changes
1
#1
0 Frags +

We would like to welcome everyone on our new Development team at RGL:

Developer Head: Aad, arcadia
Developers: DubThink, StillKill, Mori, RoGue, Kastaling, DolphiN
Design Head: RaosCosmeth

The above members will contribute to RGL projects, both current and future, and here are some of their upcoming short-term and long-term projects:

Short-term
- Replacing the Prolander structure with Offseason Cups
- Renaming Trad. Sixes to just Sixes everywhere
- RGL Darkmode

Medium-term
- Allowing all divisions to add team pictures
- Allowing all divisions to add team bios
- Logs integration
- Event creation support

Long-term
- Demo hosting
- Season stats

These were popular changes requested by the community, and as more suggestions crop up, we will ensure consistent updates.

We’d love to make more improvements, so please give us your thoughts below!

We would like to welcome everyone on our new Development team at RGL:

Developer Head: [url=https://rgl.gg/Public/PlayerProfile.aspx?p=76561198143312969]Aad[/url], [url=https://rgl.gg/Public/PlayerProfile.aspx?p=76561198126263769]arcadia[/url]
Developers: [url=https://rgl.gg/Public/PlayerProfile.aspx?p=76561198132034737]DubThink[/url], [url=https://rgl.gg/Public/PlayerProfile.aspx?p=76561198065069057]StillKill[/url], [url=https://rgl.gg/Public/PlayerProfile.aspx?p=76561198068401396]Mori[/url], [url=https://rgl.gg/Public/PlayerProfile.aspx?p=76561197987255107]RoGue[/url], [url=https://rgl.gg/Public/PlayerProfile.aspx?p=76561198067347356]Kastaling[/url], [url=https://rgl.gg/Public/PlayerProfile.aspx?p=76561198048614515]DolphiN[/url]
Design Head: [url=https://rgl.gg/Public/PlayerProfile.aspx?p=76561198961215681]RaosCosmeth[/url]

The above members will contribute to RGL projects, both current and future, and here are some of their upcoming short-term and long-term projects:

[b]Short-term[/b]
- Replacing the Prolander structure with Offseason Cups
- Renaming Trad. Sixes to just Sixes everywhere
- RGL Darkmode

[b]Medium-term[/b]
- Allowing all divisions to add team pictures
- Allowing all divisions to add team bios
- Logs integration
- Event creation support

[b]Long-term[/b]
- Demo hosting
- Season stats

These were popular changes requested by the community, and as more suggestions crop up, we will ensure consistent updates.

We’d love to make more improvements, so please give us your thoughts below!
2
#2
18 Frags +

for stats & demos, maybe add a dedicated place for logs.tf and demos.tf links on match pages

for stats & demos, maybe add a dedicated place for logs.tf and demos.tf links on match pages
3
#3
1 Frags +

u gotta use the url with the file extension in it for the embed

u gotta use the url with the file extension in it for the embed
4
#4
7 Frags +

could we get a way to show classes / roles / subs? some teams are bound to put this info in the team description, but not all

TaylorRenaming Trad. Sixes to just Sixes everywhere

based pedant

could we get a way to show classes / roles / subs? some teams are bound to put this info in the team description, but not all

[quote=Taylor]Renaming Trad. Sixes to just Sixes everywhere[/quote]
based pedant
5
#5
-3 Frags +

Let's go [BBC] Mori and kyle

Let's go [BBC] Mori and kyle
6
#6
5 Frags +
botmodefor stats & demos, maybe add a dedicated place for logs.tf and demos.tf links on match pages

Yuss

Gritomacould we get a way to show classes / roles / subs? some teams are bound to put this info in the team description, but not all

Yeah, that'll be possible with the logs integration as well!

[quote=botmode]for stats & demos, maybe add a dedicated place for logs.tf and demos.tf links on match pages[/quote]
Yuss

[quote=Gritoma]could we get a way to show classes / roles / subs? some teams are bound to put this info in the team description, but not all
[/quote]
Yeah, that'll be possible with the logs integration as well!
7
#7
0 Frags +

can someone tell me the specifics on what logs integration means? I'm a bit lost on that

can someone tell me the specifics on what logs integration means? I'm a bit lost on that
8
#8
-1 Frags +
EnzoDBcan someone tell me the specifics on what logs integration means? I'm a bit lost on that

disclaimer: rgl staff but not involved in this or a dev

my best guess is it means logs.tf functionality being moved onto the site

[quote=EnzoDB]can someone tell me the specifics on what logs integration means? I'm a bit lost on that[/quote]

disclaimer: rgl staff but not involved in this or a dev

my best guess is it means logs.tf functionality being moved onto the site
9
#9
RGL.gg
7 Frags +

hi
bit of a ramble but just wanna share some technical details for those interested

want to start with some of the ideas that we've already discussed, our ideal solution is one where logs and demos are automatically uploaded directly to us (which may or may not be feasible). Once we have the logs stored we would ideally have a parser which could interpret all the stats and have them available on the match page, but also have aggregate stats, individual season stats, and many more. there are so many interesting ways to present all this data, and potentially develop new stats that haven't been available before, such as per door push success percentages or sac success percentages. these to me are what I'm most excited to explore.

the central challenge of this begins with the fact that RGL is a for-profit entity, and has decently large scale.

so on one hand, we have the resources to make something really good that will work forever for RGL's specific use case. we can store logs and demos specifically from matches, potentially pugs (and even possibly scrims someday). If we do this, we want to do it right, which means keep this stuff available forever and make it all happen automatically.

the astute among you might be thinking, "oh just collab with logs.tf or demos.tf, simple." This ties into the second part, scale of our organization. It's not really feasible for us to pass such a large burden onto zoob or Icewind, even if they were down for it. For one, we don't want to rely on their generosity forever, and second comes back to my original point that as an organization we have the resources to get it done ourselves- with our specific needs in mind for design.

ppl can post logs.tf and demos.tf links in the match comms right now, and I think its even part of the rules to do so but no one does. I think even if there was box or something to enter the link, that solution isn't good enough and I personally believe our solution needs to be better than that

In terms of actually solving this problem, we are currently working to design a solution so everything can be accessed quickly as well as stored cheaply. In addition, everything needs to be secure, which is not a straightforward problem to solve. So ultimately this will probably take us at least Q1 to complete a minimum viable product, with some basic functionality.

the current implementation of the site is decently large and not that easy to modify in it's current form, we are undertaking work now to make systemic changes to allow easier development for us now and others in the future. all these factors in conjunction make this a difficult problem to get right so hopefully this sheds some light on why this can't happen immediately.

happy to answer any questions as well :)

hi
bit of a ramble but just wanna share some technical details for those interested

want to start with some of the ideas that we've already discussed, our ideal solution is one where logs and demos are automatically uploaded directly to us (which may or may not be feasible). Once we have the logs stored we would ideally have a parser which could interpret all the stats and have them available on the match page, but also have aggregate stats, individual season stats, and many more. there are so many interesting ways to present all this data, and potentially develop new stats that haven't been available before, such as per door push success percentages or sac success percentages. these to me are what I'm most excited to explore.

the central challenge of this begins with the fact that RGL is a for-profit entity, and has decently large scale.

so on one hand, we have the resources to make something really good that will work forever for RGL's specific use case. we can store logs and demos specifically from matches, potentially pugs (and even possibly scrims someday). If we do this, we want to do it right, which means keep this stuff available forever and make it all happen automatically.

the astute among you might be thinking, "oh just collab with logs.tf or demos.tf, simple." This ties into the second part, scale of our organization. It's not really feasible for us to pass such a large burden onto zoob or Icewind, even if they were down for it. For one, we don't want to rely on their generosity forever, and second comes back to my original point that as an organization we have the resources to get it done ourselves- with our specific needs in mind for design.

ppl can post logs.tf and demos.tf links in the match comms right now, and I think its even part of the rules to do so but no one does. I think even if there was box or something to enter the link, that solution isn't good enough and I personally believe our solution needs to be better than that

In terms of actually solving this problem, we are currently working to design a solution so everything can be accessed quickly as well as stored cheaply. In addition, everything needs to be secure, which is not a straightforward problem to solve. So ultimately this will probably take us at least Q1 to complete a minimum viable product, with some basic functionality.

the current implementation of the site is decently large and not that easy to modify in it's current form, we are undertaking work now to make systemic changes to allow easier development for us now and others in the future. all these factors in conjunction make this a difficult problem to get right so hopefully this sheds some light on why this can't happen immediately.

happy to answer any questions as well :)
10
#10
2 Frags +
arcadiaour ideal solution is one where logs and demos are automatically uploaded directly to us (which may or may not be feasible). Once we have the logs stored we would ideally have a parser which could interpret all the stats and have them available on the match page, but also have aggregate stats, individual season stats, and many more...

...the astute among you might be thinking, "oh just collab with logs.tf or demos.tf, simple." This ties into the second part, scale of our organization. It's not really feasible for us to pass such a large burden onto zoob or Icewind...

I'm just spitballing here but wouldn't the optimal solution for this use-case be to create a server plugin (or update existing plugins) to upload the logs and demos directly to RGL much in the same vein as logs.tf or demos.tf? It would forgo any need to collaborate with their developers as I would presume you guys would develop your own parser for the uploaded log files. Probably also somehow filter for only games played with the RGL match config to be uploaded if that is a possibility with how server configs work, granted you will still probably ended up with superfluous or malicious uploads. Filtering out bogus uploads and identifying only official matches automatically would be a problem but is definitely possible with some ingenuity, something like using unique in-game team tags during matches in combination with checking player steam IDs.

Obviously its not as simple as "I would simply make a server plugin" but from what you've stated it seems like that'd be the best course of action and I'm wondering if this option is being explored.

[quote=arcadia]
our ideal solution is one where logs and demos are automatically uploaded directly to us (which may or may not be feasible). Once we have the logs stored we would ideally have a parser which could interpret all the stats and have them available on the match page, but also have aggregate stats, individual season stats, and many more...

...the astute among you might be thinking, "oh just collab with logs.tf or demos.tf, simple." This ties into the second part, scale of our organization. It's not really feasible for us to pass such a large burden onto zoob or Icewind...[/quote]
I'm just spitballing here but wouldn't the optimal solution for this use-case be to create a server plugin (or update existing plugins) to upload the logs and demos directly to RGL much in the same vein as logs.tf or demos.tf? It would forgo any need to collaborate with their developers as I would presume you guys would develop your own parser for the uploaded log files. Probably also somehow filter for only games played with the RGL match config to be uploaded if that is a possibility with how server configs work, granted you will still probably ended up with superfluous or malicious uploads. Filtering out bogus uploads and identifying only official matches automatically would be a problem but is definitely possible with some ingenuity, something like using unique in-game team tags during matches in combination with checking player steam IDs.

Obviously its not as simple as "I would simply make a server plugin" but from what you've stated it seems like that'd be the best course of action and I'm wondering if this option is being explored.
11
#11
RGL.gg
7 Frags +
mysterize

yes

[quote=mysterize][/quote]
yes
Please sign in through STEAM to post a comment.