| 00:49.58 | JeffM | does a kicked player have an inherent right to know who kicked them? |
| 01:05.50 | blast007 | not know who kicked/banned could be more convinent for the cop/admin so they don't get harassed |
| 01:06.10 | JeffM | that was my thought |
| 01:06.17 | JeffM | they got kicked, they have no inherent rights :) |
| 01:07.15 | allejo | also helps to not display that for hidden cops/admins |
| 01:08.14 | JeffM | then they will just be told they were kicked. |
| 01:09.04 | blast007 | would we also want to change that in our current bzfs? |
| 01:09.34 | allejo | i'd be in favor of that |
| 01:10.18 | JeffM | this is my kick function https://www.irccloud.com/pastebin/lFoPh6Jc/ |
| 01:11.41 | allejo | is there an admin message in there? |
| 01:13.12 | JeffM | oh to the admin group? |
| 01:13.20 | allejo | yea |
| 01:15.34 | JeffM | <PROTECTED> |
| 01:18.32 | *** join/#bzflag infobot (ibot@rikers.org) |
| 01:18.32 | *** topic/#bzflag is https://BZFlag.org || http://ohloh.net/p/bzflag || https://bzflag.org/help || Channel Logs: http://infobot.rikers.org/%23bzflag/ || 2.4.12 released! https://forums.bzflag.org/viewtopic.php?f=62&t=19720 |
| 01:18.32 | *** mode/#bzflag [+v infobot] by ChanServ |
| 01:34.34 | *** join/#bzflag zaa (~lewalters@pool-72-74-146-191.bstnma.fios.verizon.net) |
| 01:35.45 | *** part/#bzflag zaa (~lewalters@pool-72-74-146-191.bstnma.fios.verizon.net) |
| 01:40.37 | JeffM | there we go |
| 01:59.53 | JeffM | but I'm not going to do shortban by default, I'll leave that up to other modules, a cop module if someone wants to write one. |
| 02:00.10 | JeffM | I'm just providing 2 types of bans, "strong" and "weak" |
| 10:44.42 | *** join/#bzflag nadir (uid134094@gateway/web/irccloud.com/x-jwcyxryxqykvogxb) |
| 14:42.42 | *** join/#bzflag Kesslar (adb81ac9@gateway/web/freenode/ip.173.184.26.201) |
| 14:43.44 | *** join/#bzflag Kesslar (adb81ac9@gateway/web/freenode/ip.173.184.26.201) |
| 15:18.48 | *** join/#bzflag disco- (~disco@unaffiliated/disco-) |
| 17:32.44 | JeffM | bleh.... SQLIte has native dependencies.... YAML it is then |
| 17:41.15 | *** join/#bzflag bryjen (~bryjen@cpe-24-95-158-181.natcky.res.rr.com) |
| 18:26.20 | JeffM | there we go, one flat file DB stored in YAML that gets auto reloaded when the file changes by an external system, and writes in the background :) |
| 18:26.32 | JeffM | that more like what you were thinking of blast007 ? |
| 18:28.11 | blast007 | yeah |
| 18:30.15 | JeffM | it does cache it in ram, but I don't expect ban lists to be massive. |
| 18:32.19 | blast007 | ban files have been smaller because if they grow too large, you can no longer run /banlist because it fills up the send queue and closes your connection :) |
| 18:33.09 | JeffM | oh, I don't have that problem |
| 18:33.26 | JeffM | my netstream is basicly double buffered |
| 18:33.46 | JeffM | the server keeps them all as NetworMessage Objects until the stream can write. |
| 18:34.46 | JeffM | I'm also not entirely sure I'm going to do "banlist", I may do ban queries, where you ask for what bans match some mask. |
| 18:35.13 | JeffM | I can't think of a reason why someone would want to see ALL bans in game, really they are looking for a ban for a specific case. |
| 18:35.25 | blast007 | true |
| 18:35.31 | JeffM | so provide the info for the case you have and then get just those results. |
| 18:35.45 | JeffM | I'm also storing multiple fields with each ban. |
| 18:36.07 | JeffM | when you do a ban, if they have a BZID, it is banned, and so is the address and host. |
| 18:36.31 | JeffM | a weak ban only does the specific host and IP |
| 18:37.02 | JeffM | a strong ban increases the range of the IP by some server defined level, like 1 subnet up. |
| 18:37.03 | blast007 | ah, so you can have multiple ban types in a single entry? |
| 18:37.13 | JeffM | every entry has all 3 types |
| 18:37.15 | JeffM | they may just be null |
| 18:37.17 | blast007 | k |
| 18:37.42 | JeffM | IPv4 and v6 have there own subnet ranges that can be applied |
| 18:38.02 | JeffM | it's all based on guesses, it can be changed after use testing :) |
| 18:38.24 | JeffM | This is a ban record in the db https://www.irccloud.com/pastebin/FUmgk3X8/ |
| 18:40.00 | JeffM | bans with no length are set to end at 00:00:00 UTC, January 1 in the year 10000 |
| 18:40.11 | JeffM | I hope that is long enough. |
| 18:42.14 | JeffM | I think I figured out how to do replay too, should be pretty easy |
| 18:42.15 | blast007 | "You are banned from this server. The ban will expire in the year 10,000" "WHAT" |
| 18:42.21 | JeffM | handle it with server side players. |
| 18:43.04 | JeffM | I can serialize out the network message objects in a thread, they are all already timestamped |
| 18:43.39 | JeffM | then on replay just create derived ServerPlayer objects that get the messages objects pushed into the inbound buffers at the right time |
| 18:43.54 | JeffM | then the game system will treat them as if they had send the message from a network. |
| 18:44.07 | JeffM | they will just dispose of all outbound messages |
| 18:44.22 | JeffM | and nothing will be packed/unpacked in network format at all |
| 18:44.48 | JeffM | so they coudl be serialized in an upgradeable format, like compressed YAML/JSON/XML |
| 18:45.12 | JeffM | meaning that recording should be able to move from proto to proto, possibly with an upgrade step. |
| 19:11.59 | *** join/#bzflag bertman (~bert@unaffiliated/bertman) |
| 20:34.13 | *** join/#bzflag DTRemenak (~DTRemenak@cpe-172-112-10-183.socal.res.rr.com) |
| 20:34.13 | *** join/#bzflag DTRemenak (~DTRemenak@about/essy/CrazyCoder/DTRemenak) |
| 20:34.13 | *** mode/#bzflag [+v DTRemenak] by ChanServ |
| 21:29.52 | *** join/#bzflag xtort- (~xtort-@163-182-169-86.static.as40244.net) |
| 22:17.04 | *** join/#bzflag spldart (~spldart@bzflag/contributor/spldart) |
| 22:17.04 | *** mode/#bzflag [+v spldart] by ChanServ |
| 23:04.15 | spldart | 8~D |