Jump to content

SDN Questions


Zee Best

Recommended Posts

I'm close to having my first decent script ready for release, however, there are a couple questions I'd like to ask before finishing it up.

 

1. Are we allowed to create connections to websites and download files? I'm assuming this is allowed as the scripts have to be checked before being accepted anyway. This is due to my script having a large amount of data/images stored in an archive. The file is too large to be added to resources as the user would have to keep downloading 5mb+ each time they run the script.

 

2. Is there a way to set single use on a script? So, if the user buys the script they can only use it on 1 account at a time. If this is not an option is it allowed for me to implement my own system? 

Link to comment
Share on other sites

I'm close to having my first decent script ready for release, however, there are a couple questions I'd like to ask before finishing it up.

 

1. Are we allowed to create connections to websites and download files? I'm assuming this is allowed as the scripts have to be checked before being accepted anyway. This is due to my script having a large amount of data/images stored in an archive. The file is too large to be added to resources as the user would have to keep downloading 5mb+ each time they run the script.

 

2. Is there a way to set single use on a script? So, if the user buys the script they can only use it on 1 account at a time. If this is not an option is it allowed for me to implement my own system? 

 

 

1. Yes. Just make sure you cache your data so your users don't have to redownload every time

2. Yes, no idea if it's allowed or not though. The best way would be logging start/end times with php/mysql and checking that way.

 

An accurate answer for number 1, I am guessing Bobrocket has not done this before so he isnt aware of what is and isnt allowed on downloading.

 

1) Kind of.

If you have a file to download, you are not allowed to open a byte stream to download the file. You can open a reader and read the plain text, and then create a local file, writing that text to it. You can create images using urls etc, this is allowed. 

What is not allowed, is opening byte streams to download a file.

Edited by Mysteryy
  • Like 1
Link to comment
Share on other sites

 

 
 

 

An accurate answer for number 1, I am guessing Bobrocket has not done this before so he isnt aware of what is and isnt allowed on downloading.

 

1) Kind of.

If you have a file to download, you are not allowed to open a byte stream to download the file. You can open a reader and read the plain text, and then create a local file, writing that text to it. You can create images using urls etc, this is allowed. 

What is not allowed, is opening byte streams to download a file.

 

 

So you're allowed to use a BufferedReader? I'm pretty sure any file could be downloaded using a BufferedReader since UTF-8 uses 1 byte per character anyway?

 

My file is an archive I made that contains all inventory sprites of every item, along with a lookup table for IDs etc. So it's 5.5mb if I compress it. 

1. what mysteryy said.

2. what rocket said, you should cache it into their osbot > data > [your new folder] 

 

Yeah I meant caching the file, hence why I said I didn't want to put it into the resources in the Jar file.

 

For the single auth I'll just use the system I already have in place for dynamic signatures, so each time it pings I can check against the last ping for that OSBot user.

 

-_

 

Also, are the same security settings in place for running local scripts? As I want to test the whole downloading thing but don't want to assume that if it works on a local script it will work on remote ones.

Edited by Zee Best
Link to comment
Share on other sites

So you're allowed to use a BufferedReader? I'm pretty sure any file could be downloaded using a BufferedReader since UTF-8 uses 1 byte per character anyway?

 

My file is an archive I made that contains all inventory sprites of every item, along with a lookup table for IDs etc. So it's 5.5mb if I compress it. 

 

Yeah I meant caching the file, hence why I said I didn't want to put it into the resources in the Jar file.

 

For the single auth I'll just use the system I already have in place for dynamic signatures, so each time it pings I can check against the last ping for that OSBot user.

 

-_

 

Also, are the same security settings in place for running local scripts? As I want to test the whole downloading thing but don't want to assume that if it works on a local script it will work on remote ones.

 

 

Like I said, you can use a reader and read the input as plain text. 

If you are trying to manipulate the input and store it differently, your script is not going to be accepted. 

Link to comment
Share on other sites

So you're allowed to use a BufferedReader? I'm pretty sure any file could be downloaded using a BufferedReader since UTF-8 uses 1 byte per character anyway?

 

My file is an archive I made that contains all inventory sprites of every item, along with a lookup table for IDs etc. So it's 5.5mb if I compress it. 

 

Yeah I meant caching the file, hence why I said I didn't want to put it into the resources in the Jar file.

 

For the single auth I'll just use the system I already have in place for dynamic signatures, so each time it pings I can check against the last ping for that OSBot user.

 

-_

 

Also, are the same security settings in place for running local scripts? As I want to test the whole downloading thing but don't want to assume that if it works on a local script it will work on remote ones.

 

You're allowed to use BufferedReader, yes, to read into plain text storage, since it'll butcher binary downloads (to prevent downloading viruses, etc).

 

If you're downloading an archive though, it probably won't work with BufferedReader though... You can make a resources folder in your repo and then load it from the script using class.getResource

 

Security settings are the same.

Link to comment
Share on other sites

You're allowed to use BufferedReader, yes, to read into plain text storage, since it'll butcher binary downloads (to prevent downloading viruses, etc).

 

If you're downloading an archive though, it probably won't work with BufferedReader though... You can make a resources folder in your repo and then load it from the script using class.getResource

 

Security settings are the same.

 

Yeah, I knew about using resources stored in a Jar file but are there any limits to size? I may have to rethink my design and grab every single image and store those in an archive on the first run of the script.

 

I don't understand why they would block binary downloads, how do people who make webwalking systems store their data? Hardcoded? Perhaps I can write a different storage format than PNG, such as how the RS client stores images with a palette however I'm not sure how I'll be getting the file size down that much! Already pruned tonnes of images by creating a lookup table and storing duplicate item images as a single.

Edited by Zee Best
Link to comment
Share on other sites

Yeah, I knew about using resources stored in a Jar file but are there any limits to size? I may have to rethink my design and grab every single image and store those in an archive on the first run of the script.

 

I don't understand why they would block binary downloads, how do people who make webwalking systems store their data? Hardcoded? Perhaps I can write a different storage format than PNG, such as how the RS client stores images with a palette however I'm not sure how I'll be getting the file size down that much! Already pruned tonnes of images by creating a lookup table and storing duplicate item images as a single.

 

No they download using plain text.

Link to comment
Share on other sites

 

 
 

 

An accurate answer for number 1, I am guessing Bobrocket has not done this before so he isnt aware of what is and isnt allowed on downloading.

 

1) Kind of.

If you have a file to download, you are not allowed to open a byte stream to download the file. You can open a reader and read the plain text, and then create a local file, writing that text to it. You can create images using urls etc, this is allowed. 

What is not allowed, is opening byte streams to download a file.

 

 

How else would I transfer my large pathfinder map and deliver updates anytime fam?

I'm surprised eric hasn't slam dunked me yet for my map file... it's quite literally a binary file :doge:

Link to comment
Share on other sites

How else would I transfer my large pathfinder map and deliver updates anytime fam?

I'm surprised eric hasn't slam dunked me yet for my map file... it's quite literally a binary file doge.png

 

Were you being literal in that you are using a binary file and they're allowing it or you're using plain text? It's going to restrict a lot of stuff I can do.

 

I don't understand why'd they block the download of raw data, I know you're saying about transferring of viruses and such as I'm pretty sure they already restrict the download location of files as well as runtime executing. All that along with the fact they have to verify each upload surely it's not feasible to do that?

 

EDIT:

 

The script I'm wanting to release would be premium, do they have exceptions for that? Since it's more professional and I'd have more to gain from selling it than from trying to manipulate it lol?

Edited by Zee Best
Link to comment
Share on other sites

Were you being literal in that you are using a binary file and they're allowing it or you're using plain text? It's going to restrict a lot of stuff I can do.

 

I don't understand why'd they block the download of raw data, I know you're saying about transferring of viruses and such as I'm pretty sure they already restrict the download location of files as well as runtime executing. All that along with the fact they have to verify each upload surely it's not feasible to do that?

 

EDIT:

 

The script I'm wanting to release would be premium, do they have exceptions for that? Since it's more professional and I'd have more to gain from selling it than from trying to manipulate it lol?

 

It's binary... 010101010101010101010101010101010000101101010

 

Use base64 encoding for your binary files, that way it's plaintext but you can decode easily.

Edited by Bobrocket
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...