IGABMS wrote:

xouzouris wrote:

Real_WeBino wrote:

NILL_GAMES10 wrote:

xouzouris wrote:

IGABMS wrote:

IGABMS wrote:

kkidslogin wrote:

IGABMS wrote:

kkidslogin wrote:

xouzouris wrote:

kkidslogin wrote:

A more detailed explanation:

There are four cloud variables: server_data, server_response?, client_data, and client_response?. When the server sends data, it sets server_data to the data it is sending. It also sets server_response? to 1. Meanwhile, the client (the people that are online) is constantly scanning for when server_response? equals 1. When it becomes 1, the client stores the data somewhere and sets server_response? to 0 so that it doesn't read the data multiple times. When the client sends data, the same thing happens, except it uses client_data and client_response?, and the server sets client_response? to 0 after reading the data in client_data.

Presumably, the server uses a list to store data like websites. The downsides are that there can only be 200,000 websites (Unless you are running it in turbowarp), that every website is lost when the server loses power, and that there is a limited amount of memory availible for websites (~1GB if using a Raspberry Pi 4 2GB).
First of all, I THOUGHT OF THE EXACT SAME THING O_O Second, I do have a raspberry pi.
Ha! That's funny! I also have an add-on to this idea: if you don't want Chromium running 24/7, you can package a standalone offline package using Turbowarp Packager, and have cloud variables set to “Turbowarp's Online Server”. And perhaps pester
-GarboMuffin- about adding cloud variables and locally stored variables to TurboWarp Desktop.
This is what I've been saying, except without another central computer.

This could be accomplished by having a data transfer variable and a request address
and the client is always checking for a request to its address and then sets the data transfer variable to the content.

Hmmm……….. Having the client host the website could be sketchy… When the client leaves the project or even his computer falls asleep, the website would be lost forever. So really, the client would need a raspberry pi running server mode as well, and preferably a separate account to run the server.

I forgot to quote your post so I had to do it manually

Wow! THat's a lot of work to quote it manually!

I believe that if we want it to be accessible, people shouldn't need a rasberry pi. This should also be easily copy-able (with credit, of course)

It's up to people to store it. Whenever someone leaves, it just frees up more space for other people and lessens the load Scratch has to deal with. My vote is that if you leave, your website is cleared.

And guys-quick reminder: this is the INTERNET IN SCRATCH- NOT the internet partially rooted in Scratch but also runs on a Node.js server and requires each user to have a $15 rasberry pu.

You know what, why don't we just write this in Python and make this peer-to-peer with 256-bit asymmetric encryption and a remote data backup in 5 remote countries and have 3 more backups in a safety deposit box in a fortress?

This doesn't have to be so complex!

I have repeatedly stated that we DO NOT NEED to leave Scratch for this, yet it still seems that everyone insists that we do!

The scratch cloud variables are just not good enough! They are slow and unreliable!

https://forms.gle/u4MeDkREDvx2AanE7

This colab has been going on since Christmas! AND IT HASN'T EVEN STARTED!

But anyway, if you want people to like it, I say put it in node.js and Visual Studio Code, and then sell it to GPlay apple store etc. (If it's a browser, I think it is )

No, I disagree about the collab not starting, it isn't like we've done nothing. We have made at least SOME progress.

You guys do realize I have set up the data transfer 2 weeks ago?

Real_WeBino wrote:

IGABMS wrote:

xouzouris wrote:

Real_WeBino wrote:

NILL_GAMES10 wrote:

xouzouris wrote:

IGABMS wrote:

IGABMS wrote:

kkidslogin wrote:

IGABMS wrote:

kkidslogin wrote:

xouzouris wrote:

kkidslogin wrote:

A more detailed explanation:

There are four cloud variables: server_data, server_response?, client_data, and client_response?. When the server sends data, it sets server_data to the data it is sending. It also sets server_response? to 1. Meanwhile, the client (the people that are online) is constantly scanning for when server_response? equals 1. When it becomes 1, the client stores the data somewhere and sets server_response? to 0 so that it doesn't read the data multiple times. When the client sends data, the same thing happens, except it uses client_data and client_response?, and the server sets client_response? to 0 after reading the data in client_data.

Presumably, the server uses a list to store data like websites. The downsides are that there can only be 200,000 websites (Unless you are running it in turbowarp), that every website is lost when the server loses power, and that there is a limited amount of memory availible for websites (~1GB if using a Raspberry Pi 4 2GB).
First of all, I THOUGHT OF THE EXACT SAME THING O_O Second, I do have a raspberry pi.
Ha! That's funny! I also have an add-on to this idea: if you don't want Chromium running 24/7, you can package a standalone offline package using Turbowarp Packager, and have cloud variables set to “Turbowarp's Online Server”. And perhaps pester
-GarboMuffin- about adding cloud variables and locally stored variables to TurboWarp Desktop.
This is what I've been saying, except without another central computer.

This could be accomplished by having a data transfer variable and a request address
and the client is always checking for a request to its address and then sets the data transfer variable to the content.

Hmmm……….. Having the client host the website could be sketchy… When the client leaves the project or even his computer falls asleep, the website would be lost forever. So really, the client would need a raspberry pi running server mode as well, and preferably a separate account to run the server.

I forgot to quote your post so I had to do it manually

Wow! THat's a lot of work to quote it manually!

I believe that if we want it to be accessible, people shouldn't need a rasberry pi. This should also be easily copy-able (with credit, of course)

It's up to people to store it. Whenever someone leaves, it just frees up more space for other people and lessens the load Scratch has to deal with. My vote is that if you leave, your website is cleared.

And guys-quick reminder: this is the INTERNET IN SCRATCH- NOT the internet partially rooted in Scratch but also runs on a Node.js server and requires each user to have a $15 rasberry pu.

You know what, why don't we just write this in Python and make this peer-to-peer with 256-bit asymmetric encryption and a remote data backup in 5 remote countries and have 3 more backups in a safety deposit box in a fortress?

This doesn't have to be so complex!

I have repeatedly stated that we DO NOT NEED to leave Scratch for this, yet it still seems that everyone insists that we do!

The scratch cloud variables are just not good enough! They are slow and unreliable!

https://forms.gle/u4MeDkREDvx2AanE7

This colab has been going on since Christmas! AND IT HASN'T EVEN STARTED!

But anyway, if you want people to like it, I say put it in node.js and Visual Studio Code, and then sell it to GPlay apple store etc. (If it's a browser, I think it is )

No, I disagree about the collab not starting, it isn't like we've done nothing. We have made at least SOME progress.

You guys do realize I have set up the data transfer 2 weeks ago?

xouzouris wrote:

Real_WeBino wrote:

xouzouris wrote:

The scratch cloud variable servers are just not good enough! They are slow and unreliable!

Exactly! They update so slow!

It's going to be called “Dial-up Scratchedia”

kkidslogin wrote:

…And don't forget that the internet just looked like reading a file from UXTerm for a while

101Corp wrote:

Guys, guys! Come over here https://scratch.mit.edu/discuss/topic/514505/?page=1#post-5246002

101Corp wrote:

Guys, guys! Come over here https://scratch.mit.edu/discuss/topic/514505/?page=1#post-5246002

NILL_GAMES10 wrote:

101Corp wrote:

Guys, guys! Come over here https://scratch.mit.edu/discuss/topic/514505/?page=1#post-5246002

UYUVEE DAGASEEMATAGETEE

Real_WeBino wrote:

NILL_GAMES10 wrote:

101Corp wrote:

Guys, guys! Come over here https://scratch.mit.edu/discuss/topic/514505/?page=1#post-5246002

UYUVEE DAGASEEMATAGETEE

??????????????????????????//

xouzouris wrote:

Real_WeBino wrote:

NILL_GAMES10 wrote:

101Corp wrote:

Guys, guys! Come over here https://scratch.mit.edu/discuss/topic/514505/?page=1#post-5246002

UYUVEE DAGASEEMATAGETEE

??????????????????????????//

I think he had a stroke…

xouzouris wrote:

Real_WeBino wrote:

NILL_GAMES10 wrote:

101Corp wrote:

Guys, guys! Come over here https://scratch.mit.edu/discuss/topic/514505/?page=1#post-5246002

UYUVEE DAGASEEMATAGETEE

??????????????????????????//

I think he had a stroke…

kkidslogin wrote:

kkidslogin wrote:

…And don't forget that the internet just looked like reading a file from UXTerm for a while

In fact, for 20 or 30 years.

Do any of you actually know what UXTerm is? (Don't worry, I know, I didn't make a comparison yesterday without knowing what I was comparing)

IGABMS wrote:

kkidslogin wrote:

kkidslogin wrote:

…And don't forget that the internet just looked like reading a file from UXTerm for a while

In fact, for 20 or 30 years.

Do any of you actually know what UXTerm is? (Don't worry, I know, I didn't make a comparison yesterday without knowing what I was comparing)

A non-visual browser?

yooit_32 wrote:

Do you need to be a-never mind.

IGABMS wrote:

yooit_32 wrote:

Do you need to be a-never mind.

LOL what were you going to say? Who was it directed to?

kkidslogin wrote:

kkidslogin wrote:

…And don't forget that the internet just looked like reading a file from UXTerm for a while

In fact, for 20 or 30 years.

Do any of you actually know what UXTerm is? (Don't worry, I know, I didn't make a comparison yesterday without knowing what I was comparing)

ForzaHorizon786 wrote:

kkidslogin wrote:

kkidslogin wrote:

…And don't forget that the internet just looked like reading a file from UXTerm for a while

In fact, for 20 or 30 years.

Do any of you actually know what UXTerm is? (Don't worry, I know, I didn't make a comparison yesterday without knowing what I was comparing)

It's similar to your usual Terminal Command Prompt | cmd except it is more minimalistic, and has features that are't in Command Prompt, but they are more advanced. Uxterm is Xterm with support to Unicode characters