Change the Scratch Domain

EngineerRunner

Steve0Greatness wrote:
The Scratch Team is now doing something with Scratch.org, pretty sure that means therre's pretty much no chance this suggestion will ever be implemented. Oh well.

that isn't completely confirmed yet, as many of the apis have been moved over to *.scratch.org domains, such as:
https://api.scratch.mit.edu/ -> https://scratch-api.scratch.org/ eg https://api.scratch.mit.edu/projects/104 -> https://scratch-api.scratch.org/projects/104

https://cdn.assets.scratch.mit.edu/ -> https://scratch-assets.scratch.org/ eg https://cdn.assets.scratch.mit.edu/internalapi/asset/8bf7322aa44f45742eaa1da0256d6440.svg/get/ -> https://scratch-assets.scratch.org/internalapi/asset/8bf7322aa44f45742eaa1da0256d6440.svg/get/

and all these other subdomains also exist:

Last edited by EngineerRunner (June 6, 2024 18:00:56)

starlightsparker

EngineerRunner wrote:
Steve0Greatness wrote:
The Scratch Team is now doing something with Scratch.org, pretty sure that means therre's pretty much no chance this suggestion will ever be implemented. Oh well.
that isn't completely confirmed yet, as many of the apis have been moved over to *.scratch.org domains, such as:
https://api.scratch.mit.edu/ -> https://scratch-api.scratch.org/ eg https://api.scratch.mit.edu/projects/104 -> https://scratch-api.scratch.org/projects/104

https://cdn.assets.scratch.mit.edu/ -> https://scratch-assets.scratch.org/ eg https://cdn.assets.scratch.mit.edu/internalapi/asset/8bf7322aa44f45742eaa1da0256d6440.svg/get/ -> https://scratch-assets.scratch.org/internalapi/asset/8bf7322aa44f45742eaa1da0256d6440.svg/get/

and all these other subdomains also exist:

erm actually check announcements

EngineerRunner

starlightsparker wrote:
EngineerRunner wrote:
Steve0Greatness wrote:
The Scratch Team is now doing something with Scratch.org, pretty sure that means therre's pretty much no chance this suggestion will ever be implemented. Oh well.
that isn't completely confirmed yet, as many of the apis have been moved over to *.scratch.org domains, such as:
https://api.scratch.mit.edu/ -> https://scratch-api.scratch.org/ eg https://api.scratch.mit.edu/projects/104 -> https://scratch-api.scratch.org/projects/104

https://cdn.assets.scratch.mit.edu/ -> https://scratch-assets.scratch.org/ eg https://cdn.assets.scratch.mit.edu/internalapi/asset/8bf7322aa44f45742eaa1da0256d6440.svg/get/ -> https://scratch-assets.scratch.org/internalapi/asset/8bf7322aa44f45742eaa1da0256d6440.svg/get/

and all these other subdomains also exist:
erm actually check announcements

no, i mean the whole site never moving to scratch.org isnt confirmed yet.

Steve0Greatness

MagicCoder330 wrote:
After clicking the link, I found that Scratch.org IS indeed blocked by school computers already (at least in my district)

I'd recommend contacting your district about this, Scratch.org is currently hosting resources for educators and students who want to start “Scratch clubs” (and a bit more), it really shouldn't be blocked.

EngineerRunner wrote:
that isn't completely confirmed yet, as many of the apis have been moved over to *.scratch.org domains, such as:
https://api.scratch.mit.edu/ -> https://scratch-api.scratch.org/ eg https://api.scratch.mit.edu/projects/104 -> https://scratch-api.scratch.org/projects/104

https://cdn.assets.scratch.mit.edu/ -> https://scratch-assets.scratch.org/ eg https://cdn.assets.scratch.mit.edu/internalapi/asset/8bf7322aa44f45742eaa1da0256d6440.svg/get/ -> https://scratch-assets.scratch.org/internalapi/asset/8bf7322aa44f45742eaa1da0256d6440.svg/get/

and all these other subdomains also exist:
~image snipped~

Interesting. I don't really know what that could mean. They might be moving the entire set eventually, but they also might not be.

GlitchedThrough wrote:
They could use edit.scratch.[org], or similar.

edit.scratch.org might make sense for the editor, but I don't think it'd work very well for the site itself.
edit.scratch.org/projects/104 just doesn't look nice for a URL.

o97doge

They could move to app.scratch.org.

PaperMarioFan2022

o97doge wrote:
They could move to app.scratch.org.

This sounds more fitting and better, but what if the domain isn’t listed as educational and it just shows schools that it’s not a trusted domain?

gem1001

Steve0Greatness wrote:
The Scratch Team is now doing something with Scratch.org, pretty sure that means therre's pretty much no chance this suggestion will ever be implemented. Oh well.

starlightsparker wrote:
so…. scratch.org is scratch foundation now, so i guess this suggestion is as good as rejected? idk
It doesn't seem to be the new Scratch Foundation website. The announcement (see above) states that it's pretty much a resource for people using Scratch in classrooms, clubs, etc. It still does seem to be indirectly rejected, but since the ST hasn't yet closed this topic, they might not be entirely against changing their domain, but they can't/won't at the moment. But that kinda depends if they close it.

It literally says 'Home - Scratch Foundation'

Steve0Greatness

gem1001 wrote:
It literally says 'Home - Scratch Foundation'

What I meant is that many Scratch pages are also moving to Scratch.org. IE TOS, Privacy Policy, Cookies.

arogix342

this suggestion is perhaps the epitome of “if it ain't broke, don't fix it”. it's a change that would be difficult server-wise, would royally screw up passwords, and wouldn't accomplish anything besides making scratch look slightly sketchier.

Steve0Greatness

arogix342 wrote:
this suggestion is perhaps the epitome of “if it ain't broke, don't fix it”. it's a change that would be difficult server-wise, would royally screw up passwords, and wouldn't accomplish anything besides making scratch look slightly sketchier.

If it ain't broke is the worst reason to not change something. “This code is bad, but I'm not going to touch it because it ain't broke. It's totally not going to come back and bite me or my colleagues ever. But hey, if it ain't broke, don't fix it! Am I right?”
I don't believe it would be difficult server-wise. It's pretty much just editing the DNS entry to point to the Scratch server's IP address.
Every password manager allows you to get stored passwords. It's pretty much just a matter of the user going into their password manager and finding the entry for their Scratch password.
How would it be sketchy at all? I don't get this point at all.

mumu245

Steve0Greatness wrote:
(#430)
arogix342 wrote:
this suggestion is perhaps the epitome of “if it ain't broke, don't fix it”. it's a change that would be difficult server-wise, would royally screw up passwords, and wouldn't accomplish anything besides making scratch look slightly sketchier.
If it ain't broke is the worst reason to not change something. “This code is bad, but I'm not going to touch it because it ain't broke. It's totally not going to come back and bite me or my colleagues ever. But hey, if it ain't broke, don't fix it! Am I right?”
I don't believe it would be difficult server-wise. It's pretty much just editing the DNS entry to point to the Scratch server's IP address.
Every password manager allows you to get stored passwords. It's pretty much just a matter of the user going into their password manager and finding the entry for their Scratch password.
How would it be sketchy at all? I don't get this point at all.

In fact, I think this would look less sketchy, especially for people who don't know who MIT is or what edu is for.

GlitchedThrough

arogix342 wrote:
this suggestion is perhaps the epitome of “if it ain't broke, don't fix it”. it's a change that would be difficult server-wise, would royally screw up passwords, and wouldn't accomplish anything besides making scratch look slightly sketchier.

How would it screw up passwords? And how would it be difficult server side?

EngineerRunner

GlitchedThrough wrote:
arogix342 wrote:
this suggestion is perhaps the epitome of “if it ain't broke, don't fix it”. it's a change that would be difficult server-wise, would royally screw up passwords, and wouldn't accomplish anything besides making scratch look slightly sketchier.
How would it screw up passwords? And how would it be difficult server side?

it wouldnt necessarily transfer over saved passwords, but thats the only issue i can think of

Steve0Greatness

EngineerRunner wrote:
it wouldnt necessarily transfer over saved passwords, but thats the only issue i can think of

At the same time, transfer of saved passwords and cookies is kind of a non-issue. If the ST made an announcement about this a week or so beforehand telling users how to get their Scratch passwords from their password manager then it really wouldn't matter. And for those who type in their password, they likely remember it anyway. Even then, there's still the ability to reset their password, which wouldn't go away with a domain switch (unless they used a temp mail service, in which case, that's really their own fault). I genuinely don't think saved passwords is at all an issue.

Steve0Greatness

BUMP

GlitchedThrough

EngineerRunner wrote:
GlitchedThrough wrote:
arogix342 wrote:
this suggestion is perhaps the epitome of “if it ain't broke, don't fix it”. it's a change that would be difficult server-wise, would royally screw up passwords, and wouldn't accomplish anything besides making scratch look slightly sketchier.
How would it screw up passwords? And how would it be difficult server side?
it wouldnt necessarily transfer over saved passwords, but thats the only issue i can think of

If you mean password managers, i believe you can typically change the target.

Steve0Greatness

BUMP

Steve0Greatness

Not sure how many people know this currently, but scratch.org is back to being a redirect, but now for scratchfoundation.org instead of scratch.mit.edu. Additionally, scratch.love is VPN restricted again.

Steve0Greatness

BUMP

Steve0Greatness

BUMP

Discuss Scratch