Scratch

I would do the PHP if I had a place to host it!

Try here

I dont know any PHP but if you can get the code done I think I can make a scrach block to access the webpage.

I am no expert on php, but I don't think it's possible for Panther to send info to a page. Pages can only be triggered by a block reading from it.

the only way I can think of writing info to an online store, is for each page to be IP sensitive, and say, have individual pages for all the characters on a keyboard and some other pages for things like "submit" "newline" and then get Panther to visit the correct pages in the right order and get the php to write a line corresponding to your IP with the pages in order of visit until that IP visits the submit page, then it clears the line and saves the content to a list pages for things like status, message, colour etc. you would have command pages that are visited to give meaning to a string.

here's an example of a status being updated:

page visited:
clear            (clears previous string)
i

a
m

h
a
p
p
y
status

so visiting the pages in that order will clear the line representing your IP on the store page, then as you visit each character page, it will write that character to your line.
in this case "I am happy" is written to it. When you visit the status page, the php script can grab the string from your line in the store page and because you visited the "status" page, it can write that string to your line on a status page that other projects can read and display. other end commands could include "username", "speech", "send to" (if each user had a page to themselves the string could be sent to their "inbox")

this is all purely theoretical, I have no knowledge of php, but I do think that should work.... let me know what you think

Heres my attempt:
http://scratchphp.webege.com/

It has 2 cookies that save data inputed as Sparks said with the save function adding it permenatly, I cant get the submit script working any ideas?

Yes, using Sparks' meathod I am making a website that saves text to cookies and then can share the cookie in a table in a database.

sparks wrote:

fullmoon, in case you misunderstood, this method should not call for the need of any new blocks, by reading the correct webpage with and of the blocks that report webpage contents, the page is visited and the online php script is triggered. No new blocks are technically needed I hope ^.^

Well...the URL blocks in Panther, for instance, really aren't designed for this sort of thing. You essentially have two methods to pass data to a PHP script: GET and POST.

You probably recognize data being passed via GET. Take this URL, for example:

http://scratch.mit.edu/forums/post.php?tid=42022&qid=478551

Everything after the "?" is GET data. Each pair, separated by an ampersand, is a variable=value pair that was passed to the page. To you and I, "tid" and "qid" mean nothing, but to the Scratch forums' post.php script, it identifies the topic you wish to post to. In PHP, you can retrieve these using the $_GET global array.

$tid = $_GET['tid'];
$qid = $_GET['qid'];

POST is a little trickier, since the data that it passes is not part of the URL, but is stuffed in the headers of the webpage, something we don't get to see. This makes it more secure than GET, and it also lets you pass longer messages. Passing these in most programming languages, or with HTML, is pretty much the same as GET, you just specify the method to use. Then the PHP script can access them with the $_POST superglobal array, just like $_GET.

The problem here is that Panther doesn't have any support for POST. You can tack variable pairs (like "string=hello") onto the end of a URL and then request it using the "contents of file" block, but problems arise once you start putting anything other than letters or numbers into the variables, because you are expected to replace them with their hexadecimal codes (%20 for a space, for instance). The other problem with GET is that it's not very secure. Since it is simply an extension of a URL it makes it very easy for people to open a browser and give their own input to your scripts. It's also worthless as an authentication system, which is why you never see a URL like this:

http://facebook.com/login.php?email=myemail@gmail.com&password=watermelons

So, to use Panther as a multiplayer client, my opinion is that you need POST support 

johnnydean1 wrote:

Could you not use a database/table?

And do you think you can do it?

Yes, but the only way to input data into that database is via a server script, and for that you sort of need to be able to send POST variables to the script.

johnnydean1 wrote:

Could you not do this:
On the A page

$letter = "A";
$IP = IP adress;
connect to database;
search table for IP;
$old = item (IP + 1) of database;
$new write = $old . $letter;
write $new to item (IP + 1) of database;

Yes, but sending a string one letter at a time is too slow to be practical.

my suggestion was based on the idea that Panther COULDN'T send info to a webpage. As soon as it's possible, it will be outdated and slow 

right... for one thing, you cannot add ONE new catagory, you need to do them it twos. Secondly, the blocks would clutter the space if they were supplied as part of the image, custom blocks is the way to go, as only a few of our users will want to use it. We can certainly advertise it on our site if we think it's safe and good    Any reporters will be very easy because they are just read URL blocks with a specified address, but I don't know how to squeak code a writing command. when playing online games, would they be one-sprite sprites stored online? (they can be multi sprite games by using the clone feature)

what was the point of that? I was explaning why a new catagory does not work, why custom blocks can be used and generally ANSWERING IT! No need to repeat 

Well, if real HTTP support is coming to Panther, then it would be nice to see something like this:
http://scratch.mit.edu/forums/viewtopic.php?id=37130
Just saying 

Any Jonnydean, if you're serious about the one-letter-per-script idea, I could write the PHP for it, I suppose.