Réglage variable POST sans l'aide du formulaire

Est-il un moyen de définir un $_POST['var'] sans l'aide du formulaire dans un domaine connexe (pas de type='hidden') et en utilisant PHP.
Quelque chose comme

$_POST['name'] = "Denniss";

Est-il un moyen de faire cela?

EDIT:
Quelqu'un m'a demandé quelques explications sur ce point. Ainsi, par exemple, j'ai la page avec un formulaire, La forme ressemble à quelque chose comme ceci

<form method='post' action='next.php'>
<input type='text' name='text' value='' />
<input type='submit' name='submit' value='Submit'/>
</form>

Une fois le bouton "soumettre" est cliqué, je veux être redirigé vers next.php. Est-il un moyen pour moi de mettre le $_POST['texte'] variable à une autre valeur? Comment puis-je faire de cette persistante de sorte que quand je clique sur un autre bouton de soumission (par exemple) le $_POST['texte'] sera ce que j'ai mis sur next.php sans l'aide d'un champ caché.

Laissez-moi savoir si ce n'est toujours pas claire et je vous remercie pour votre aide.

  • Tu veux dire dans le code du serveur ou côté client lorsqu'un utilisateur l'accès à certaines page?
  • Pouvez-vous expliquer ce que vous essayez de faire? cURL pourrait être une option, les sessions peut-être une autre option. Trop vague pour donner une réponse exacte.
  • Quoi? Et pourquoi ne veux-tu pas utiliser un champ caché? C'est ce qu'ils sont pour.
  • Ce n'est pas que je ne veux pas les utiliser. Je veux juste savoir si il existe un moyen de le faire sans l'aide de champ caché.
  • whether there is a way to do it le problème est que personne ne sais CE que vous voulez faire. qu'est ce qui vous a été demandé, parce que votre question est un non-sens.
  • vous avez besoin de donner de la vie réelle de la tâche qui vous a amené à cette question. sinon, il sera gaspillage de votre temps et du nôtre
  • Vous ne pouvez pas conserver des données entre l'accès à la page sans l'aide d'une session ou cookies. Toutes les variables que vous définissez dans la page a.php seront perdues lors de la page b.php est accessible. Il semble que vous souhaitez utiliser d'une certaine façon de faire quelque chose, même si cette manière n'est pas adapté pour le problème.
  • Sharpnel Quelqu'un a répondu à ma question déjà. @Felix Kling Merci
  • Vous avez raison à propos de moi ne connaissant que très peu et je suis désolé de ne pas se demander " bon " question. Même si la réponse est "le même non-sens' où ma question, je suis reconnaissant pour ceux qui ont essayé de m'aider.

InformationsquelleAutor denniss | 2010-08-05
  1. 78

    Oui, il suffit de le mettre à une autre valeur:

    $_POST['text'] = 'another value';

    Il écrase la valeur précédente correspondant à text clé du tableau. Le $_POST est superglobale tableau associatif et vous pouvez modifier les valeurs comme un normal tableau PHP.

    Attention: Ce changement n'est visible que dans le même PHP portée d'exécution. Une fois l'exécution terminée et la page est chargée, le $_POST tableau est effacé. Une nouvelle forme de soumission va générer un nouveau $_POST tableau.

    Si vous souhaitez persister la valeur de l'ensemble des soumissions de formulaires, vous devrez le mettre dans la forme comme un input de la balise value de l'attribut ou de la récupérer à partir d'une banque de données.

    • et ce séjour lorsque je clique sur un autre bouton soumettre sans la plaçant dans un champ caché?
    • Il remplace à nouveau si un champ est nommé text lorsque vous soumettez le formulaire. Pourquoi ne pas utiliser une session probablement, si vous voulez préserver une certaine valeur.
    • c'est vrai, je voulais juste savoir si il existe un moyen de le faire avec des POST
    • À droite pas de problème 🙂
    • Tout ceci répond à la question littérale, il passe complètement à côté de la point de le faire, c'est assez inutile. Oui, vous pouvez remplacer les valeurs dans $_POST. Grand. C'est le même que si vous voulez faire $foo = $_POST; $foo['bar'] = 'baz'; Vous êtes de modifier une variable, rien de plus, rien de moins. Cela ne signifie pas que vous sont en train de modifier les données HTTP POST ou que cela va tenir jusqu'à ce que la page suivante, ou qu'il n'y a aucun point de la question pour commencer. -1
    • Il y a des usages légitimes—par exemple, la définition d'une $_POST variable au sein d'une unité de test. +1
    • deceze Est bon de le souligner. En essayant de "remplacer" $_POST n'est généralement pas utile, au moment où vous atteignez le point où le "remplacée" valeur serait utilisé $_POST a été entièrement reconstruit. Exemple de Drupal: si vous essayez d'imiter la forme habituelle bouton processus de soumission par le piratage $_POST, par le temps drupal_build_form($form_id, &$form_state) le form_state est affectée par le serveur réel $_POST, pas celui que vous (pensez-vous) manipulés.
    • Nathan Arthur Le point sur la manipulation $_POST pour les tests unitaires n'est pas faux, mais dans certains (nombreux) cas, il ya de meilleures façons. Il y a beaucoup de choses qu'on peut faire avec Selenium WebDriver et en-tête HTTP outils de manipulation qui permet robuste de jeu de rôle avec $_POST, plutôt que de bas niveau PHP $_POST la manipulation, il est essentiel, dans toutes les conditions, un hack.
    • Le seul scénario quand je me manipuler $_POST en dehors d'un formulaire lorsque je veux faire le test unitaire sans avoir à se soumettre complexe et de longue formes.
    • La fixation d'un $_POST valeur est également utile pour définir une valeur par défaut lorsque le code s'attend à ce que le $_POST valeur plus tard dans le code. Faire quelque chose comme if (!isset($_POST["underwear_ordered_with_tuxedo"])){$_POST["underwear_ordered_with_tuxedo"] = "super_wedgie_thong";} quand, plus tard dans les associés ou inclus codeblocks vous avez un order_from_catalog($_POST["underwear_ordered_with_tuxedo"]); et share_the_order_on_facebook($_POST["underwear_ordered_with_tuxedo"]); et plus tard.
    • Valide le scénario est à l'aide d'un formulaire pour recueillir privé des informations du client, de vérifier la date et est disponible en stock, alors, si OK, modifier les données de publication et d'utilisation de php en-tête 307 rediriger à envoyer uniquement de paiement spécifiques à publier des données sur PayPal, VIA le navigateur de l'utilisateur, de sorte qu'ils peuvent approuver explicitement le paiement. Comme indiqué ci-dessus, $_POST n'est qu'un copier de la vrai POST de données.
    • Changer quoi que ce soit dans le $_POST tableau, puis rediriger avec 307 ne fait absolument rien. Le client ne reçoit que les 307 code d'état, il ne recevra pas l'altération de la $_POST de données et peut ainsi pas en avant, qui ont modifié les données de Paypal.
    • Je m'adressais votre expression", ... ou qu'il n'y a aucun point à la question, pour commencer.' Il y a un point parce qu'il y a des scénarios valides pour vouloir changer le POST de données le long de la voie. Que le changement de $_POST ne le fait pas en aucune façon invalide l'utilité d'être en mesure de modifier les données POST. Ainsi, la Fpo question est toujours valable, indépendamment du fait que vous le pensez.
    • s'il vous PLAÎT NE faites PAS CELA. je déteste le débogage de code qui utilise $_POST[foo] juste pour savoir que quelque part d'autre au programmeur de définir que dans le code. Je me rends compte il y a quelques cas (comme les tests unitaires) où c'est pratique mais surtout il est source de confusion pour vos collègues programmeurs. Utiliser une session si vous avez besoin de la persistance.

    InformationsquelleAutor Sarfraz
  2. 6

    Si vous souhaitez mettre $_POST['texte'] à une autre valeur, pourquoi ne pas utiliser:

    $_POST['text'] = $var;

    sur next.php?

    • La réponse à "pourquoi ne pas utiliser" est précisément donné par @deceze (avec l'exception possible du faible niveau de l'unité de test expliqué par @ Nathan Arthur). Ne pas "changer" $_POST et se demandent ensuite pourquoi votre changement a disparu par le formulaire suivant contexte.
    InformationsquelleAutor Rakward
  3. 3

    vous pouvez le faire en utilisant ajax ou par l'envoi d'en-têtes http+contenu comme:

    POST /xyz.php HTTP/1.1
Host: www.mysite.com
User-Agent: Mozilla/4.0
Content-Length: 27
Content-Type: application/x-www-form-urlencoded

userid=joe&password=guessme
    • comment avez-vous "echo" les données userid=joe&mot de passe=guessme ?
    • parse_str(file_get_contents('php://input'));
    • C'est assez sympa. Il semble que ce peut être utilisé comme une alternative à FRISER pour définir les valeurs envoyées. Suis-je la corriger?
    InformationsquelleAutor bcosca
  4. 1

    Vous pouvez le faire à l'aide de jQuery. Exemple:

    <script src="https://code.jquery.com/jquery-1.11.2.min.js"></script>

<script>
    $.ajax({
        url : "next.php",
        type: "POST",
        data : "name=Denniss",
        success: function(data)
        {
            //data - response from server
            $('#response_div').html(data);
        }
    });
</script>
    • Vous pourriez probablement, si vous êtes motivé suffisant, obtenir une page web de chanter une chanson de Billy Joel en jQuery, mais ça ne veut pas dire que c'est la meilleure ou la plus élégante façon de le faire. jQuery est beaucoup, mais malheureusement, il a offert le monde, encore une autre centaine de façons de l'abus de JavaScript. EDIT: la question de départ, la question "Est-il un moyen de mettre un $_POST['var'] sans l'aide du formulaire dans un domaine connexe (pas de type='hidden') et à l'aide de PHP seulement" Il n'a pas demandé "est-il encore un autre moyen de faire quelque chose en jQuery qui pourrait être mieux fait d'autres moyens"
    • savage af
    InformationsquelleAutor joan16v