Modified Files:
commands.js service.js
Log Message:
Don't ident; commands.js will trust localhost instead. Should rid
us of the 'incorrect password' log message, and another bug
recently reported on DOVE-Net.
And now is about the time you start thinking: maybe this copy/pasted
logic should go in exec/load/something.js. :-)
And now is about the time you start thinking: maybe this copy/pasted logic should go in exec/load/something.js. :-)
Modified Files:
commands.js service.js
It may indeed even make it easier to update in the future, rather than having to CVS update every directory separately (eg: when you already have other modified xtrn stuff). :)
Modified Files:
commands.js service.js
It may indeed even make it easier to update in the future, rather
than having to CVS update every directory separately (eg: when
you already have other modified xtrn stuff). :)
While the files I updated last night have the same names (commands.js, service.js) they were not the same file copied around to different
places. They're each customized for the game in question and need to
be updated separately.
Understood. And this should fix the issue I have with something in the lines of "(JSON) User not found: Accession"?
Re: xtrn/syncwall/commands.js service.js
By: Accession to Digital Man on Sat Dec 10 2016 08:42:50
Modified Files:
commands.js service.js
It may indeed even make it easier to update in the future, rather than having to CVS update every directory separately (eg: when you already have other modified xtrn stuff). :)
While the files I updated last night have the same names (commands.js, service.js) they were not the same file copied around to different places. They're each customized for the game in question and need to be updated separately.
I understand the files were different, but they also contained some identical (copy pasta) code. That code could be moved to a common place so that it could be fixed or enhanced in that one place. Code reuse and all,
It may indeed even make it easier to update in the future, rather
than having to CVS update every directory separately (eg: when
you already have other modified xtrn stuff). :)
While the files I updated last night have the same names (commands.js, service.js) they were not the same file copied around to different
places. They're each customized for the game in question and need to
be updated separately.
Hopefully. That log message doesn't indicate which JSON-DB module generated the error, but I'm about 99% certain it's coming from one
(or more) of the ones I updated last night.
echicken wrote to Accession <=-
Re: xtrn/syncwall/commands.js service.js
By: Accession to Digital Man on Sat Dec 10 2016 08:42:50
Modified Files:
commands.js service.js
It may indeed even make it easier to update in the future, rather than having to CVS update every directory separately (eg: when you already have other modified xtrn stuff). :)
While the files I updated last night have the same names (commands.js, service.js) they were not the same file copied around to different
places. They're each customized for the game in question and need to be updated separately.
I was surprised to see somebody trying to mess with one of my databases a couple of months ago, but thankfully they were stopped either by my makeshift controllers, or by not knowing what they were doing. Anyway at least it proved that I hadn't wasted my time trying to prevent that sort of thing.
Trying to cheat in a game or insert something offensive on a wall? Most
BBS things start out with loose security and just add more "as needed". We're a pretty trusting community, in general.
needed". We're a pretty trusting community, in general.
Someone was trying to mess with my oneliners database. IIRC they were either attempting to flood it with crap or modify existing entries. Probably the latter. In any case they weren't having much luck, so I didn't dig too deeply into it.
Someone from the outside? Why screw around with the wall program? What's the benefit there?
Sysop: | echicken |
---|---|
Location: | Toronto, Ontario |
Users: | 2,224 |
Nodes: | 6 (0 / 6) |
Uptime: | 13:14:33 |
Calls: | 14,143 |
Files: | 295 |
Messages: | 551,294 |