Finalidade original de <input type = “hidden”>? [fechadas]

Estou curioso sobre o propósito original da <input type="hidden">tag.

Hoje em dia, é frequentemente usado junto com o JavaScript para armazenar variáveis ​​nele que são enviadas ao servidor e coisas assim.

• HTML 2.0 foi lançado em novembro de 1995 , já contendo a especificação para input type = "hidden"
• JavaScript foi lançado em março de 1996

Portanto, o <input type="hidden">existia antes do JavaScript, então qual era seu propósito original? Eu só posso imaginar o envio de um valor do servidor para o cliente que é (inalterado) enviado de volta para manter uma espécie de estado. Ou eu entendi algo errado na história disso e <input type="hidden">sempre deveria ser usado junto com o JavaScript?

Se possível, forneça também referências em suas respostas.

Eu só posso imaginar o envio de um valor do servidor para o cliente que é (inalterado) enviado de volta para manter uma espécie de estado.

Precisamente. Na verdade, ele ainda está sendo usado para essa finalidade hoje porque o HTTP como o conhecemos hoje ainda é, pelo menos fundamentalmente, um protocolo sem estado.

Na verdade, esse caso de uso foi descrito pela primeira vez no HTML 3.2 (estou surpreso que o HTML 2.0 não inclua essa descrição):

type=hidden
Esses campos não devem ser processados ​​e fornecem um meio para os servidores armazenarem informações de estado com um formulário. Isso será devolvido ao servidor quando o formulário for enviado, usando o par nome / valor definido pelos atributos correspondentes. Esta é uma solução alternativa para a ausência de estado do HTTP. Outra abordagem é usar "Cookies" HTTP.

<input type=hidden name=customerid value="c2415-345-8563">

Embora valha a pena mencionar que o HTML 3.2 se tornou uma recomendação do W3C somente após o lançamento inicial do JavaScript, é seguro assumir que os campos ocultos sempre serviram para o mesmo propósito.

Vou fornecer um exemplo simples do mundo real do lado do servidor aqui, digamos se os registros são repetidos e cada registro tem um formulário com um botão de exclusão e você precisa excluir um registro específico, então aqui vem o hiddencampo em ação, caso contrário, você ganhou ' para obter a referência do registro a ser excluído, neste caso, seráid

Por exemplo

<?php
    if(isset($_POST['delete_action'])) {
        mysqli_query($connection, "DELETE FROM table_name 
                                   WHERE record_id = ".$_POST['row_to_be_deleted']);
                                   //Here is where hidden field value is used
    }

    while(condition) {
?>
    <span><?php echo 'Looped Record Name'; ?>
    <form method="post">
        <input type="hidden" name="row_to_be_deleted" value="<?php echo $record_id; ?>" />
        <input type="submit" name="delete_action" />
    </form>
<?php
    }
?>

Em suma, o objetivo original era fazer um campo que será submetido com o envio do formulário. Às vezes, havia necessidade de armazenar alguma informação em campo oculto (por exemplo, id do usuário) e submetê-la com o envio do formulário.

Da especificação HTML de 22 de setembro de 1995

Um elemento INPUT com `TYPE = HIDDEN 'representa um campo oculto. O usuário não interage com este campo; em vez disso, o atributo VALUE especifica o valor do campo. Os atributos NAME e VALUE são obrigatórios.

Os valores dos elementos do formulário incluindo type = 'hidden' são enviados ao servidor quando o formulário é postado. valores de entrada type = "ocultos" não são visíveis na página. Manter IDs de usuário em campos ocultos, por exemplo, é um dos muitos usos.

SO usa um campo oculto para o clique de voto positivo.

<input value="16293741" name="postId" type="hidden">

Usando esse valor, o script do lado do servidor pode armazenar o upvote.

basicamente campos ocultos serão mais úteis e vantagens para usar com o formulário de várias etapas. podemos usar campos ocultos para passar as informações de uma etapa para a próxima etapa usando ocultos e mantê-los encaminhando até a etapa final.

1. Tokens CSRF.

A falsificação de solicitação entre sites é uma vulnerabilidade muito comum em sites. Exigir um token secreto específico do usuário em todos os envios de formulário evitará ataques CSRF, pois os sites de ataque não conseguem adivinhar qual é o token adequado e qualquer envio de formulário que eles executem em nome do usuário sempre falhará.

2. Salve o estado em formulários de várias páginas.

Se você precisar armazenar em qual etapa de um formulário de várias páginas o usuário está, use os campos de entrada ocultos. O usuário não precisa ver essas informações, portanto, esconda-as em um campo de entrada oculto.

Regra geral: Use o campo para armazenar tudo o que o usuário não precisa ver, mas que deseja enviar ao servidor no envio do formulário.