Reset Password
Existing players used to logging in with their character name and moo password must signup for a website account.
- zxq 36m
- Napoleon 40m
a Mench 4h Doing a bit of everything.
And 19 more hiding and/or disguised
Connect to Sindome @ moo.sindome.org:5555 or just Play Now

Fix the Fracking GRID
It's been fucked for 3 months

Seriously this has lasted too damned long. I know that Johnny hates the grid code and despises the grid in general, but guess what, it's an INTEGRAL part of my character and it used to be more important to others as well. To me, and my style of RP and to my character, the grid being broken is just as important as combat or modes of transportation not working to other characters. I've submitted an @bug, and I've been pretty damned patient, but this is fucking ridiculous. It's been broken since the end of April and it's now July. Will we see a new iteration of the grid roll out any time soon? Or will someone please fix the DNS resolving so that user aliases show up when editing nodes instead of IP addresses.


I hate to be rude and use vulgar language, but this really needs to be fixed. Please.

For Reference: @vb 3384  

For players who don't know how to view reported @bugs in-game, type the above command in while playing.

I've been wanting to re-do the grid in PHP with a MySQL database for awhile.  I think most of it is done in perl right now.  The problem with re-doing the grid would be integrating it with the existing bulliten board system.  There is a lot of history on the current bulliten boards that we wouldn't want to lose.

I think it would be possible to integrate it, keep the existing bulliten boards while re-doing all the node stuff.

I repeat for anyone who did not know this already.  IP addresses on the Grid are a completely OOC peice of information.  If you use them in any way ICly you are cheating and hurting the game.

We will fix the Grid when we can.  Until then, just deal with the brokenness like any other bug in the code and DO NOT ABUSE IT.

I'm all up for a new php/mysql based iteration of the grid... and I agree, there's some hard core paydata out there that doesn't need to be lost. So I can be patient waiting for Grid 3.0. Also, gonna PM you about something S-man. (hisssss)

But yeah, thanks for the input, sorry for the sic ad... thought it could be an ic issue as well occuring from an IC event that happened at the same time. Feel free to pull it if you want.

been a while since I've been around for serious... but i'm guessing the current grid problems are due to the hack-attack?

:(

Yeah.  Miss you though!
Thank you sooOOOooo fucking much.

Couldn't help but notice you're still using Kwiki...but I guess that's something you can't fuck with. I'm gonna run the gauntlet of known exploits I know regarding the grid and I'll xhelp what I can.

Much obliged.

The major ones seems to still retain all the patched goodness Johnny bestowed on them. Looks like the grid code was there the whole time, huh?

Regarding the image lister used to browse the images...from what I recall it was just a simple Litebox plugin. Which is dead simple javascript...

I don't know what kind of perl implementations it may have used, since I really don't know the difference between perl code and the pearl necklace I gave...nevermind.

Anyone know how to re-add that functionality?

If someone does, let me know.  I will add the perl modules needed.

The grid code was always there, it just didn't have the perl modules it needed.

< !-- Can't find a plugin class for 'ImageLister':
Can't locate CGI/Kwiki/Plugin/ImageLister.pm in @INC (@INC contains: . /usr/lib/perl5/site_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.7/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/site_perl/5.8.8 /usr/lib/perl5/site_perl/5.8.7 /usr/lib/perl5/site_perl/5.8.6 /usr/lib/perl5/site_perl/5.8.5 /usr/lib/perl5/site_perl /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.7/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.6/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.5/i386-linux-thread-multi /usr/lib/perl5/vendor_perl/5.8.8 /usr/lib/perl5/vendor_perl/5.8.7 /usr/lib/perl5/vendor_perl/5.8.6 /usr/lib/perl5/vendor_perl/5.8.5 /usr/lib/perl5/vendor_perl /usr/lib/perl5/5.8.8/i386-linux-thread-multi /usr/lib/perl5/5.8.8) at (eval 47) line 3.
-- >

This appears relevant.

Only I can't find it on Google or in the latest Kwiki download. I guess it was a custom-made plugin? Depending on the subroutines being called in the code that uses it, it should be possible to find out if it's a slightly redone version of some other image listing Perl code out there.


(Edited by FashionMusic at 2:33 pm on Feb. 24, 2010)

(Edited by FashionMusic at 2:36 pm on Feb. 24, 2010)

Honestly, I doubt the plugin was too tricky. Lightbox slides into any web page real easy, it's just a matter of referencing the images in an appropriate manner in the body of the html. It'd be easy enough to just use a slideshow effect by having the button reference the opening image in lightbox and have the tag line as the body of the name. I don't do buttons but if anyone has any question you can hit me up. I've used lightbox quite a bit in the past.

I'm also having a significant amount of trouble with the grid. It seems despite the cookie registering properly in my browser, I can't get the grid to detect my username. Seems to occur across the board resulting in the ip addresses being listed instead of the usernames. This could be related to an exploit I found in the kwiki system that johnny patched up a while ago but I'm not sure. Any ideas?

The KWiki stuff needs to be patched again, it's apparently something that's not easy to do, as I talked to JMan about it.  It's a bit above my head.  I don't want to mess around in there and break the grid.

I apologize for the IPs showing.  This is to be considered OOC info and if anyone uses it, I'll /ban them from using the grid altogether.

Just ignore the IPs.. hopefully we'll get it resolved at some point, but I'll need Johnny for it.beandip

It's supposed to be the user's grid alias used when modifying nodes.
Sometimes that's exactly what does happen. I assumed that the IP is showing when the node was accessed and edited by someone other than the legitimate IC owner.

So, are you saying that what you described is what's supposed to happen, all the time? It's not possible IC to spoof? It is possible but it isn't working?

If either of those are the case, then, maybe a super quick and simple fix would be to simply hide that column entirely, since in such cases the information presented is neither accurate nor useful IC anyway. The only reason to show that column at all would be if it were intended to convey useful IC information (or disinformation), AND it were working as intended. Good idea? Hide it?

I agree fully with beandip's suggestion. There's no real need to show the column at all if it simply isn't functioning as it should.
From what I understand the grid code is a mess and no one wants to touch it because of that. I highly doubt anything will be modified on the existing grid architecture until someone sits down and decids to rebuild the entire thing.

I have an outline in my head for how to structure the new grid including a vast array of ICly hackable attributes beyond the current gridnode modification but I don't plan on jotting any of this down until someone shows interest in rebuilding it.