| Zehra | Can we reserve entire prefixes for global groups? (But not have/create them) | 00:14 |
|---|---|---|
| Zehra | Thinking along the lines of trying to build web management interface for bzfs, got some idea which might not fly. | 00:15 |
| Zehra | a.k.a. bzfs gets to know bzids, easy to tell bzfs that x bzid is part of xyz group | 00:17 |
| Zehra | bzfs already knows bzids* | 00:18 |
| *** Cobra_Fast is now away: offline | 00:27 | |
| blast007 | unclear what you're asking | 00:38 |
| blast007 | kinda sounds like you're just talking about local groups instead of global groups | 00:39 |
| blast007 | (though local groups work off names, not bzids) | 00:39 |
| *** Cobra_Fast is back | 00:40 | |
| *** FastLizard4 is back | 00:40 | |
| Zehra | For example, can someone reserve "SAMPLE-GROUP" as a prefix, so no others could use "SAMPLE-GROUP" prefixed? | 00:41 |
| Zehra | I see when anyone joins, it is possible to get their bzid, if they have one, I figure it is possible to tell bzfs that a specific bzid is part of "other" groups which may or may not "exist" | 00:43 |
| Zehra | This may be useful for instance creating some sort of interface for easily adding/removing users to "groups", but have it act as "global" groups | 00:44 |
| Zehra | I'm thinking along the lines of something for hosting/managing multiple bzfs instances as a service, so in that case "instant" groups can be easily added/created/deleted without issues | 00:48 |
| *** FastLizard4 is now away: AWAY from keyboard | 00:50 | |
| Zehra | Example: User creates "my-admin-group" and adds in bzids of users, interface translates this to "SAMPLE-GROUP.my-admin-group"... | 00:52 |
| Zehra | player1 joins and matches bzid in "my-admin-group", so interface tells bzfs that player1 is part of "SAMPLE-GROUP.my-admin-group" | 00:53 |
| Zehra | it has most of the functions of global groups, minus advertise and similar, but it enables something close to global groups for a hosting service or provider | 00:55 |
| blast007 | sounds a lot like a form of local groups to me | 01:08 |
| blast007 | a plugin could do that sort of thing | 01:09 |
| blast007 | plugin calls out to your web server with the player's BZID, and your web application responds with extra permissions to grant | 01:11 |
| Zehra | I like that idea, my only worry would be that someone may unload the plug-in and bork up some things | 01:16 |
| *** spldart <spldart!~spldart@2601:2c7:4100:2cb0:3210:b3ff:fef0:93af> has quit IRC (Ping timeout: 268 seconds) | 01:16 | |
| Zehra | then again, I can imagine making bzfs believe in non-existant groups being a bit more of where things can really get borked | 01:18 |
| blast007 | why would you give them the PLUGINS permission? | 01:18 |
| Zehra | no good reason, except maybe trying to give nearly a "full" access of bzfs for hosting | 01:21 |
| Zehra | hmm, on second thought, it would be better to spin up/restart the server | 01:22 |
| blast007 | yep, I'd make them do it via the web interface | 01:25 |
| blast007 | I'd also suggest isolating the bzfs instances and making sure that -reportpipe can't be added anywhere | 01:25 |
| blast007 | I once demonstrated a remote shell via /report on a web management interface for bzfs :P | 01:27 |
| Zehra | hehe, it's like every time someone tries to make the perfect web interface for bzfs, "It's perfect", "no, it isn't and it's unsecure" :D | 01:30 |
| blast007 | we do prevent -reportpipe from being specified in the options block of a world file now | 01:36 |
| Zehra | whew | 01:38 |
| Zehra | I'm partly thinking that one of the biggest challenges is figuring out how to prevent people from giving bad world files to bzfs | 01:39 |
| blast007 | that's another one we prevent in the world file | 01:39 |
| blast007 | search for checkFromWorldFile in https://github.com/BZFlag-Dev/bzflag/blob/2.4/src/bzfs/CmdLineOptions.cxx | 01:40 |
| blast007 | we have 33 arguments that we prevent from being set from a world file | 01:41 |
| blast007 | We should probably add the various lag/loss/jitter arguments too | 01:42 |
| Zehra | or at least prevent some options from being added as default limits within the world file | 01:45 |
| Zehra | no observers and lag setting to 0 ms of lag and 0 ms of jit and suddenly none can connect | 01:45 |
| Zehra | I mostly am thinking along the lines of preventing people from giving world files which have excessively high item or face counts | 01:47 |
| Zehra | or at least a basic check to prevent them from running by default | 01:48 |
| blast007 | a file size limit could help with that, to an extent | 01:58 |
| Zehra | I'm still a bit concerned with what trepan mentioned in one post years back: https://forums.bzflag.org/viewtopic.php?p=71863#p71863 | 02:01 |
| Zehra | I might be going at this the wrong way, but I somehow see it as a two-fold approach | 02:02 |
| Zehra | limited file size -> parse world and check on poly/face/item count and if any item exceeds a certain rate, dismiss/don't run world | 02:03 |
| Juest | easier said than done | 02:22 |
| Juest | i'd like to see you implementing more over talking speculatively a lot :) | 02:23 |
| Juest | you said this is the year | 02:23 |
| Zehra | it's easy to express a notion compare to manifesting a notion (parsing bzw is parsing meshes, boxes and adding up numbers..etc) | 02:24 |
| Zehra | and yes, my biggest weakness is just being good in theory, speculation, predicting, but doing quite little in actuality :o | 02:25 |
| Zehra | and yes, I did say I'm optimistic, but i do need to actually release/finish much of my works :o | 02:26 |
| * Juest shrugs | 02:42 | |
| *** Zehra <Zehra!~Yukari@user/yukari> has quit IRC (Quit: Leaving) | 03:54 | |
| *** I_Died_Once <I_Died_Once!~I_Died_On@c-73-184-170-223.hsd1.ga.comcast.net> has quit IRC (Ping timeout: 268 seconds) | 04:07 | |
| *** Sgeo <Sgeo!~Sgeo@user/sgeo> has quit IRC (Read error: Connection reset by peer) | 05:30 | |
| *** I_Died_Once <I_Died_Once!~I_Died_On@c-73-184-170-223.hsd1.ga.comcast.net> has joined #bzflag | 08:58 | |
| *** FastLizard4 is back | 11:39 | |
| *** FastLizard4 is now away: AWAY from keyboard | 11:40 | |
| *** FastLizard4 is back | 12:12 | |
| *** FastLizard4 is now away: AWAY from keyboard | 13:13 | |
| *** boomercore_ <boomercore_!~boomercor@184.99.31.164> has quit IRC (Remote host closed the connection) | 13:29 | |
| *** boomercore_ <boomercore_!~boomercor@184.99.31.164> has joined #bzflag | 13:29 | |
| *** Sgeo <Sgeo!~Sgeo@user/sgeo> has joined #bzflag | 13:50 | |
| *** FastLizard4 is back | 13:51 | |
| *** FastLizard4 is now away: AWAY from keyboard | 14:18 | |
| *** boomercore_ <boomercore_!~boomercor@184.99.31.164> has quit IRC (Quit: Leaving) | 14:21 | |
| *** boomercore <boomercore!~boomercor@184.99.31.164> has joined #bzflag | 14:21 | |
| *** Juest <Juest!~Juest@user/Juest> has quit IRC (Ping timeout: 252 seconds) | 14:28 | |
| *** Juest <Juest!~Juest@user/Juest> has joined #bzflag | 14:41 | |
| *** FastLizard4 is now away: GONE - Screen Detached and Disconnected from IRC (I'm probably asleep, at work, or doing something in real life) | 14:52 | |
| *** _I_Died_Once <_I_Died_Once!~I_Died_On@c-73-184-170-223.hsd1.ga.comcast.net> has joined #bzflag | 16:56 | |
| *** I_Died_Once <I_Died_Once!~I_Died_On@c-73-184-170-223.hsd1.ga.comcast.net> has quit IRC (Ping timeout: 260 seconds) | 16:59 | |
| *** FastLizard4 is back | 18:19 | |
| *** FastLizard4 is now away: AWAY from keyboard | 18:57 | |
| *** FastLizard4 is back | 19:09 | |
| *** FastLizard4 is now away: AWAY from keyboard | 20:28 | |
| *** FastLizard4 is back | 21:01 | |
| *** FastLizard4 is now away: AWAY from keyboard | 21:01 | |
| *** FastLizard4 is back | 21:06 | |
| *** FastLizard4 is now away: AWAY from keyboard | 21:12 | |
| *** disco <disco!~disco@81.187.95.100> has quit IRC (Remote host closed the connection) | 22:42 | |
| *** disco <disco!~disco@81.187.95.100> has joined #bzflag | 22:59 | |
Generated by irclog2html.py 2.17.3 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!