Um usuário perguntou ?
Olá,
Eu tenho vários plugins que possuem campos de entrada no frontend e backend. Como formulário de contato, página de configurações do plugin e widget.
Eu quero controlar a entrada do usuário, então estou usando o maxlength atributo para cada campo de entrada. Para entrada de texto normal, 500 caracteres, por exemplo.
Por quê? Não quero que os usuários insiram grandes blocos de texto que possam quebrar o formulário ou corromper o banco de dados.
Por outro lado, não vejo muitos plugins que façam o mesmo, e o painel WP também não decide. maxlength nas entradas, tanto quanto eu sei.
Então, qual é a melhor prática… ou o que você pensa sobre isso? simplesmente estranho..
orientar
(@catacaustic)
1 ano, 8 meses atrás
As “melhores práticas” dependerão do assunto dos dados. Por exemplo, é improvável que o nome de uma pessoa exceda 100 caracteres, mas uma pergunta ou solicitação pode ter 1.000 caracteres.
Também depende de como é armazenado. Se os plugins armazenarem os valores no banco de dados como campos VARCHAR, eles armazenarão apenas 256 caracteres de qualquer maneira.
Para ser honesto, acho que a única pergunta que você precisa se fazer é por que você quer limitar isso? Eu não acho que a “poluição” da água vai manter o banco de dados porque é apenas um registro. O armazenamento é muito barato hoje em dia, então se você conseguir atualizar seu banco de dados graças ao número de envios de formulários que você tem, você deve pensar que tem sorte de ter um site tão popular.
(@noisysocks)
1 ano, 8 meses atrás
Não tenho certeza se é “melhor prática”, mas minha opinião profissional é que eu costumava maxlength faz sentido quando o tipo de dados que você está aceitando tem um limite superior real, por exemplo por exemplo número do cartão de crédito, data AAAA-MM-DD e Código de país ISO 3166-1 alfa-2Eu quero alertar contra colocar maxlength em campos como nome, endereço, comentário, etc. já que casos extremos são mais comuns do que você pensa. Por exemplo, meu nome completo tem um total de 26 caracteres que não se encaixam em muitos aspectos.
Lembre-se também que é importante validar a entrada no servidor, pois os usuários podem atribuir tais atributos maxlength se eles quiserem.
(@guia07111975)
1 ano, 8 meses atrás
Ei pessoal
Obrigado por suas respostas e obrigado por seu conhecimento.
@noisysocks – Os únicos campos “não padrão” que eu uso são os campos do datepicker, então eles manterão o comprimento máximo para eles (10 caracteres). Eu higienizo / fujo de tudo, então cuidem-se ?
@catacaustic – Eu uso as funções nativas como a API do Widget e a API de Configurações e não sei como elas armazenam os dados. Eu suponho que eles não usam campos VARCHAR.
Mas eu decidi tirar tudo maxlength atributos novamente, exceto para datas. Obrigado novamente.
orientar
(@bcworkz)
1 ano, 8 meses atrás
Olá Guido: FYI config e widget APIs armazenam dados em opções, cujo intervalo de valores é do tipo long. As configurações são salvas como valores individuais. Os dados do widget são armazenados em matrizes seriais. Longtext é limitado a 4 GB de dados cada! Tente chegar a esse limite.
A intenção de uma investigação seria saber. Mesmo que não seja importante ?
(@guia07111975)
1 ano, 8 meses atrás
Olá BC!
Obrigado pela informação! Eu acho que você também desaconselha o uso maxlength exceto onde é útil (como meus campos do datepicker)?
orientar
(@bcworkz)
1 ano, 8 meses atrás
Sim estou de acordo. Não há uma boa razão para restringir o comprimento, exceto quando há uma boa razão 🙂
Isto foi útil?
0 / 0