Author Topic: Blockland Identification Project - Mod Update 2  (Read 5896 times)

What even is the point of /list the way it is
/list should make a list of bl_ids in the database and that's it
I think I am gonna keep /list down and think about making it so you can set a range of BLIDs to select from (with a max size ofc).
btw I will only be able to support this for the year I have paid for, further than that someone is going to have to pay the $100 hosting bill and the $10 domain (ill probably end up buying a new one (blocklandids.com or something))
« Last Edit: March 23, 2014, 01:03:28 PM by 0xBRIANSMITH »

Pushed a new update, this should fix the last internal server errors when using /post

Pushed another new update, list now has the following syntax
http://richardbuttprotocol.com/list?min=3000&max=3100
range can't be > 1000 or < 1
« Last Edit: March 23, 2014, 01:33:15 PM by 0xBRIANSMITH »

then why would you need to add it
HamHost was the name of my old hosting service.
HammerHost is the name of  my current hosting service.
So if the System_HammerHost add-on has a built-in BIP script, it will help the database of BL_ID's and usernames grow.

HamHost was the name of my old hosting service.
HammerHost is the name of  my current hosting service.
So if the System_HammerHost add-on has a built-in BIP script, it will help the database of BL_ID's and usernames grow.
. . .
Wait, are there any hammerhost servers

HamHost was the name of my old hosting service.
HammerHost is the name of  my current hosting service.
So if the System_HammerHost add-on has a built-in BIP script, it will help the database of BL_ID's and usernames grow.
go ahead, iirc port said he might rewrite the add-on either way, but the current one seems to work fine.


site is down
reset, Im guessing this is /list again and I'll need to loving fix it /again/.
I think at this point Im going to reformat the database to store what thousand each BLID is on, this way I can just select accordingly.

Are you planning on including IPs?

Are you planning on including IPs?
never.
BUT if you guys want I will store them for tracking down alts.
this is purely if you guys want me to do this. it wont ever be displayed and will only be accessible via manual searches with a tool.

working on dates
« Last Edit: March 23, 2014, 03:15:49 PM by 0xBRIANSMITH »

I think it is better to store IP addresses now, but not reveal them to the public.
In case you might need the addresses later.

Pushed a new update, this should fix the last internal server errors when using /post

Pushed another new update, list now has the following syntax
http://richardbuttprotocol.com/list?min=3000&max=3100
range can't be > 1000 or < 1

This makes it pretty useless if you just want to look at a list.

reset, Im guessing this is /list again and I'll need to loving fix it /again/.
I think at this point Im going to reformat the database to store what thousand each BLID is on, this way I can just select accordingly.

What type of database are you using?

ok dates are now stored.


/list doesn't work now. The page just never loads.

/list doesn't work now. The page just never loads.
No it is just really slow. I need to figure out what to do with it.