Pomoc - Szukaj - Użytkownicy - Kalendarz
Pełna wersja: [HTML] Dodatkowy input w formie którego nie widać
Forum PHP.pl > Forum > Przedszkole
Tho
  1. echo '
  2. <form action="rejestracja.php" method="post">
  3. <input type="hidden" name="wyslane" value="TRUE" />
  4. <p>Login*: <input type="text" name="login" /></p>
  5. <p>Hasło*: <input type="password" name="haslo" /></p>
  6. <p>Powtórz hasło*: <input type="password" name="haslo2" /></p>
  7. <p>Adres e-mail*: <input type="text" name="email" /></p>
  8. <p>Powtórz adres e-mail*: <input type="text" name="email2" /></p>
  9. <br>
  10. '.recaptcha_get_html($publickey);' // wyświetlanie reCAPTCHA
  11. <br />
  12. <input type="submit" value="wyślij" /></form>
  13. ';


Druga linijka, zastanawia mnie sens tego....
pedro84
Patrz uważnie...

Ty o każdą piedrołę na forum pytasz?
Prym
sens 2 linijki jest bardzo konkretny zwłaszcza przy odbiorze danych z formularza. Więc jak poprzednik odsyłam do googla i podstawowego kursu tworzenia formularzy
by_ikar
Jeszcze może być taki myk, że ktoś może nie wiedzieć czy dane zostały wysłane postem, więc dołącza dodatkowego inputa, który jest ukryty i wtedy robi warunek w stylu:

Kod
if(isset($_POST['wyslane'])
{
    //...
}


A można coś takiego stwierdzić jeżeli wszędzie w formularzach jest coś takiego.
wNogachSpisz
Podobnie jak autor, nie widzę sensu takiego inputa.
Jednocześnie widziałem gorsze cuda więc wrażenia to na mnie nie robi.
peter13135
może być ewentualnie tak, że dane pochodzą z różnych formularzy (tzn wiele formularzy prowadzi do tego skryptu) więc dla rozróżnienia jest ten input.
Arhimenrius
powiem tak. Standardowe zabezpieczenie antyspamowe. ALE jednak nie zawsze działa. ja na jednej ze swoich stron miałem przypadek spambotów na które to nie zadziałało. dopiero pole na E-mail musiałem dać jako blokadę (widoczne ale info nad żeby nie wypełniać), od tamtej pory mam problem z głowy =,=
croc
Inne zastosowanie to np. przesyłanie do tego pola wartości JavaScriptem.

HIDDEN antyspamowe? Możesz rozwinąć swoją myśl, bo jakoś nie wyobrażam sobie jak pole HIDDEN miałoby zabezpieczyć przed spamem...
Tho
Korzystam z recaptcha, więc nie będzie to chyba konieczne?
Arhimenrius
Robisz to w ten sposób, że robisz sobie takiego hiddena. Normalny user go nie widzi, więc nie ma szans wypełnić. Jednak większość botów nawet takie pole widzi, więc wypełni. wtedy prosta sprawa
  1. if(strlen($_POST['hidden']) >0)
  2. {
  3.  
  4. echo 'Jesteś botem, wynocha z mojej strony';
  5.  
  6. }
  7.  

I tak blokujemy bota. Jak widać ten był sprytniejszy ode mnie. Innym przykładem może być do tworzenia panelu modyfikacji treści strony. Osobiście miałem problem gdy chciałem potem zapisać do bazy edycje, więc tworzyłem hiddena w którym był ID postu które modyfikuje i bez problemu uploadowało nową treść (ot tak zakryta by klient nie zepsuł czegoś).

W sumie... ciekawe co by się stało jak byśmy znaleźli bota który by jednak próbował podawać te hiddeny, a za wypełnienie byśmy go wysyłali na ciekawsze strony ^^


@Tho, osobiście zamiast recaptchy bym Ci polecał zrobić zwykłe: Podaj wynik dwóch liczb. Te liczby losujesz, a osoba ma podać te liczbę. musisz to oprzeć na ciastkach i tyle. to naprawdę nie jest trudne (odsyłam do mojego dzisiejszego postu nt. ciastek).
croc
Trudno mi sobie wyobrazić tak głupiego bota, który nie patrzy na typ pola smile.gif
konrados
Cytat
Trudno mi sobie wyobrazić tak głupiego bota, który nie patrzy na typ pola


Dlatego ja daję zwyczajne pole tekstowe, nazywam je podstępnie 'comment' i ukrywam javascriptem - do tej pory działa to na paru stronkach i żadnych botów nie widzę. No może z wyjątkiem jednej stronki, ale tam chyba człowiek wszedł i obaczył co i jak.
To jest wersja lo-fi głównej zawartości. Aby zobaczyć pełną wersję z większą zawartością, obrazkami i formatowaniem proszę kliknij tutaj.
Invision Power Board © 2001-2025 Invision Power Services, Inc.