| 00:45.09 | *** join/#bzflag bier (~bier@helixnetworks.de) |
| 00:46.38 | *** join/#bzflag rob1n_ (Nomsayinth@unaffiliated/rob1n) |
| 01:29.22 | *** join/#bzflag alpha1-2 (~alpha1@host129.186-124-33.telecom.net.ar) |
| 01:32.07 | alpha1-2 | Hi blast007, I have observed that time on forums is forward 5 minutes already (it was 4 and 3 time ago). I know you use a datacenter, but is there a posibility of use some NTP server to improve it, maybe? |
| 01:32.36 | alpha1-2 | using* |
| 01:32.42 | blast007 | I'd have to ask my host. I can't access an external one. |
| 01:33.01 | alpha1-2 | okay, thanks |
| 02:01.27 | alpha1-2 | wow you fixed it, blast007 |
| 02:02.02 | blast007 | Worked around for now, not fixed. I just adjusted it manually, but it will drift again over time. |
| 02:02.16 | alpha1-2 | okay, I see |
| 02:06.59 | *** join/#bzflag nitroxis_ (n@nxs.one) |
| 02:07.51 | *** join/#bzflag dngor_ (~abuse@c-67-172-78-202.hsd1.fl.comcast.net) |
| 02:08.45 | *** join/#bzflag L4m3r_ (~l4m3r@bzflag/developer/L4m3r) |
| 02:08.45 | *** mode/#bzflag [+v L4m3r_] by ChanServ |
| 02:09.21 | *** join/#bzflag matthew (~quassel@2604:a880:800:10::864:7001) |
| 02:10.57 | *** join/#bzflag AAA_awright_ (~aaa@2607:5300:60:7d4::1) |
| 02:15.41 | *** join/#bzflag I_Died_Once (~I_Died_On@unaffiliated/idiedonce/x-1828535) |
| 02:16.02 | *** join/#bzflag lupine (~lupine@unaffiliated/lupine-85/x-7392152) |
| 02:18.54 | *** join/#bzflag bzbugsy (bzbugsy@2600:3c02::f03c:91ff:fe6e:ddc7) |
| 02:18.55 | *** join/#bzflag bzbugsy (bzbugsy@unaffiliated/bzbugsy) |
| 02:25.01 | *** join/#bzflag Kaelten (Kaelten@WoWUIDev/WoWAce/WoWIFA/CurseStaff/kaelten) |
| 03:16.56 | *** join/#bzflag TD-Linux (~Thomas@about/essy/indecisive/TD-Linux) |
| 03:20.14 | *** join/#bzflag infobot (ibot@69-58-76-73.ut.vivintwireless.net) |
| 03:20.14 | *** topic/#bzflag is http://BZFlag.org || https://www.ohloh.net/p/bzflag || http://wiki.BZFlag.org/Getting_Help || Channel Logs: http://ibot.rikers.org/%23bzflag/ || 2.4.2 Current version https://goo.gl/ZaiNzX |
| 03:20.14 | *** mode/#bzflag [+v infobot] by ChanServ |
| 03:34.17 | *** join/#bzflag tw1sted (~quassel@unaffiliated/tw1sted) |
| 04:00.29 | *** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu) |
| 05:01.33 | *** join/#bzflag develCuy (~quassel@unaffiliated/develcuy) |
| 05:07.38 | *** join/#bzflag TD-Linux (~Thomas@about/essy/indecisive/TD-Linux) |
| 07:00.02 | *** join/#bzflag eightfold (~eightfold@c213-89-114-43.bredband.comhem.se) |
| 08:04.51 | *** join/#bzflag eightfold (~eightfold@c213-89-114-43.bredband.comhem.se) |
| 09:03.12 | *** join/#bzflag Shuist (~Shuist@ppp203-122-213-220.static.internode.on.net) |
| 11:20.13 | *** join/#bzflag eightfold (~eightfold@c213-89-114-43.bredband.comhem.se) |
| 12:57.10 | *** join/#bzflag zuii (~akos@BC06BF93.catv.pool.telekom.hu) |
| 14:04.26 | *** join/#bzflag rodgort (~rodgort@105.ip-167-114-152.net) |
| 14:14.52 | *** join/#bzflag Delusional (~Delusiona@unaffiliated/delusional) |
| 14:22.37 | *** join/#bzflag BulletCatcher (~bc@bzflag/developer/BulletCatcher) |
| 16:41.20 | *** join/#bzflag Delusional (~Delusiona@unaffiliated/delusional) |
| 17:21.20 | *** join/#bzflag matthew (~quassel@2604:a880:800:10::864:7001) |
| 17:22.42 | *** join/#bzflag tw1sted (~quassel@unaffiliated/tw1sted) |
| 17:32.47 | blast007 | well, I got the webStats plugin working better, but part of me just wants to yank both webReport and webStats and deprecate the HTTP plugin API in 2.4.4, and then fix the in-protocol map sending to be faster, yank fastmap and the HTTP API for 2.6 |
| 17:33.12 | blast007 | mark it deprecated for 2.4.4, that is |
| 17:35.06 | blast007 | it's kinda silly to have an HTTP server in our game server. |
| 18:03.15 | *** join/#bzflag BZnotify (~BZnotify@192.30.252.41) |
| 18:03.15 | BZnotify | [13bzflag] 15blast007 pushed 1 new commit to 062.4: 02http://git.io/vZL3t |
| 18:03.15 | BZnotify | 13bzflag/062.4 14b6aa33a 15Scott Wichser: Add webStats to the automake/autoconf system, improve the templates slightly, and fix a few bugs with the plugin. |
| 18:03.15 | *** part/#bzflag BZnotify (~BZnotify@192.30.252.41) |
| 18:03.21 | blast007 | I'll push what I have for now, but will considering removing them |
| 18:05.30 | blast007 | the logging in is a bit wonky after a session timeout since I believe it includes the old login token stuff as part of the URL to redirect to - so, ideally there would be a base level /login that is server-wide, not plugin specific, and that would have some redirect option to go back to the original URL after a login |
| 18:05.59 | blast007 | I don't like web code written in C++ though.. |
| 20:09.02 | *** join/#bzflag BulletCatcher (~bc@bzflag/developer/BulletCatcher) |
| 20:21.58 | *** join/#bzflag ploosma (~ploosma@71-212-134-107.hlrn.qwest.net) |
| 21:40.04 | BulletCatcher | allejo, would a configure --enable-custom-plugins-file option make life easier? |
| 21:41.55 | allejo | I'd say so, it'd remove the need for a separate script |
| 21:42.36 | BulletCatcher | I'll have the option ignore lines in the file that begin with #. |
| 21:42.53 | blast007 | anyone else have an opinion/feedback on keeping HTTP plugins? |
| 21:45.27 | BulletCatcher | HTTP is the obvious protocol for providing server info to non-game clients. |
| 21:45.29 | BulletCatcher | But if we don't really need to do that then HTTP can go. |
| 21:46.16 | allejo | you're not talking about URL jobs, right? @blast007 |
| 21:46.29 | allejo | ignoring lines with # works, BulletCatcher |
| 21:46.41 | BulletCatcher | k |
| 21:47.22 | blast007 | allejo: no, not HTTP client stuff - HTTP server stuff like fastmap, webStats, and webReport |
| 21:49.17 | allejo | ah. well I was hoping to mess around with sending POST requests to plug-ins but that could wait until 2.6 |
| 21:49.40 | blast007 | as far as I know, fastmap is the only one we've ever shipped, and probably the only one that has been created/used seeing as how broken the HTTP server stuff is |
| 21:50.15 | blast007 | allejo: well, my suggestion wasn't to fix it for 2.6, it was to remove it in 2.6 |
| 21:50.51 | allejo | ah |
| 21:51.17 | allejo | would there still be a form communicate with a plug-in/server? i'd be content with that |
| 21:52.55 | blast007 | there has to be a better way to do something like this, like some sort of secondary socket communication (or other IPC method https://en.wikipedia.org/wiki/Inter-process_communication ) or an intermediary database, SQLite or otherwise, that an external webserver or website could make use of to communicate with bzfs |
| 21:56.00 | blast007 | I'm sure there's some existing algorithm we could implement into our map sending code that would make HTTP map file loading unnecessary |
| 21:58.28 | allejo | as long as a form of communication isn't killed off, i don't have any objections |
| 22:00.39 | blast007 | I'm just rather worried about the security of having our own HTTP server implementation :P |
| 22:01.28 | blast007 | especially one in C/C++ |
| 22:06.57 | allejo | that's fair |
| 22:25.59 | BulletCatcher | Something like https://www.gnu.org/software/libmicrohttpd/ would save us from reinventing the HTTP server wheel. |
| 22:28.11 | blast007 | worth looking into, but keep in mind we're also doing multi-protocol switching on one port |
| 22:31.41 | blast007 | and if we'd want it to support SSL/TLS, that'd add two more dependencies |
| 22:34.06 | blast007 | and we'd still need some template engine |
| 22:36.27 | blast007 | and we'd be limiting people to C++ for the main logic. I just think finding some way for an external (even if limited to the same server) web server to communicate with bzfs would be a better way. Provides more freedom as far as the language and implementation, could in theory reduce the complexity of our code, and should reduce attack surface of bzfs. |
| 22:39.07 | BulletCatcher | mod_bzfs FTW |
| 22:49.22 | blast007 | hehe |
| 23:22.57 | *** join/#bzflag AAA_awright (~aaa@2607:5300:60:7d4::1) |