This is a read-only archive of the old Scratch 1.x Forums.
Try searching the current Scratch discussion forums.

#51 2010-04-06 20:46:16

darkknuckles
Scratcher
Registered: 2009-09-20
Posts: 100+

Re: A URL() block?

Lots Of People Would Get Banned

Offline

 

#52 2010-04-07 07:36:11

Phi_Lho
Scratcher
Registered: 2010-03-22
Posts: 75

Re: A URL() block?

To comment on the original suggestion: it is a seductive, but bad idea.
Why bad?
- Internet resources can disappear or change;
- They are often slower to download and depend on server availability;
- It is often bad practice to use a foreign site resource (its bandwidth to allow downloading a resource) unless they allow explicitly this usage (like Flickr or similar);
And a single reason:
- You just cannot do that in an applet. Well, actually you can, but the resource either have to be on the server providing the applet, or the applet must be signed, which is a chore, both for the applet maker and the user which is presented with a security warning.

This is a security issue, invoked by some people. Not for the risk of downloading a virus, but just because if cross-site calls like that are possible, it is possible to send information (perhaps sensitive one) to any site on the world, friendly or malevolent.

Now, it could be nice if mit.edu site offered some Web API to allow its users to upload (and download) some simple textual data... like high scores or user credential or level data or saved game.


http://i241.photobucket.com/albums/ff159/PhiLho/KM150.pnghttp://i241.photobucket.com/albums/ff159/PhiLho/PhiLhoLogo.png

Offline

 

#53 2010-06-01 17:30:15

omegaPerson
Scratcher
Registered: 2010-06-01
Posts: 7

Re: A URL() block?

<change[  ]effect by(

Offline

 

#54 2010-06-01 17:41:29

RCScratch
Scratcher
Registered: 2010-05-26
Posts: 48

Re: A URL() block?

set costume to url ("sample.mit.edu/yourimage.png")
<a href="http://www.danasoft.com"><img src="http://www.danasoft.com/sig/RCS002.jpg" border="0"></a><div style="font-family:arial,sans-serif;font-size:11px;"><p>Sign by Danasoft - <a href="http://www.danasoft.com">For Backgrounds and Layouts</a></p></div>


http://i736.photobucket.com/albums/xx7/RCScratch/RCSCRatch.gif http://www.danasoft.com/sig/467044211994.jpg

Offline

 

#55 2010-06-01 17:47:35

johnnydean1
Scratcher
Registered: 2010-02-12
Posts: 1000+

Re: A URL() block?

butheadrecoverdwpa wrote:

cocoanut wrote:

I wanted to post this the other day, but you beat me to it!

I agree, it could be useful.

Yes I agree too. I love the ideas, I am working on my own programming system and these would be really cool!  smile  . I would also like blocks like these ones :

Code:

post {lists and variable} on server { www.somewebsite.com }
( input from server (67) )
create public server called {someserver}
create private server name:{someserver} password:{***********}
join server {someserver} if password use {***********}
send {Hello} on server (67)

and buttons like these ones:

Code:

(create server)
(join server)

Which would pop up windows like this:

Code:

{----------------------------------------------------------------------------------------------------------------------}
|server name:{someserver}
|password:{somepassword}
|o private   o public
|o worldwide  o network o on networks:
|                                         {blah}
|                                         {blah} 
{-----------------------------------------------------------------------------------------------------------------------}

I need these!


You can now reach me on Twitter @johnnydean1_

Offline

 

#56 2010-07-27 22:22:03

Zoomreddin
Scratcher
Registered: 2009-03-27
Posts: 100+

Re: A URL() block?

gettysburg11 wrote:

Yes, having just a URL block for images and sounds would make my projects a lot easier, and I'm pretty sure it'd be the same for other people.

Yes, It would be helpful. (Well for some people like me.)


http://mag.racked.eu/image/46.1/Bombs+Away%21/mca.png

Offline

 

#57 2010-07-27 23:30:49

hdarken
Scratcher
Registered: 2008-06-26
Posts: 1000+

Re: A URL() block?

I have many resons to agree and many resons to disagree.


http://i.imgur.com/VskBk.png
http://i.imgur.com/tgxVZ.jpg

Offline

 

#58 2010-07-27 23:31:42

fullmoon
Retired Community Moderator
Registered: 2007-06-04
Posts: 1000+

Re: A URL() block?

hdarken wrote:

I have many resons to agree and many resons to disagree.

I would love to hear both of them!

If you agree be sure to vote this idea up on Scratch Suggestions!

Last edited by fullmoon (2010-07-27 23:35:23)


http://i302.photobucket.com/albums/nn100/fullmoon32/wow.jpg

Offline

 

#59 2010-07-27 23:53:07

hdarken
Scratcher
Registered: 2008-06-26
Posts: 1000+

Re: A URL() block?

fullmoon wrote:

hdarken wrote:

I have many resons to agree and many resons to disagree.

I would love to hear both of them!

If you agree be sure to vote this idea up on Scratch Suggestions!

I agree because it could be very helpfull for making projects. I dissagree because you can get viruses and there could be innapropriate content and Im pretty sure there will be no viruses and innapropriate content.


http://i.imgur.com/VskBk.png
http://i.imgur.com/tgxVZ.jpg

Offline

 

#60 2010-07-27 23:59:42

coolstuff
Community Moderator
Registered: 2008-03-06
Posts: 1000+

Re: A URL() block?

hdarken wrote:

I agree because it could be very helpfull for making projects. I dissagree because you can get viruses and there could be innapropriate content and Im pretty sure there will be no viruses and innapropriate content.

Excellent point here! I understand your point, however:

- the risk if inappropriate content is run either way, and
-viruses cannot be run in Scratch.

Offline

 

#61 2010-11-21 13:26:03

gnk2200
Scratcher
Registered: 2009-10-23
Posts: 100+

Re: A URL() block?

I like this idea.
It would make OS web browsers so awesome!
But, there are virus-y cons.

Offline

 

#62 2011-02-14 11:31:31

DC1
Scratcher
Registered: 2009-12-16
Posts: 31

Re: A URL() block?

<say[ Awesome ]for( 2 )secs>

Offline

 

#63 2011-02-14 19:36:41

Harakou
Community Moderator
Registered: 2009-10-11
Posts: 1000+

Re: A URL() block?

I really like the ideas here. It would be a great way to add interactive content, and even better, you could save space on your project by loading content (such as music) from online. Like others, I am concerned about the changing nature of web content and the difficulty involved in monitoring it.


http://www.blocks.scratchr.org/API.php?action=random&amp;return=image&amp;link1=http://i.imgur.com/OZn2RD3.png&amp;link2=http://i.imgur.com/duzaGTB.png&amp;link3=http://i.imgur.com/CrDGvvZ.png&amp;link4=http://i.imgur.com/POEpQyZ.png&amp;link5=http://i.imgur.com/ZKJF8ac.png

Offline

 

#64 2011-02-14 19:45:01

meIon
Scratcher
Registered: 2011-02-14
Posts: 63

Re: A URL() block?

people would abuse it so bad

Offline

 

#65 2011-02-14 20:37:02

geohendan
Scratcher
Registered: 2009-08-06
Posts: 1000+

Re: A URL() block?

Thing is, most people like to copy and paste things, and you can't do that in Scratch. It'd be a pain to type h t t p : / / s c r a t c h . m i t . e d u / f or u m s / v i e w t o p i c . p h p ? i d = (No ID for you.)

Last edited by geohendan (2011-02-14 20:38:38)


Scratching that nasty wart on my back since 2009!
http://i.imgur.com/OzpGtWV.jpg

Offline

 

#66 2011-07-30 17:22:04

joefarebrother
Scratcher
Registered: 2011-04-08
Posts: 1000+

Re: A URL() block?

[go to url ()] is a good idea, but imagine the disaster when placed in a forever block!


My latest project is called http://tinyurl.com/d2m8hne! It has http://tinyurl.com/d395ygk views, http://tinyurl.com/cnasmt7 love-its, and http://tinyurl.com/bwjy8xs comments.
http://tinyurl.com/756anbk   http://tinyurl.com/iplaychess

Offline

 

#67 2011-11-03 00:07:46

copyrightking
Scratcher
Registered: 2011-06-25
Posts: 24

Re: A URL() block?

http://www.danasoft.com/sig/MASTERHAND7PWNZ.jpg

Offline

 

#68 2011-11-03 16:05:28

joefarebrother
Scratcher
Registered: 2011-04-08
Posts: 1000+

Re: A URL() block?

actually what if someone made a scratch project with a script that opens a url to itself repeatadly?

Also, it would be possibe for someone to write a program which picks a text string at random, attempts to log in to the website with the guessed password and a given username, and if it fails, it tries again. That would make it possible to hack ANY account on the scratch website, and the program might not even have to be uploaded!!! Then they might edit the code so they can hack ANY account on ANY website!!! And MIT will get all of the blame...


My latest project is called http://tinyurl.com/d2m8hne! It has http://tinyurl.com/d395ygk views, http://tinyurl.com/cnasmt7 love-its, and http://tinyurl.com/bwjy8xs comments.
http://tinyurl.com/756anbk   http://tinyurl.com/iplaychess

Offline

 

#69 2011-11-03 16:23:22

roijac
Scratcher
Registered: 2010-01-19
Posts: 1000+

Re: A URL() block?

joefarebrother wrote:

actually what if someone made a scratch project with a script that opens a url to itself repeatadly?

Also, it would be possibe for someone to write a program which picks a text string at random, attempts to log in to the website with the guessed password and a given username, and if it fails, it tries again. That would make it possible to hack ANY account on the scratch website, and the program might not even have to be uploaded!!! Then they might edit the code so they can hack ANY account on ANY website!!! And MIT will get all of the blame...

OMG
ppl are doing these
and they don't scratch to do that
what could be dangerous if a popular person makes a little code in his program to shut down a server etc.

Offline

 

#70 2011-12-16 18:20:32

copyrightking
Scratcher
Registered: 2011-06-25
Posts: 24

Re: A URL() block?

the only reason why there not going to have it is because a scratcher could send you to a website that glitches up your computer or a * website

Offline

 

#71 2011-12-16 19:23:48

Pecola1
Scratcher
Registered: 2010-09-06
Posts: 1000+

Re: A URL() block?

This would make scratch more dangerous.  hmm


If you are reading this, please read to the end, because if you don't you won't know what's at the end. Don't just skip to the end though otherwise you won't be able to read the middle, which is most important. Now you must be wondering why you just read all that, the reason is you may have not noticed something, read it again and see if you notice it this time  smile

Offline

 

#72 2011-12-16 21:04:06

legoscratch
Scratcher
Registered: 2010-06-18
Posts: 100+

Re: A URL() block?

In my opinion, it seems like a lot more trouble to moderate than it's worth.


If you are having trouble with simple counting, use the following mnemonic device: 1 comes before 2 comes before 5,280 comes before 523,860,759 comes after the square root of -153 comes before π. This will make your previous counting problems seem like no big deal.

Offline

 

#73 2011-12-16 21:22:38

coolstuff
Community Moderator
Registered: 2008-03-06
Posts: 1000+

Re: A URL() block?

legoscratch wrote:

In my opinion, it seems like a lot more trouble to moderate than it's worth.

Indeed - I'm not sure what I've posted previously on this thread (though I'm sure I have), but I'm pretty certain it's something to that effect.

Offline

 

#74 2011-12-17 05:24:18

joefarebrother
Scratcher
Registered: 2011-04-08
Posts: 1000+

Re: A URL() block?

a better idea would be

|go to url () if clicked|

That would be safer to use as you cannot repeatedly open a webpage, and it is easier to flag the project as it is not slowing the browser down by opening too many pages.


My latest project is called http://tinyurl.com/d2m8hne! It has http://tinyurl.com/d395ygk views, http://tinyurl.com/cnasmt7 love-its, and http://tinyurl.com/bwjy8xs comments.
http://tinyurl.com/756anbk   http://tinyurl.com/iplaychess

Offline

 

#75 2011-12-17 17:48:48

W00tage
New Scratcher
Registered: 2011-06-23
Posts: 14

Re: A URL() block?

gershmer wrote:

rubiks_cube_guy238 wrote:

No, a URL block wouldn't be a good idea. The one, big, fat reason is this:
Someone uploads a project to the web that opens up a virused website.
Everyone who views the project gets a virus.
Do you like this situation?

How would it download...?

Drive-by-download attacks, that's how.
However, it could simply notify the user they are going to the site in a alert() box when the url() block is on que. Beside, they could use mywot.com's api and filter out bad sites.

Offline

 

Board footer