Discuss Scratch

NILL_GAMES10
Scratcher
1000+ posts

Scratchedia - The Internet on Scratch, that's safe (Applications Closed)

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

I've moved accounts. Go to my new account here.
IGABMS
Scratcher
100+ posts

Scratchedia - The Internet on Scratch, that's safe (Applications Closed)

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!
Alright. But I thinkw e should just make the software, and then let people host it themselves for more speed.
kkidslogin
Scratcher
1000+ posts

Scratchedia - The Internet on Scratch, that's safe (Applications Closed)

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!
Sarcasm…?

They are slow, but they are fine. If we use a 4-digit numeric code for everything, we can get a lot through. For example, say the command to draw a filled-in box was 0800, and the two points were also 1 number each. Then we could have 21.33333333333333333333333333333333 boxes in 0.1 seconds

My siggy doesn't fit on ur screen! Select it and use CTRL (Or COMMAND if MAC) + SHIFT + DOWN to see the rest please.



when green flag clicked
forever
write code
repeat until <(bugs) = [0]>
test
fix bugs
end
release
end
Newest songs:
Hack Attack
Surrender
Deaf (NEW!)

What I am:
A proud BBcode user
Windows95 gamer on Windows XP tower,
Windows98 and below,
DOS,
8 bit guy,
Commodore 64,
Commodore- everything,
Z80,
IBM PC
and clones lover.
NILL_GAMES10
Scratcher
1000+ posts

Scratchedia - The Internet on Scratch, that's safe (Applications Closed)

IGABMS 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!
Alright. But I thinkw e should just make the software, and then let people host it themselves for more speed.
How about we make a thibg like turbowar0, but it runs scratchedia and we use our own server for it (0tgeres a lot of free server hosts out tgere)

I've moved accounts. Go to my new account here.
IGABMS
Scratcher
100+ posts

Scratchedia - The Internet on Scratch, that's safe (Applications Closed)

kkidslogin 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!
Sarcasm…?

They are slow, but they are fine. If we use a 4-digit numeric code for everything, we can get a lot through. For example, say the command to draw a filled-in box was 0800, and the two points were also 1 number each. Then we could have 21.33333333333333333333333333333333 boxes in 0.1 seconds
Great idea!

Are you joining the collab?

You seem very experienced and definetly qualified.
Real_WeBino
Scratcher
39 posts

Scratchedia - The Internet on Scratch, that's safe (Applications Closed)

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 )

Hello! I am Real_WeBino! The owner of WeBino!

link images will be here soon when this account turns to scratcher

Check out my other profiles! GuitarGuyPlayz MrCreeperFX


Current possible DEV: WeBino Discover 1 - The OS Of The Future!
Next DEV: T.B.A
3rd DEV: T.B.A
4th DEV: T.B.A
5th DEV: T.B.A
6th DEV: T.B.A
7th DEV: T.B.A
8th DEV: T.B.A

kkidslogin
Scratcher
1000+ posts

Scratchedia - The Internet on Scratch, that's safe (Applications Closed)

Sure! I know I said I wouldn't, but I changed my mind when I caught myself using ‘we’ to describe who would be making this.

Warning: I am horrible at remembering to document what this piece or that piece of code does. And I sometimes miss simple ways to make the code simpler. Just a warning.

My siggy doesn't fit on ur screen! Select it and use CTRL (Or COMMAND if MAC) + SHIFT + DOWN to see the rest please.



when green flag clicked
forever
write code
repeat until <(bugs) = [0]>
test
fix bugs
end
release
end
Newest songs:
Hack Attack
Surrender
Deaf (NEW!)

What I am:
A proud BBcode user
Windows95 gamer on Windows XP tower,
Windows98 and below,
DOS,
8 bit guy,
Commodore 64,
Commodore- everything,
Z80,
IBM PC
and clones lover.
kkidslogin
Scratcher
1000+ posts

Scratchedia - The Internet on Scratch, that's safe (Applications Closed)

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 )
If so, then the scratch forums are the wrong place to talk about this.

My siggy doesn't fit on ur screen! Select it and use CTRL (Or COMMAND if MAC) + SHIFT + DOWN to see the rest please.



when green flag clicked
forever
write code
repeat until <(bugs) = [0]>
test
fix bugs
end
release
end
Newest songs:
Hack Attack
Surrender
Deaf (NEW!)

What I am:
A proud BBcode user
Windows95 gamer on Windows XP tower,
Windows98 and below,
DOS,
8 bit guy,
Commodore 64,
Commodore- everything,
Z80,
IBM PC
and clones lover.
NILL_GAMES10
Scratcher
1000+ posts

Scratchedia - The Internet on Scratch, that's safe (Applications Closed)

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 )
Maybe not apple…
you know, its kinda 100 euros a month…

I've moved accounts. Go to my new account here.
NILL_GAMES10
Scratcher
1000+ posts

Scratchedia - The Internet on Scratch, that's safe (Applications Closed)

kkidslogin 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 )
If so, then the scratch forums are the wrong place to talk about this.
Tgere is an advanced topics section. If this turns into stuff like that we can request it to be moved there

I've moved accounts. Go to my new account here.
kkidslogin
Scratcher
1000+ posts

Scratchedia - The Internet on Scratch, that's safe (Applications Closed)

NILL_GAMES10 wrote:

kkidslogin 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 )
If so, then the scratch forums are the wrong place to talk about this.
Tgere is an advanced topics section. If this turns into stuff like that we can request it to be moved there
Perfect! For that. I like keeping it on scratch though, because my ability to actually WORK on it would be severely hampered.

My siggy doesn't fit on ur screen! Select it and use CTRL (Or COMMAND if MAC) + SHIFT + DOWN to see the rest please.



when green flag clicked
forever
write code
repeat until <(bugs) = [0]>
test
fix bugs
end
release
end
Newest songs:
Hack Attack
Surrender
Deaf (NEW!)

What I am:
A proud BBcode user
Windows95 gamer on Windows XP tower,
Windows98 and below,
DOS,
8 bit guy,
Commodore 64,
Commodore- everything,
Z80,
IBM PC
and clones lover.
Real_WeBino
Scratcher
39 posts

Scratchedia - The Internet on Scratch, that's safe (Applications Closed)

NILL_GAMES10 wrote:

kkidslogin 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 )
If so, then the scratch forums are the wrong place to talk about this.
Tgere is an advanced topics section. If this turns into stuff like that we can request it to be moved there

Yeah, some people don't have other forum related apps though so it would have to go in advanced, Scratch wouldn't mind…

Hello! I am Real_WeBino! The owner of WeBino!

link images will be here soon when this account turns to scratcher

Check out my other profiles! GuitarGuyPlayz MrCreeperFX


Current possible DEV: WeBino Discover 1 - The OS Of The Future!
Next DEV: T.B.A
3rd DEV: T.B.A
4th DEV: T.B.A
5th DEV: T.B.A
6th DEV: T.B.A
7th DEV: T.B.A
8th DEV: T.B.A

Real_WeBino
Scratcher
39 posts

Scratchedia - The Internet on Scratch, that's safe (Applications Closed)

xouzouris wrote:

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

Exactly! They update so slow!

Hello! I am Real_WeBino! The owner of WeBino!

link images will be here soon when this account turns to scratcher

Check out my other profiles! GuitarGuyPlayz MrCreeperFX


Current possible DEV: WeBino Discover 1 - The OS Of The Future!
Next DEV: T.B.A
3rd DEV: T.B.A
4th DEV: T.B.A
5th DEV: T.B.A
6th DEV: T.B.A
7th DEV: T.B.A
8th DEV: T.B.A

GAMS2
Scratcher
1000+ posts

Scratchedia - The Internet on Scratch, that's safe (Applications Closed)

Yall gotta learn to do this in quotes:

somebody lol wrote:

-Snip-
it took so long to scroll down every single one of those!

My signature is too big, select the text and use Ctrl + Shift + Down arrow! (I am the actual GAMS2! Gonna impersonate me for AFD? Don't include this line of text!)


Have I stopped recording?

No?
Then how do I turn this off?
Press the red button?
Okay I am pr-

Latest project:My Middle School Be Like: (WARNING: LOW QAULITY!)

Check out my new RP: Cops and Robbers RP! Hope to see yall there!

GAMS2 wrote:

If life throws something at you, try your best to dodge it, if it hits you and you fall…. get back up and keep moving forward. Don't give up, and make it through to the end. (MY OWN QUOTE!)

Do people still read these?



Nah, probably not.
Real_WeBino
Scratcher
39 posts

Scratchedia - The Internet on Scratch, that's safe (Applications Closed)

GAMS2 wrote:

Yall gotta learn to do this in quotes:

somebody lol wrote:

-Snip-
it took so long to scroll down every single one of those!
lol

Hello! I am Real_WeBino! The owner of WeBino!

link images will be here soon when this account turns to scratcher

Check out my other profiles! GuitarGuyPlayz MrCreeperFX


Current possible DEV: WeBino Discover 1 - The OS Of The Future!
Next DEV: T.B.A
3rd DEV: T.B.A
4th DEV: T.B.A
5th DEV: T.B.A
6th DEV: T.B.A
7th DEV: T.B.A
8th DEV: T.B.A

kkidslogin
Scratcher
1000+ posts

Scratchedia - The Internet on Scratch, that's safe (Applications Closed)

GAMS2 wrote:

Yall gotta learn to do this in quotes:

somebody lol wrote:

-Snip-
it took so long to scroll down every single one of those!
Yeah… That would be oof, reading them all at ounce. But on the bright side, we increased the number of pages in this topic

My siggy doesn't fit on ur screen! Select it and use CTRL (Or COMMAND if MAC) + SHIFT + DOWN to see the rest please.



when green flag clicked
forever
write code
repeat until <(bugs) = [0]>
test
fix bugs
end
release
end
Newest songs:
Hack Attack
Surrender
Deaf (NEW!)

What I am:
A proud BBcode user
Windows95 gamer on Windows XP tower,
Windows98 and below,
DOS,
8 bit guy,
Commodore 64,
Commodore- everything,
Z80,
IBM PC
and clones lover.
xouzouris
Scratcher
100+ posts

Scratchedia - The Internet on Scratch, that's safe (Applications Closed)

kkidslogin wrote:

GAMS2 wrote:

Yall gotta learn to do this in quotes:

somebody lol wrote:

-Snip-
it took so long to scroll down every single one of those!
Yeah… That would be oof, reading them all at ounce. But on the bright side, we increased the number of pages in this topic
This is the 717th post

>> Head of Scratchedia <<

Scratchedia is the recreation of the
internet, on Scratch, that's safe!

Random Stuff:
My little cousin asked me why we can't make and run a nuclear reactor at home…

Don't forget to keep on Scratchin'
xouzouris
Scratcher
100+ posts

Scratchedia - The Internet on Scratch, that's safe (Applications Closed)

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”

>> Head of Scratchedia <<

Scratchedia is the recreation of the
internet, on Scratch, that's safe!

Random Stuff:
My little cousin asked me why we can't make and run a nuclear reactor at home…

Don't forget to keep on Scratchin'
xouzouris
Scratcher
100+ posts

Scratchedia - The Internet on Scratch, that's safe (Applications Closed)

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.

Last edited by xouzouris (May 17, 2021 21:18:11)


>> Head of Scratchedia <<

Scratchedia is the recreation of the
internet, on Scratch, that's safe!

Random Stuff:
My little cousin asked me why we can't make and run a nuclear reactor at home…

Don't forget to keep on Scratchin'
IGABMS
Scratcher
100+ posts

Scratchedia - The Internet on Scratch, that's safe (Applications Closed)

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?

Powered by DjangoBB

Standard | Mobile