| 00:18.28 | spldart | Heh.. and a third "Microsoft C/C++ Optimizing Compiler has encountered a problem and needs to close." Error. |
| 00:19.29 | *** join/#bzflag leeguy92 (n=lee@host86-168-45-166.range86-168.btcentralplus.com) |
| 00:23.29 | *** part/#bzflag leeguy92 (n=lee@host86-168-45-166.range86-168.btcentralplus.com) |
| 00:40.52 | spldart | poop.. 2 failed vc9 |
| 00:42.02 | spldart | JefferyM> what was that you told me about vc9 and pastebining errors in a more succinct fashion? IIRC |
| 00:42.55 | spldart | is highly exhausted after replacing his motorcycle tires... It's hard work to seat/unseat those beads. |
| 00:45.15 | JefferyM | you can use the error tab to see just the errors |
| 00:45.53 | spldart | Ah... that's right. Thanks.. Sorry.. really tired nstuff :/ |
| 00:46.15 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 00:46.21 | CIA-66 | BZFlag: 03trepan * r19282 10/trunk/bzflag/ (9 files in 4 dirs): |
| 00:46.21 | CIA-66 | BZFlag: * fixed rrlog (well ... maybe, it compiles again) |
| 00:46.21 | CIA-66 | BZFlag: * added the '*' option for gl.Text() (for raw blending) |
| 00:46.21 | CIA-66 | BZFlag: * added VFS.CreateDir() |
| 00:46.21 | CIA-66 | BZFlag: * added optional suffix string for VFS.WriteFile() and VFS.AppendFile() tabular data |
| 00:49.22 | *** join/#bzflag dexter- (n=whodaman@bzflag/player/Dexter) |
| 00:53.02 | spldart | I < error tab :( |
| 00:55.41 | JefferyM | huh? |
| 00:55.52 | JefferyM | if it dosn't show you turn it on under view |
| 00:58.26 | delusional_ | *** No rule to make target `src/lapi.c', needed by `lapi.lo'. Stop. |
| 00:58.41 | JefferyM | redo your autogen |
| 00:58.47 | delusional_ | ok |
| 00:58.51 | JefferyM | or do some magic to change your temp files |
| 00:59.01 | JefferyM | the c files are now cxx |
| 01:01.21 | CIA-66 | BZFlag: 03trepan * r19283 10/trunk/bzflag/src/common/BzVFS.cxx: * windows needs <sys/stat.h> and <sys/types.h> too |
| 01:01.21 | *** join/#bzflag dexter- (n=whodaman@bzflag/player/Dexter) |
| 01:11.44 | CIA-66 | BZFlag: 03trepan * r19284 10/trunk/bzflag/src/ (bzfs/RecordReplay.cxx common/BzVFS.cxx): * windows cast warnings |
| 01:13.14 | *** join/#bzflag whodaman (n=whodaman@bzflag/player/Dexter) |
| 01:17.16 | delusional_ | src/ldo.cxx: In function 'void luaD_throw(lua_State*, int)': |
| 01:17.16 | delusional_ | src/ldo.cxx:97: error: exception handling disabled, use -fexceptions to enable |
| 01:18.38 | *** join/#bzflag TD-Linux (n=wheeeeee@65.165.173.1) |
| 01:22.02 | *** join/#bzflag Yassen (n=chatzill@pool-98-117-128-137.sttlwa.fios.verizon.net) |
| 01:26.00 | me1 | hmm |
| 01:26.30 | me1 | I found a bug in the client that could be abused as a cheat, is there a dev i can query? |
| 01:30.57 | trepan | delusional_: heh, -fno-exceptions isn't set with --enable-debug |
| 01:32.24 | delusional_ | it's sad I have to re-learn these things over and over. |
| 01:33.28 | CIA-66 | BZFlag: 03trepan * r19285 10/trunk/bzflag/src/ (bzflag/HUDRenderer.cxx other/lua/Makefile.am): * added -fexceptions for lua stack unwinding |
| 01:33.43 | trepan | might do the trick |
| 01:35.09 | trepan | me1: sure, i'll bite |
| 01:47.49 | *** join/#bzflag jcp (n=javawiza@unaffiliated/javawizard2539) |
| 01:54.48 | delusional_ | trepan, I started with all new source, and got a good build. |
| 02:00.13 | delusional_ | HUD 0-360 direction indicator is flashing rapidly. What's it called? azimuth? |
| 02:03.10 | *** join/#bzflag MindstormsKid (n=chatzill@adsl-074-183-055-029.sip.cha.bellsouth.net) |
| 02:06.06 | *** join/#bzflag jcp (n=javawiza@unaffiliated/javawizard2539) |
| 02:08.31 | jcp | ~ping |
| 02:08.31 | ibot | ~pong |
| 02:10.19 | spldart | pang |
| 02:10.39 | jcp | wow, sent ping at 7:07:24, received pong at 7:08:28 |
| 02:11.47 | me1 | 21:08:31 |
| 02:11.50 | me1 | 21:08:32 |
| 02:11.53 | me1 | your lagging |
| 02:12.13 | jcp | yeah |
| 02:12.17 | jcp | But it seems to be ok now |
| 02:12.33 | me1 | ~ping-eth |
| 02:12.37 | me1 | aww |
| 02:12.42 | jcp | What does it do? |
| 02:12.54 | me1 | nothing, it seems |
| 02:15.17 | spldart | ~ping -c 3 |
| 02:15.17 | ibot | pong -c 3 |
| 02:15.19 | spldart | hehe |
| 02:15.39 | Yassen | My sound doesn't seem to be working...latest svn build, Windows Vista 32bit |
| 02:18.00 | Swigg | Vista FTW! |
| 02:19.00 | spldart | must... remain... silent.... |
| 02:19.10 | spldart | Pardon the double pun |
| 02:28.56 | *** join/#bzflag dexter- (n=whodaman@bzflag/player/Dexter) |
| 02:34.18 | *** join/#bzflag temp_dist (n=temp_dis@bzflag/serverop/TemporalDistraction) |
| 02:40.32 | *** join/#bzflag TD-Linux (n=wheeeeee@96-42-68-26.dhcp.roch.mn.charter.com) |
| 02:49.11 | *** join/#bzflag JeffM2501 (n=Jeff@bzflag/projectadmin/JeffM) |
| 02:49.11 | *** mode/#bzflag [+o JeffM2501] by ChanServ |
| 02:55.40 | trepan | blast007: you want built-in backtrace (with symbols) ? |
| 02:56.59 | spldart | chucks his win 7 beta test dvd on top of his win vist beta test dvd. |
| 02:57.15 | me1 | no likey? |
| 02:57.39 | spldart | No havey luckey |
| 02:57.49 | me1 | ahh |
| 02:57.57 | spldart | But I'll try again in a month ;) |
| 02:58.33 | spldart | I need to write down dates on these silly OS discs |
| 02:59.47 | *** join/#bzflag retro (n=ksumrall@wall.danger.com) |
| 03:06.36 | *** join/#bzflag FastLizard4 (i=FastLiza@wikipedia/FastLizard4) |
| 03:11.05 | *** join/#bzflag nn64 (n=nn@74.94.43.196) |
| 03:40.08 | CIA-66 | BZFlag: 03trepan * r19286 10/trunk/bzflag/src/ (5 files in 3 dirs): * more casting junk |
| 04:39.09 | *** join/#bzflag short_circuit (n=james@c-98-197-19-35.hsd1.tx.comcast.net) |
| 04:45.18 | *** join/#bzflag tsykoduk (n=tsykoduk@97-114-101-17.spkn.qwest.net) |
| 04:46.28 | *** part/#bzflag tsykoduk (n=tsykoduk@97-114-101-17.spkn.qwest.net) |
| 04:51.34 | *** join/#bzflag Cruel_dog (n=Cruel@modemcable152.148-200-24.mc.videotron.ca) |
| 05:22.37 | *** join/#bzflag ElectricElf (n=dbharris@bas10-toronto63-1128757619.dsl.bell.ca) |
| 05:29.45 | *** join/#bzflag bier_ (n=bier@p54A55AEF.dip.t-dialin.net) |
| 05:30.58 | *** join/#bzflag somnambulant (n=ArchLinu@133-72.127-70.tampabay.res.rr.com) |
| 05:39.13 | *** part/#bzflag somnambulant (n=ArchLinu@133-72.127-70.tampabay.res.rr.com) |
| 05:42.39 | *** join/#bzflag I_Died_Once (n=I_Died_O@c-98-244-156-31.hsd1.ga.comcast.net) |
| 05:57.28 | *** join/#bzflag L4m3r (i=L4m3r@bzflag/developer/L4m3r) |
| 05:57.28 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 06:05.59 | JeffM2501 | brlcad: would you rather have the stat server be a php page using mysql or it's own app that goes to mysql? |
| 06:07.09 | brlcad | personally, I'd like to get away from php/apache |
| 06:07.14 | JeffM2501 | k |
| 06:07.20 | JeffM2501 | mono it is then :) |
| 06:07.29 | JeffM2501 | makes it easier |
| 06:07.36 | JeffM2501 | XML parsing is cake in mono |
| 06:09.08 | brlcad | hmm, that wouldn't be my next choice, either |
| 06:09.14 | JeffM2501 | what would? |
| 06:09.25 | brlcad | mixing in c# |
| 06:09.34 | JeffM2501 | what would be your next choice? |
| 06:09.48 | brlcad | same lang as rest of the project |
| 06:09.52 | JeffM2501 | ahh |
| 06:09.54 | brlcad | c/c++ |
| 06:10.02 | JeffM2501 | well good luck with that then |
| 06:10.09 | brlcad | not as important for something isolated like that |
| 06:10.38 | brlcad | but it would make managing the configuration a lot simpler (and our needs are pretty simple) |
| 06:10.53 | JeffM2501 | ish |
| 06:11.04 | JeffM2501 | the C app is more complex |
| 06:11.33 | JeffM2501 | wonder where I put that implementation of the bzflag httpd that was standalone |
| 06:11.57 | brlcad | otherwise could make the same argument for a few other langs that have a nice std api along with the lang itself (e.g. python, ruby, etc) |
| 06:12.04 | JeffM2501 | true |
| 06:12.20 | JeffM2501 | it would probably not be too hard in python ether |
| 06:12.35 | JeffM2501 | I don't trust ruby, not after talking to one of tehre devs at SoC |
| 06:12.38 | brlcad | again, just wouldn't be my choice, not saying I don't like it |
| 06:13.20 | brlcad | oh yeah, I wouldn't trust ruby for a lot of reasons, but python would have a good vetting |
| 06:13.31 | JeffM2501 | ok,so your choices are, I do it in PHP, I do it in C#, I look at using the BZFlag HTTPD stand alone, or I wait for somoene else do it, pick ;) |
| 06:15.24 | brlcad | those choices suck ;) |
| 06:15.38 | brlcad | where's my cowboy neal option? |
| 06:16.30 | JeffM2501 | that's the wait option |
| 06:16.32 | JeffM2501 | I don't mind it |
| 06:16.38 | brlcad | given those choices, I'd probably pick c# just because it'd be pretty straightforward to translate to c++ :) |
| 06:17.03 | JeffM2501 | not really, I'll be using the .net web and xml services |
| 06:17.07 | JeffM2501 | the rest of it will be minimal |
| 06:17.10 | brlcad | sure, but same basic design |
| 06:17.33 | brlcad | just have to pull in a tiny xml parser lib (easy) and web lib (curl, easy) |
| 06:17.35 | JeffM2501 | heh, read data from XML.. put data in database, return empty page ;) |
| 06:17.43 | JeffM2501 | curl isn't a webserver |
| 06:18.10 | brlcad | what do you need a webserver for? |
| 06:18.20 | brlcad | I'd keep it even more lightweight |
| 06:18.29 | brlcad | it's all "backoffice" code |
| 06:18.41 | brlcad | the less that gets the job done, the better |
| 06:18.46 | JeffM2501 | something has to get the data from bzfs, and bzfs can allready send HTTP in the background |
| 06:19.00 | JeffM2501 | so I'd rather use that then write up some new socket system in there |
| 06:19.26 | brlcad | bzfs has a socket query interface already |
| 06:19.33 | brlcad | or are you looking for push instead of pull? |
| 06:19.41 | JeffM2501 | yes this is all push stuff |
| 06:19.43 | JeffM2501 | pull bad |
| 06:19.46 | JeffM2501 | the bzfs side is done |
| 06:19.54 | JeffM2501 | just need the stat collector |
| 06:20.06 | JeffM2501 | it just gets stats, and then rehosts them to queries |
| 06:20.11 | JeffM2501 | so we don't have this poll crap |
| 06:20.41 | JeffM2501 | it'll be WAY less load for 99% of the servers and way more accurate for the active ones |
| 06:21.18 | brlcad | so then tinyhttpd or the bzflag httpd you did or one of the other five dozen tiny web servers out there come time to conversion |
| 06:21.41 | JeffM2501 | so C++ with bzfs httpd |
| 06:21.43 | brlcad | or just live with it if there wasn't a maintenance burden and devs weren't afraid to touch it like the current one |
| 06:21.45 | JeffM2501 | I can do that |
| 06:21.55 | JeffM2501 | I now know how to use mysql lib from c++ |
| 06:23.04 | brlcad | got distracted from the migration.. |
| 06:23.11 | JeffM2501 | and are you ok with only storing per player stats for registered users? |
| 06:23.12 | brlcad | almost have cia reporting all wiki edits |
| 06:24.01 | brlcad | as opposed to what? |
| 06:24.23 | JeffM2501 | making up some fake ass bzid based on name/server/IP and keeping it forever |
| 06:24.59 | JeffM2501 | you can query a server and get the scores and stuff for the last update, but we'd only keep per player long term stats ( averages, max,min, etc..) for registered players |
| 06:25.10 | blast007 | currently we just store the name, so an unregistered user or a registered user aren't differentiated |
| 06:25.16 | JeffM2501 | yeah |
| 06:25.22 | JeffM2501 | I will be differentating them |
| 06:25.29 | JeffM2501 | in the DB I ONLY want to store bzid |
| 06:25.36 | JeffM2501 | so we can show current name and track name changes |
| 06:25.52 | blast007 | meh |
| 06:26.07 | JeffM2501 | figgured it'd be in incentive to register |
| 06:26.24 | trepan | or not to register ;-) |
| 06:26.28 | blast007 | store the name in the DB too. saves having to run another query of some kind. |
| 06:26.29 | brlcad | hrm, what's wrong with a table with all the detail? |
| 06:26.30 | JeffM2501 | indeed |
| 06:26.43 | JeffM2501 | brlcad: size |
| 06:26.44 | brlcad | e.g., callsign and a bool for verified |
| 06:26.51 | JeffM2501 | need more then a bool |
| 06:26.55 | JeffM2501 | can use a bzid |
| 06:26.58 | JeffM2501 | that's no biggie |
| 06:27.06 | JeffM2501 | I can store the name they last played under |
| 06:27.10 | JeffM2501 | for the ID if they are reged |
| 06:27.14 | brlcad | it tracks that all now and doesn't even really make a blip (granted it weeds out old data eventually) |
| 06:27.16 | JeffM2501 | and make a new record if they are not |
| 06:27.26 | JeffM2501 | k |
| 06:28.43 | brlcad | if you put the tables in normal form, you could save everything under the sun and barely take up any space .. but then it'd be a fair bit more work than just event records |
| 06:29.04 | JeffM2501 | I'm not worried about the work |
| 06:29.12 | JeffM2501 | I just want a system that is logical |
| 06:29.14 | blast007 | can help with DB design |
| 06:29.15 | brlcad | curious, why more than a bool? |
| 06:29.26 | brlcad | the server has that all stored that way already |
| 06:29.28 | JeffM2501 | brlcad: to track it back to a real user |
| 06:29.37 | JeffM2501 | the server has a bzid |
| 06:29.44 | brlcad | has a callsign |
| 06:29.51 | JeffM2501 | the game server has a bzid |
| 06:29.59 | brlcad | and it then sets two or three bools based on whether its regd and verified |
| 06:30.27 | JeffM2501 | blast007: I'm doing a test db on awesomelaser.com I'll let you go over it when I've got it going. |
| 06:30.40 | blast007 | k |
| 06:31.19 | JeffM2501 | it'll be a pretty simple 2 table system for the 2 basic query types, current server stats and stored player data |
| 06:31.40 | JeffM2501 | maybe a 3 table cus the server stat table will need a list of current player data |
| 06:31.49 | JeffM2501 | done been reading himself an SQL book |
| 06:32.44 | brlcad | I'd just suggest leaning towards storing as much as possible and then letting whatever forms/pages/whatever do the queries to display subsets or specific data |
| 06:33.13 | brlcad | blast007: you happen to have the current schema handy? |
| 06:33.35 | blast007 | brlcad: nope, but I think it's in svn |
| 06:33.54 | blast007 | maybe under db/support/ |
| 06:34.04 | JeffM2501 | brlcad: that is my idea, I just didn't think it was needed for us to keep a total event history of all servers. |
| 06:34.06 | brlcad | that'd probably be a good starting point, it wasn't horrible iirc |
| 06:35.09 | brlcad | the thing is that it won't really be more work if the data is stored now (even if we don't use it), but it can be a royal pain to add fields and update all the sql code down the road if we do need it |
| 06:35.43 | JeffM2501 | I mostly wanted to minimise the qeries that the average stat site would make |
| 06:35.52 | brlcad | it's a whole lot easier to rip sql fields out |
| 06:35.52 | JeffM2501 | so that we didn't overload that SQL system anymore |
| 06:36.24 | JeffM2501 | tho I could keep an event log too |
| 06:36.32 | *** join/#bzflag jcp (n=javawiza@unaffiliated/javawizard2539) |
| 06:36.32 | JeffM2501 | if space isn't an issue |
| 06:36.38 | brlcad | that was because of unoptimized database table design more than anything |
| 06:36.43 | JeffM2501 | k |
| 06:37.02 | JeffM2501 | yeah the design I have in mind should be very fast for the average lookup |
| 06:37.03 | blast007 | I can see at a minimum three tables: PlayerHistory (long term information about registered users), CurrentPlayers (Current players online, with scores, etc for any user online), and CurrentServers (Current servers and stats about them) |
| 06:37.06 | JeffM2501 | "what is the score NOW" |
| 06:37.18 | JeffM2501 | blast007: yes that was my idea |
| 06:37.49 | JeffM2501 | can keep a 4th that is the full event list of every currentplayer update |
| 06:38.00 | JeffM2501 | then you could search history and stuff |
| 06:38.24 | brlcad | sounds good to me, cept to not limit it to registered on the history is all |
| 06:38.56 | JeffM2501 | would you treat 2 seperate users with the same name on different servers as the same or different for history reasons? |
| 06:39.03 | brlcad | yeah, that'd work, or maybe you make the stats just log it to a file and only shove registered into the db |
| 06:39.23 | blast007 | main issue I'm thinking of from a security standpoint is someone running a hacked server that generates updates for players that sends a rude name and the BZID of a specific person they don't like (and thus, the Last Played username gets overwritten with that name) |
| 06:39.35 | *** join/#bzflag javawizard2539_1 (n=javawiza@unaffiliated/javawizard2539) |
| 06:39.36 | brlcad | just a matter of stashing the information we have 'somewhere' so we can datamine anything if needed |
| 06:39.50 | JeffM2501 | well that'd be in the event log |
| 06:39.57 | JeffM2501 | blast007: indeed |
| 06:40.23 | JeffM2501 | could have it send the token on join, and have the list server keep the last authed token for each bzid, and compare them |
| 06:40.34 | blast007 | I recall that being a problem with an early version of the list server. Any use could update the public description of the servers on the list ;) |
| 06:40.37 | blast007 | yeah |
| 06:40.42 | brlcad | blast007: that's an interface issue, no? any web/viewing interface could be made to always/only display registered data (keeping the incentive) but just letting the backend record everything |
| 06:40.43 | JeffM2501 | then you know if it's a real deal |
| 06:41.04 | JeffM2501 | brlcad: the problem would be is the database would think it's reged data |
| 06:41.07 | blast007 | brlcad: "registed data" ? |
| 06:41.21 | brlcad | data for registered users |
| 06:41.26 | JeffM2501 | how do we know that updates for a reged user are valid? |
| 06:41.29 | blast007 | how would it know the difference? |
| 06:41.30 | JeffM2501 | a server could fake it |
| 06:42.01 | JeffM2501 | the token check could make it so that you could only pull that stuff if they had loged on |
| 06:42.06 | JeffM2501 | then you could still fake em out |
| 06:42.08 | brlcad | eh, you were mentioning only storing reg'd data anyways -- how would you know? |
| 06:42.16 | JeffM2501 | that's what blast is bringing up |
| 06:42.27 | JeffM2501 | an issue with that very concept |
| 06:42.34 | JeffM2501 | and we are trying to solve |
| 06:42.38 | JeffM2501 | we'll work it out :) |
| 06:42.55 | JeffM2501 | probably ok to just combine all data from a nonreged name to one user |
| 06:43.02 | brlcad | got it, thought were saying it was specific to storing both |
| 06:43.10 | JeffM2501 | and if somone plays under a name that isn't reged, treat it as a seperate user |
| 06:43.20 | JeffM2501 | no no, I can store both it's ok |
| 06:43.38 | JeffM2501 | just a couple minor things to solve so that there isn't abbuses or data collisions |
| 06:44.00 | JeffM2501 | we'll work it out |
| 06:46.39 | brlcad | I see your point, part why I mentioned the bools -- the unique key if there was a user to dbid would be callsign+registered+verified, so records in your tblPlayerHistory would map to unique types of players |
| 06:47.22 | JeffM2501 | that dosn't let you track name changes, that's what I don't like |
| 06:47.23 | brlcad | would still require some token verification against bzfls |
| 06:47.26 | JeffM2501 | we'll work it out |
| 06:48.38 | blast007 | it'll just take a bit of planning (omg, I used the 'p' word!) |
| 06:50.16 | brlcad | takes the repeated "we'll work it out" to imply that experience and open discussion are not wanted :P |
| 06:50.43 | JeffM2501 | disussion is fine |
| 06:50.55 | JeffM2501 | you just kinda indicated that you were busy |
| 06:51.12 | brlcad | erm, howso? |
| 06:51.21 | JeffM2501 | that we distracted you from the upgrade |
| 06:51.25 | JeffM2501 | or moveover |
| 06:51.55 | brlcad | i didn't say that, i said that *I* distracted myself from the migration work |
| 06:52.01 | brlcad | working on cia |
| 06:52.02 | JeffM2501 | ahh |
| 06:52.19 | brlcad | and that is just a tiny little thing |
| 06:52.45 | JeffM2501 | I do get your point that tracking more info is better then tracking less |
| 06:52.48 | JeffM2501 | that I understand |
| 06:52.59 | JeffM2501 | thats why I want to track the bzid too |
| 06:54.15 | JeffM2501 | but what I don't want to do is have every query walk the history database just to find out who is playing |
| 06:54.25 | blast007 | would we want to provide an interface for 3rd party stats sites to pull larger amounts of data down instead of doing lots of tiny requests? |
| 06:54.37 | JeffM2501 | blast007: possibly |
| 06:54.41 | blast007 | k |
| 06:54.48 | blast007 | cuz that might influence our DB design |
| 06:54.52 | JeffM2501 | I'd like to be open to it, but it's more of a seocndary goal |
| 06:54.54 | blast007 | s/might/would/ |
| 06:55.04 | brlcad | you solved the 'walk the history database' problem by having current player tables |
| 06:55.12 | JeffM2501 | the main goal is I'd like to have the current poll sites, poll our one interface page, isntead of the servers. |
| 06:55.27 | JeffM2501 | brlcad: yeah, so I think we are all on the same page |
| 06:56.13 | JeffM2501 | blast007: then once they get better designed, we could provide them data dump APIs |
| 06:56.15 | brlcad | what exactly do you mean by bzid? if you have a player table with the right unique keys, you'll have a unique handle on all players |
| 06:56.27 | blast007 | current players online could store everyone (including non-registed or non-verified users) |
| 06:56.34 | blast007 | but for history, make them register |
| 06:56.36 | JeffM2501 | I mean the bzid we store with the registered user in the player database |
| 06:56.47 | JeffM2501 | yeah, current players would be everyone |
| 06:56.58 | brlcad | blast007: but still record it all -- just don't show it |
| 06:57.07 | brlcad | so we can use the data if needed, but still make the incentive |
| 06:57.09 | blast007 | brlcad: why record it? |
| 06:57.11 | blast007 | hmm |
| 06:57.23 | JeffM2501 | blast007: so we can track buttheads ;) |
| 06:57.39 | JeffM2501 | the stat history on everyone is a nice way to track abbusers |
| 06:57.40 | brlcad | I've manually parsed over bzfls logs just to pull stats probably a half dozen times last year alone |
| 06:58.02 | brlcad | and it's a totally tedius regex hack fest every time |
| 06:58.17 | JeffM2501 | yeah so the event log would be a way for him to do similar things with out log parsage |
| 06:58.41 | brlcad | yeah, even if it went to a file, I'd be quelled |
| 06:58.53 | brlcad | just so the data is there somewhere |
| 06:59.00 | JeffM2501 | specialy since it would be server event based, not just "thing hitting the page" based |
| 06:59.17 | JeffM2501 | woudl you prefer datbase or file? |
| 06:59.25 | JeffM2501 | db for now with option to file it later? |
| 06:59.34 | JeffM2501 | db to file is easy, file to db is harder |
| 06:59.35 | brlcad | database if done right ;) |
| 06:59.56 | brlcad | wrong should be pretty obvious |
| 06:59.59 | JeffM2501 | it'd just be a table that we'd write to, and not query often |
| 07:00.00 | JeffM2501 | yeah |
| 07:00.15 | JeffM2501 | keep a trimmed down one for the current players, etc.. |
| 07:00.33 | brlcad | yeah, if it's just an event table, it'd be pretty lean |
| 07:00.43 | JeffM2501 | just player, server, port, reg status, ip, score, etc.. |
| 07:01.15 | JeffM2501 | I've done a similar thing at work tracking how often people encrypt posts |
| 07:01.28 | JeffM2501 | keeps a nice record of what we do for each customer |
| 07:02.41 | JeffM2501 | probably also keep an item in there for event type, join, update, or part |
| 07:02.55 | JeffM2501 | then you could just track joins to get new players etc.. |
| 07:03.05 | JeffM2501 | that's what most abbuse queries would be I'd think |
| 07:03.15 | JeffM2501 | show you the people that played |
| 07:03.49 | brlcad | would be good to put at least some normalization on the table or it will probably have to get flushed yearly or so |
| 07:04.39 | brlcad | 1NF or better |
| 07:04.51 | JeffM2501 | can be done |
| 07:05.32 | JeffM2501 | I started thinking about it all just based on the common useage case, and came up with 2 |
| 07:05.42 | JeffM2501 | the sites that want to show who's on, what the scores, are etc.. |
| 07:05.52 | JeffM2501 | the basic "social networking" sites |
| 07:06.02 | JeffM2501 | and the ones that want player history |
| 07:06.12 | JeffM2501 | and now I have a third, usage reporting :) |
| 07:07.12 | JeffM2501 | and getting some solution to blast007's issues is a big thing, mostly preveting the mixing of reged and non reged people using the same name |
| 07:07.40 | JeffM2501 | it would suck if I went and played as learner on a server that didn't care and lowered your average ;) |
| 07:08.59 | brlcad | not much chance of that :) |
| 07:09.14 | JeffM2501 | ok, bad example |
| 07:09.20 | JeffM2501 | ok, raising your average ;) |
| 07:09.49 | brlcad | hm, I think the server pitches the token after connect presently .. if it kept it, that could be passed back with every event |
| 07:10.28 | JeffM2501 | perhaps |
| 07:10.35 | JeffM2501 | probably would not be too hard |
| 07:10.55 | JeffM2501 | verifying them with the list server would not be hard ether |
| 07:14.47 | brlcad | aha, spot on blast007 |
| 07:14.50 | brlcad | https://bzflag.svn.sourceforge.net/svnroot/bzflag/trunk/db/support/database_structure.sql |
| 07:25.34 | *** join/#bzflag javawizard2539_1 (n=javawiza@unaffiliated/javawizard2539) |
| 07:35.38 | *** join/#bzflag jcp (n=javawiza@unaffiliated/javawizard2539) |
| 08:46.06 | *** join/#bzflag [dmp]_ (n=dennis@dryas.d75.net) |
| 08:59.00 | *** join/#bzflag sniper15 (n=sniper15@S0106002191dd19a8.gv.shawcable.net) |
| 08:59.47 | sniper15 | I have a small problem ans was wondering ifanyone could offer advise |
| 09:07.09 | sniper15 | anyone? |
| 09:33.02 | *** join/#bzflag MPS__ (n=mathias@h205-49-9-212.dsl.netz-quadrat.de) |
| 10:17.48 | *** join/#bzflag MPS______ (n=mathias@h174-103-116-82.dsl.netz-quadrat.de) |
| 10:28.02 | Manu | sniper15: |
| 10:28.06 | Manu | ~ask |
| 10:28.20 | ibot | Questions in the channel should be specific, informative, complete, concise, and on-topic. Don't ask if you can ask a question first. Don't ask if a person is there; just ask what you intended to ask them. Better questions more frequently yield better answers. We are all here voluntarily or against our will. |
| 10:28.42 | sniper15 | ok, thank you |
| 10:29.00 | sniper15 | here it is: I have a problem with a map |
| 10:29.30 | sniper15 | I can't seem to join if a player is on the red base |
| 10:29.40 | sniper15 | for example: |
| 10:30.08 | sniper15 | player x is on blue team and I want to go on the red team |
| 10:30.20 | sniper15 | I cannot spawn on the red team |
| 10:30.34 | sniper15 | i have -mp 0,8,0,4,10 |
| 10:31.29 | sniper15 | IfI attempt to join the red team I get a server disconnect |
| 10:31.53 | sniper15 | any ideas on how to fix the problem |
| 10:33.01 | Manu | sniper15: you are missing a paremeter, the observers |
| 10:33.31 | Manu | for example -mp 0,8,0,8,10,2 |
| 10:34.06 | Manu | but dunno if this has to do with the server disconnection |
| 10:34.08 | sniper15 | oh sorry, -mp 0,8,0,4,0,10 is in my options block in the map and also in the config file |
| 10:34.34 | Manu | 8 players in a team in 4 in the other team? :) |
| 10:34.52 | sniper15 | it is a HTB (hold the base) |
| 10:35.03 | sniper15 | so the blue must defend there flag |
| 10:35.18 | Manu | it's a known map or a self made? |
| 10:35.54 | sniper15 | self made work in progess, I am posting it soon in the bzbb under work in porgress |
| 10:36.09 | Manu | so may be the map is buggy |
| 10:36.14 | sniper15 | yes |
| 10:36.24 | sniper15 | I am running it now on my server |
| 10:36.56 | Manu | I have no time to test it right now :( |
| 10:37.03 | Manu | you can wait for another dev to help you |
| 10:37.15 | sniper15 | I don't need you to test it |
| 10:37.20 | Manu | or another user :) |
| 10:37.29 | sniper15 | yes =) |
| 10:37.42 | Manu | sniper15: I'm at work ;) |
| 10:37.59 | sniper15 | I currently have a few bots and a real player connected |
| 10:38.04 | sniper15 | oh nice |
| 10:38.06 | *** mode/#bzflag [+o Manu] by ChanServ |
| 10:38.46 | sniper15 | we are mainly just fooling around |
| 10:38.55 | Manu | sniper15: by server disconnect do you mean you get disconnected or the server itself? |
| 10:39.32 | sniper15 | I get: server has unexpectedly disconnected |
| 10:39.48 | Manu | so it's a server crash |
| 10:39.58 | sniper15 | if I attempt to 1) talk 2) /lagstats |
| 10:40.13 | sniper15 | The server stillremains running |
| 10:40.36 | sniper15 | It only seems to effect me |
| 10:40.41 | Manu | sniper15: have you tested your server with a default map? (for example a rndom one) |
| 10:40.49 | sniper15 | many times |
| 10:40.56 | Manu | and working fine, right? |
| 10:41.00 | sniper15 | yes |
| 10:41.19 | Manu | is your server running in the same computer as your bzflag client? |
| 10:41.24 | sniper15 | yes |
| 10:41.35 | Manu | windows? :) |
| 10:41.41 | sniper15 | sadly |
| 10:41.48 | sniper15 | not linux |
| 10:42.15 | Manu | so windows.. |
| 10:42.18 | sniper15 | yes |
| 10:42.30 | Manu | and others can rejoin and no problems |
| 10:42.42 | sniper15 | others also have the problem |
| 10:42.47 | Manu | ah |
| 10:43.09 | Manu | you said "it only seems to effect me" |
| 10:43.12 | sniper15 | if I join blue then onlyplayers can go blue or observer. Not red |
| 10:43.23 | sniper15 | Yes, sorry |
| 10:44.08 | Manu | and if the players join only red? |
| 10:44.13 | Manu | at first... |
| 10:44.22 | sniper15 | Then you cannot join blue |
| 10:45.12 | Manu | have you tried to run the map only with the two bases? with no objects |
| 10:45.54 | sniper15 | no, there is a red base in each corner of the map and a blue base in the middle |
| 10:47.22 | Manu | it's plugin based, right? |
| 10:47.34 | sniper15 | no |
| 10:47.46 | sniper15 | no loaded plugins |
| 10:47.52 | Manu | ah |
| 10:49.58 | Manu | sniper15: have you tried other HTB maps in your server? |
| 10:50.16 | sniper15 | No, first time |
| 10:50.33 | Manu | you can try it to test if it's the server or the map itself |
| 10:50.46 | sniper15 | ok |
| 10:51.16 | sniper15 | I noticed you are online, I could PM you the map file |
| 10:51.33 | Manu | sniper15: I have no time to check it here |
| 10:51.39 | sniper15 | ok |
| 10:52.23 | ruskie | :) |
| 10:52.36 | Manu | never used HTB |
| 10:52.46 | Manu | have you ever tried it ruskie ? |
| 10:52.52 | ruskie | what is HTB? |
| 10:53.11 | Manu | ruskie: hold the base |
| 10:53.15 | ruskie | iirc all those game modes tend to need plugins |
| 10:53.16 | sniper15 | Hold the base |
| 10:53.36 | Manu | sniper15: how do you set the HTB mode in the server? |
| 10:53.38 | Manu | :) |
| 10:54.08 | Manu | AFAIK it's plugin based |
| 10:54.27 | sniper15 | I just placed 4 red bases in the corners and 1 blue base in the center of the map |
| 10:54.41 | Manu | heh |
| 10:54.59 | sniper15 | problem? |
| 10:55.04 | Manu | so you are simply adding a map with a wrong number of bases ;) |
| 10:55.11 | sniper15 | correct |
| 10:55.18 | ruskie | http://my.bzflag.org/bb/viewtopic.php?t=12949 <-- looks something like this... |
| 10:55.19 | Manu | and it's incorrect |
| 10:55.26 | sniper15 | oh |
| 10:56.06 | Manu | sniper15: in a standard bzflag mode you only can set one base for every team AFAIK |
| 10:56.23 | sniper15 | oh |
| 10:56.25 | sniper15 | thanks |
| 10:56.27 | Manu | and this isn't a standard mode (HTB) |
| 10:56.35 | Manu | probably you need a plugin |
| 10:56.37 | sniper15 | that is where i got the idea from |
| 10:56.40 | sniper15 | ok |
| 10:57.17 | Manu | sniper15: how do you expect the server to respond when a team got the enemy base? :) |
| 10:57.25 | Manu | it isn't implemented |
| 10:57.40 | sniper15 | ok |
| 10:58.01 | Manu | standar modes are FFA, CTF and rabbit hun IIRC |
| 10:58.04 | sniper15 | I set it up like a normal CTF but with more red bases |
| 10:58.04 | Manu | hunt* |
| 10:58.26 | Manu | no, the server must detect when the enemy got the base and react to it |
| 10:59.21 | sniper15 | ok, on my previous tests it worked fine |
| 10:59.30 | sniper15 | and that was just me |
| 10:59.51 | Manu | by the fault it¡s FFA mode (free for all), you can use -c -cr and -rabbit options |
| 11:00.02 | Manu | default* |
| 11:00.07 | sniper15 | i have -c in my config |
| 11:00.19 | Manu | so you have Capture the Flag mode |
| 11:00.22 | sniper15 | yes |
| 11:00.28 | Manu | not HTB :) |
| 11:00.33 | sniper15 | no |
| 11:00.36 | sniper15 | n=) |
| 11:00.41 | Manu | and you only must set 1 base for every team |
| 11:00.49 | sniper15 | ok |
| 11:01.22 | Manu | probably we can add a basic map check in the server to detect these bugs :) |
| 11:02.35 | Manu | ruskie: there is (was) a HTB map out there.. once I joined it |
| 11:02.46 | Manu | so may be there is a plugin someplace |
| 11:03.19 | ruskie | or a patch for the hack ;) |
| 11:03.24 | sniper15 | lol |
| 11:03.29 | Manu | ruskie: yep |
| 11:03.51 | Manu | points sniper15 http://my.bzflag.org/w/Plug-ins |
| 11:05.09 | sniper15 | great, a HTF, but nocontent |
| 11:05.16 | sniper15 | no content* |
| 11:05.59 | sniper15 | correction,there is content, judt not what I am after |
| 11:23.34 | *** join/#bzflag KTL (n=KTL@213.219.152.103.adsl.dyn.edpnet.net) |
| 11:23.50 | *** join/#bzflag tobylane (n=tobylane@host86-159-63-218.range86-159.btcentralplus.com) |
| 11:24.44 | tobylane | yesterday i was asking for help on the latest version crashing on latest version of leopard, someone on the forums solved an identical problem by turning smoothing off |
| 11:48.33 | *** join/#bzflag tupone (n=alfredo@gentoo/developer/tupone) |
| 11:48.33 | *** mode/#bzflag [+v tupone] by ChanServ |
| 12:17.22 | *** part/#bzflag tobylane (n=tobylane@host86-159-63-218.range86-159.btcentralplus.com) |
| 12:17.36 | *** join/#bzflag roboter5a (n=roboter5@dslb-092-078-186-100.pools.arcor-ip.net) |
| 12:25.03 | *** join/#bzflag ruskie (i=ruskie@sourcemage/mage/ruskie) |
| 13:37.58 | *** join/#bzflag Upsetter (n=Ups@i59F7F278.versanet.de) |
| 13:44.51 | *** join/#bzflag RatOmeter (n=chatzill@email.fescorp.com) |
| 14:17.14 | *** join/#bzflag Upsetter (n=Ups@i59F7F278.versanet.de) |
| 14:22.37 | *** join/#bzflag tupone (n=alfredo@gentoo/developer/tupone) |
| 14:22.37 | *** mode/#bzflag [+v tupone] by ChanServ |
| 14:33.25 | *** join/#bzflag spldart (n=short_ci@bzflag/contributor/spldart) |
| 14:33.25 | *** mode/#bzflag [+v spldart] by ChanServ |
| 14:34.51 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 15:14.27 | *** join/#bzflag QuantumTim (n=tim@62.249.230.206) |
| 15:29.46 | *** join/#bzflag nn64 (n=nn@74.94.43.196) [NETSPLIT VICTIM] |
| 15:40.05 | *** join/#bzflag MindstormsKid (n=chatzill@adsl-074-183-055-029.sip.cha.bellsouth.net) |
| 15:55.45 | *** join/#bzflag kirun (n=kirun@78-86-154-194.zone2.bethere.co.uk) |
| 16:01.52 | CIA-66 | BZFlag: 03trepan * r19287 10/trunk/bzflag/src/lua/LuaCallOuts.cxx: * comment about lack of sound volume control |
| 16:02.25 | trepan | (per-sound that is :) |
| 16:22.13 | *** join/#bzflag kirun_ (n=kirun@78-86-154-194.zone2.bethere.co.uk) |
| 16:41.27 | *** join/#bzflag jftsang (n=jftsang@bzflag/player/JFTsang) |
| 16:44.21 | *** join/#bzflag JefferyM (n=JefferyM@bzflag/projectadmin/JeffM) |
| 16:44.21 | *** mode/#bzflag [+o JefferyM] by ChanServ |
| 16:44.49 | *** join/#bzflag menotume (n=menotume@c-68-42-4-45.hsd1.pa.comcast.net) |
| 16:44.49 | *** mode/#bzflag [+v menotume] by ChanServ |
| 16:59.53 | *** join/#bzflag temp_work (n=temporal@bzflag/serverop/TemporalDistraction) |
| 17:21.35 | Winny | one does not simply tank into mordor |
| 17:32.46 | JefferyM | but one can ssh in |
| 17:43.10 | MindstormsKid | :P |
| 17:50.10 | blast007 | JefferyM: I have quite a few ideas regarding the new stats system ;) |
| 17:51.29 | blast007 | would we want to just keep the high/low style of scores, or would we want to have more of a timeline of someone's scores? |
| 17:51.31 | JefferyM | blast007, and I have a quite a few changes |
| 17:51.44 | JefferyM | blast007, we can have both |
| 17:51.47 | blast007 | k |
| 17:51.55 | JefferyM | the history record would let you see the entire trend if you wanted |
| 17:52.09 | JefferyM | I can talk more about it later |
| 17:52.16 | blast007 | ok |
| 17:52.28 | JefferyM | I've got ideas for how remote servers can do incremental updates, and stuff too |
| 18:01.11 | blast007 | basically I'd like the bzfs server side code to have a little logic as possible and have our central system figure out what to do with the data |
| 18:01.17 | blast007 | have as* |
| 18:04.41 | brlcad | yay for "all the data" .. graphs, trends, spark lines, woot |
| 18:07.20 | brlcad | remote servers could be set up as completely replicated remote servers via mysql's built-in remote server support |
| 18:08.03 | brlcad | they could be set up as read-only remote slaves |
| 18:12.42 | trepan | http://trepan.bzflag.bz/bzluagui.jpg -- moving the little LuaUser boxes around :) |
| 18:14.37 | MindstormsKid | Hmm... with all the changes it should be BZFlag 4... |
| 18:15.02 | blast007 | MindstormsKid: why? |
| 18:15.20 | blast007 | we don't have a 3 yet :P |
| 18:15.34 | MindstormsKid | I know, but there are so many changes :P |
| 18:15.37 | *** topic/#bzflag by brlcad -> http://cia.vc/stats/project/BZFlag || http://my.BZFlag.org/w/Getting_Help || Channel Logs: http://ibot.rikers.org/%23bzflag/ || http://ohloh.net/projects/189 || Latest Release: 2.0.12 (linux), 2.0.10 (everyone else) || list server downtime scheduled thorughout the week (25JAN-02FEB) || HAPPY BIRTHDAY TUPONE! |
| 18:15.48 | blast007 | MindstormsKid: there was a lot of changes from 1.10 to 2.0 too |
| 18:15.51 | brlcad | there aren't as many as you'd think |
| 18:15.58 | MindstormsKid | oh |
| 18:16.16 | blast007 | lua is the biggest change, and that won't be something that servers automatically use |
| 18:16.47 | trepan | fwiw, client-side lua is the biggest change, server-side doesnt' buy you that much |
| 18:17.04 | blast007 | was meaning the LuaWorld part |
| 18:17.29 | trepan | true, LuaUser could be fairly significant as well |
| 18:17.34 | blast007 | yeah |
| 18:17.34 | trepan | clicked menus, etc.. |
| 18:17.38 | trepan | *clickable |
| 18:24.14 | *** join/#bzflag leeguy92 (n=lee@host86-168-45-166.range86-168.btcentralplus.com) |
| 18:27.13 | joevano | trepan: could you make the screen shot a movie... the jpg just doesn't convey the same message ;) |
| 18:29.56 | trepan | not worth the bother, probably committing it fairly soon |
| 18:30.47 | trepan | that multi-box demo gizmo also happens to demo gizmos creating gizmos :) |
| 18:31.21 | trepan | the Spring names were < widget = user gui, gadget = map/mod synced and unsynced lua > |
| 18:31.32 | trepan | for bz, gizmo = LuaUser, maplet = LuaWorld |
| 18:32.00 | trepan | and doodad for LuaBZFS ? :) |
| 18:32.27 | joevano | trepan: was just joking |
| 18:33.41 | brlcad | applets and mapplets |
| 18:34.04 | trepan | applets, works for me |
| 18:34.13 | trepan | maplets though ... |
| 18:34.47 | brlcad | notes google calls their stuff mapplets already too |
| 18:35.35 | joevano | how about tanklets |
| 18:35.41 | trepan | nice for them, /me doesn't waver :) |
| 18:36.05 | brlcad | actually was a reason to not name it the same |
| 18:36.53 | trepan | ah, didn't read it that way, all the better then |
| 18:37.15 | trepan | joevano: you can reserve that for maplets that draw tanks ... |
| 18:40.42 | joevano | when I see maplets.. I see little 'maple t's ;) |
| 18:40.51 | joevano | bet they are tasty |
| 18:50.22 | *** join/#bzflag blast007 (i=blast@bzflag/developer/Blast) |
| 18:50.29 | *** mode/#bzflag [+v blast007] by ChanServ |
| 18:56.24 | CIA-66 | BZFlag: 03trepan * r19288 10/trunk/bzflag/ (8 files in 3 dirs): * added GLUnmapped() to the EventHandler (along with a lua call-in by the same name) |
| 19:12.35 | *** join/#bzflag menotume (n=menotume@c-68-42-4-45.hsd1.pa.comcast.net) |
| 19:12.35 | *** mode/#bzflag [+v menotume] by ChanServ |
| 19:12.57 | CIA-66 | BZFlag: 03trepan * r19289 10/trunk/bzflag/ (8 files in 3 dirs): * renamed EventHandler's ViewResize() to GLResize() |
| 19:25.19 | *** join/#bzflag Tupone (n=Tupone@gentoo/developer/tupone) |
| 19:25.19 | *** mode/#bzflag [+v Tupone] by ChanServ |
| 19:25.40 | Manu | happy birthday Tupone :) |
| 19:25.55 | Manu | Tupone: happy 16 ;) |
| 19:25.56 | Tupone | sshhh |
| 19:26.16 | Tupone | :) |
| 19:34.35 | *** join/#bzflag Pimpi (n=frank@gondolin.pimpi.org) |
| 19:36.41 | *** join/#bzflag Erroneous (n=dtremena@about/essy/CrazyCoder/DTRemenak) |
| 19:36.41 | *** mode/#bzflag [+v Erroneous] by ChanServ |
| 19:39.13 | JefferyM | happy birthday Tupone ;) |
| 19:39.27 | menotume | ~hapbir Tuppy |
| 19:39.28 | ibot | ACTION sings a variant of Happy Birthday (to avoid royalty fees) to Tuppy |
| 19:39.37 | Tupone | thanks all |
| 19:40.36 | menotume | sure, talk to you next year :P |
| 19:41.31 | blast007 | Tupone: happy birthday ;) |
| 19:42.31 | Tupone | thanks menotume, JefferyM & blast007 |
| 19:43.05 | *** join/#bzflag roboter5a (n=roboter5@dslb-092-078-186-100.pools.arcor-ip.net) |
| 19:48.47 | *** join/#bzflag me1 (n=khazhy@bzflag/player/Me1) |
| 19:57.15 | *** join/#bzflag me1 (n=khazhy@bzflag/player/Me1) |
| 20:08.44 | *** join/#bzflag Greywhind (n=Greywhin@Jameson-68.resnet.brown.edu) |
| 20:15.19 | *** join/#bzflag Think_Differentl (n=fatass__@bzflag/player/ThinkDifferent) |
| 20:33.22 | *** join/#bzflag L4m3r (n=l4m3r@bzflag/developer/L4m3r) |
| 20:33.22 | *** mode/#bzflag [+v L4m3r] by ChanServ |
| 20:39.58 | *** join/#bzflag menotume (n=menotume@c-68-42-4-45.hsd1.pa.comcast.net) |
| 20:39.58 | *** mode/#bzflag [+v menotume] by ChanServ |
| 21:22.16 | JefferyM | ok, blast007 what kinda score stuff did you think about storing? |
| 21:23.21 | JefferyM | I've updated my database schema to have some more fields, to do delta state tracking, and weed out dropped players/servers from the current servers list |
| 21:24.38 | JefferyM | http://www.opencombat.net/code/bz/stat_schema2.sql |
| 21:36.47 | *** join/#bzflag LongDon (n=LongDon@host-091-097-176-201.ewe-ip-backbone.de) |
| 21:36.54 | *** part/#bzflag LongDon (n=LongDon@host-091-097-176-201.ewe-ip-backbone.de) |
| 21:50.46 | *** join/#bzflag Upsetter (n=Ups@dslb-088-072-210-208.pools.arcor-ip.net) |
| 22:03.16 | blast007 | JefferyM: well, we'd have to tweak your history_events table a bit, since the way you have it only allows one event per player ;) (primary key is the playerID) |
| 22:04.15 | JefferyM | oh yeah I'm sure the keys are wrong |
| 22:04.25 | JefferyM | I don't think the actual Database is what we'll use |
| 22:04.31 | JefferyM | I was just using it to flesh out fields |
| 22:04.40 | JefferyM | I didn't do indexes ether |
| 22:04.54 | blast007 | k |
| 22:07.11 | *** join/#bzflag [dmp] (n=dennis@dryas.d75.net) [NETSPLIT VICTIM] |
| 22:07.12 | *** part/#bzflag [dmp] (n=dennis@dryas.d75.net) |
| 22:07.12 | *** join/#bzflag [dmp] (n=dennis@dryas.d75.net) |
| 22:16.43 | *** join/#bzflag Gabe_G23|bzflag (n=Gabe@unaffiliated/GabeG23/x-028472) |
| 22:17.08 | JefferyM | I just wanted to show you the fields |
| 22:17.23 | JefferyM | I also wrote out a rought outline of what I will think we will do on each event |
| 22:18.17 | JefferyM | http://www.opencombat.net/code/bz/stat_system_events.txt |
| 22:18.26 | JefferyM | most of the work would be done on the update |
| 22:30.26 | *** join/#bzflag Swigg (n=Default@bzflag/player/Swigg) |
| 22:31.48 | JefferyM | and yeah for the history table, I don't think we even NEED a key |
| 22:31.50 | JefferyM | it's just a log |
| 22:32.28 | joevano | JefferyM: a key is always a good idea, even if it is just a log |
| 22:32.40 | *** join/#bzflag TD-Linux (n=wheeeeee@about/essy/indecisive/TD-Linux) |
| 22:32.51 | JefferyM | probalby then just the date |
| 22:33.31 | joevano | just an autoincriment field is cool... I never make the key real data |
| 22:33.37 | JefferyM | ah |
| 22:33.38 | JefferyM | k |
| 22:33.40 | joevano | it can come back to bite you |
| 22:33.40 | JefferyM | whatever works |
| 22:34.13 | blast007 | yeah, the key shouldn't be something that might have duplicates, like a date/time ;) |
| 22:34.20 | JefferyM | k |
| 22:36.27 | *** join/#bzflag mindnull (n=mindnull@71-90-96-211.dhcp.aldl.mi.charter.com) |
| 22:51.48 | *** join/#bzflag temp_dist (n=temp_dis@bzflag/serverop/TemporalDistraction) |
| 22:55.55 | *** join/#bzflag Yassen (n=chatzill@c-24-16-60-208.hsd1.wa.comcast.net) |
| 22:56.28 | *** join/#bzflag mindnull (n=mindnull@71-90-96-211.dhcp.aldl.mi.charter.com) |
| 23:35.56 | *** join/#bzflag spldart (n=short_ci@bzflag/contributor/spldart) |
| 23:35.56 | *** mode/#bzflag [+v spldart] by ChanServ |
| 23:40.37 | JefferyM | blast007, ok, added some keys |
| 23:41.28 | JefferyM | even to the current player table, then we can use the auto index of the current players field * -1 as the fake bzid for the player table. |
| 23:41.41 | JefferyM | cus that will be unique |
| 23:54.51 | blast007 | JefferyM: or just use 0 as the bzid for non-authenticated players |
| 23:54.56 | *** join/#bzflag GABR_the_1st (n=Gabe@unaffiliated/GabeG23/x-028472) |
| 23:55.31 | JefferyM | I was thinking we could track them based on callsign/IP pairs |
| 23:55.38 | JefferyM | to get some semblance of history on em |
| 23:56.45 | JefferyM | but if that's not important so be it :) |
| 23:56.56 | JefferyM | coudl always scan that from the history log |
