PHP
downloads | documentation | faq | getting help | mailing lists | reporting bugs | php.net sites | links | conferences | my php.net

search for in the

Χρησιμοποιώντας παλιό κώδικα με νέες εκδόσεις της PHP> <Κάτι χρήσιμο
Last updated: Sun, 25 Nov 2007

view this page in

Χειρίζοντας φόρμες (Form)

Ένα από τα πιο ισχυρά χαρακτηριστικά της PHP είναι ο τρόπος που χειρίζεται τις HTML φόρμες (forms). Η βασική ιδέα που είναι σημαντική να καταλάβετε είναι πως οποιοδήποτε στοιχείο της φόρμας θα γίνει διαθέσιμο στο PHP script σας. Διαβάστε την ενότητα του manual για τις Μεταβλητές από έξω από την PHP για περισσότερες πληροφορίες στο πως να χρησιμοποιείτε φόρμες με την PHP. Ένα παράδειγμα μιας HTML φόρμας:

Example#1 Μια απλή HTML φόρμα

<form action="action.php" method="POST">
 Your name: <input type="text" name="name" />
 Your age: <input type="text" name="age" />
 <input type="submit">
</form>

Δεν υπάρχει τίποτα ειδικό σχετικά με αυτή τη φόρμα. Είναι μια απλή HTML φόρμα χωρίς ειδικά tags οποιουδήποτε είδους. Όταν ο χρήστης γεμίσει αυτή τη φόρμα και πατήσει το κουμπί submit (υποβολή), η σελίδα action.php καλείται. Σε αυτό το αρχείο, θα έχετε κάτι σαν και αυτό:

Example#2 Εκτυπώνοντας δεδομένα από μια φόρμα

Hi <?php echo $_POST["name"]; ?>.
You are <?php echo $_POST["age"]; ?> years old.

Ένα παράδειγμα εξόδου αυτού του script μπορεί να είναι:

Hi Joe.
You are 22 years old.

Πρέπει να είναι εμφανές το τι κάνει. Δεν υπάρχει τίποτα άλλο εκτός από αυτό. Οι μεταβλητές $_POST["name"] και $_POST["age"] αυτόματα ορίζονται για σας από την PHP. Νωρίτερα χρησιμοποιήσαμε την $_SERVER autoglobal, τώρα παραπάνω μόλις χρησιμοποιήσαμε την $_POST autoglobal που περιέχει όλα τα δεδομένα POST. Προσέξτε πως η method (μέθοδος) στην φόρμα μας είναι η POST. Αν χρησιμοποιούσαμε την GET method, τότε οι πληροφορίες της φόρμας μας θα ζούσαν αντίστοιχα μέσα στην $_GET autoglobal. Μπορείτε επίσης να χρησιμοποιήσετε την $_REQUEST autoglobal αν δεν νοιάζεστε για την πηγή των δεδομένων σας. Περιέχει μια ανάμιξη από GET, POST, COOKIE και FILE δεδομένων. Δείτε επίσης την συνάρτηση import_request_variables().



add a note add a note User Contributed Notes
Χειρίζοντας φόρμες (Form)
arnel_milan at hotmail dot com
29-Mar-2008 10:27
I was so shocked that some servers have a problem regarding the Submit Type Name and gives a "Not Acceptable error" or Error 406.

Consider the example below :

<form action="blah.php" method="POST">
  <table>
    <tr>
      <td>Name:</td>
      <td><input type="text" name="name"></td>
    </tr>
   
    <tr>
      <td colspan="2" align="center">
        <input type="submit" name="Submit_btn" id="Submit_btn" value="Send">
      </td>
    </tr> 
  </table>
</form>

This very simple code triggers the "Not Acceptable Error" on
PHP Version 5.2.5 and Apache 1.3.41 (Unix) Server.

However to fix this below is the right code:

<form action="blah.php" method="POST">
  <table>
    <tr>
      <td>Name:</td>
      <td><input type="text" name="name"></td>
    </tr>
   
    <tr>
      <td colspan="2" align="center">
        <input type="submit" name="Submitbtn" id="Submit_btn" value="Send">
      </td>
    </tr> 
  </table>
</form>

The only problem that took me hours to find out is the "_" in the Submit Button.

Hope this help!
Lord Pacal
03-Jan-2008 06:38
One thing that tripped me up when I was first learning PHP was the use of the NAME attribute in form fields. The current convention is to use the ID attribute instead when creating forms. (Many HTML editors automatically include an ID attribute without a NAME attribute.) Now, I include both the NAME and ID attributes (with the same value) in all my form fields.

For example...
<form method="post">
<input type="text" id="field1">
<input type="submit" value="go">
</form>

If you then have a PHP page requesting the contents of the "field1" field...
<?php echo $_POST["field1"] ?>
...the above form will always return an empty string for "field1".

The solution is to include the NAME attribute...
<form method="post">
<input type="text" id="field1" name="field1">
<input type="submit" value="go">
</form>

With this change, the PHP code will correctly retrieve the value of the "field1" field.
SvendK
08-Nov-2006 08:02
As Seth mentions, when a user clicks reload or goes back with the browser button, data sent to the server, may be sent again (after a click on the ok button).

It might be wise, to let the server handle whatever there is to handle, and then redirect (a redirect is not visible in the history and thus not reachable via reload or "back".

It cannot be used in this exact example, but as Seth also mentions, this example should be using GET instead of POST
yasman at phplatvia dot lv
05-May-2005 12:18
[Editor's Note: Since "." is not legal variable name PHP will translate the dot to underscore, i.e. "name.x" will become "name_x"]

Be careful, when using and processing forms which contains
<input type="image">
tag. Do not use in your scripts this elements attributes `name` and `value`, because MSIE and Opera do not send them to server.
Both are sending `name.x` and `name.y` coordiante variables to a server, so better use them.
sethg at ropine dot com
01-Dec-2003 12:55
According to the HTTP specification, you should use the POST method when you're using the form to change the state of something on the server end. For example, if a page has a form to allow users to add their own comments, like this page here, the form should use POST. If you click "Reload" or "Refresh" on a page that you reached through a POST, it's almost always an error -- you shouldn't be posting the same comment twice -- which is why these pages aren't bookmarked or cached.

You should use the GET method when your form is, well, getting something off the server and not actually changing anything.  For example, the form for a search engine should use GET, since searching a Web site should not be changing anything that the client might care about, and bookmarking or caching the results of a search-engine query is just as useful as bookmarking or caching a static HTML page.

 
show source | credits | stats | sitemap | contact | advertising | mirror sites