[devtucker]

I want to add remote management to my scripts so I can access them via mobile and stop them or change settings if I feel like it.

I'm sure doing this on a private script is fine, but say I was going to release to the Bot store would this functionality be allowed?

Would send all data through SWS (Websocket) to my host.

Long Polling is also an option.

 

[party]

@Arbiter @SlashnHax

I believe the stance on this is that we don't really allow access to external resources.

 

[defeat3d]

I was allowed to do this before

 

[qosmiof2]

@Arbiter @SlashnHax

I believe the stance on this is that we don't really allow access to external resources.

Not sure what SWS is, but if you use servers, php files to manipulate the script, you are perfectly fine.

 

[party]

Not sure what SWS is, but if you use servers, php files to manipulate the script, you are perfectly fine.

Fair enough, tagged them in anyway to confirm.

 

[devtucker]

Not sure what SWS is, but if you use servers, php files to manipulate the script, you are perfectly fine.

SWS is SecureWebsocket.

PHP wouldn't work for sending requests to the script unless I implemented long polling.

 

[defeat3d]

SWS is SecureWebsocket.

PHP wouldn't work for sending requests to the script unless I implemented long polling.

Arbiter told me to use long polling. SWS should be fine too.

 

[devtucker]

SWS is SecureWebsocket.

PHP wouldn't work for sending requests to the script unless I implemented long polling.

Ph

Arbiter told me to use long polling. SWS should be fine too.

Alright I'll await confirmation before putting it into my public script framework. Thanks.

 

[arbiter]

The communication will be evaluated upon pushing to queue for safety. The client-side response to server-side commands needs to be very clearly defined in the code and limited in scope to relatively simple things. Changing settings and stopping/pausing the bot seems fine to me.

 

[devtucker]

The communication will be evaluated upon pushing to queue for safety. The client-side response to server-side commands needs to be very clearly defined in the code and limited in scope to relatively simple things. Changing settings and stopping/pausing the bot seems fine to me.

Understood, I will make sure that the Client (Bot) clearly demonstrates the logic executed when I implement this into a public script, that way there will be no question of malicious intent.