Има ли разлика между html form и php form ?

В HTML5 има така наречения tag form. Чрез него се прави изглед на самата e-mail форма. Правят се  полетата, имената пред тях, различните бутони и картинки. За доукрасяване се използва CSS3.

Вече с помощта на PHP се описва и изпълнява самия процес, когато клиента си въведе данните и натисне бутона submit, изпълни или както там е описан.

В HTML5 има така наречения tag form. Чрез него се прави изглед на самата e-mail форма. Правят се  полетата, имената пред тях, различните бутони и картинки. За доукрасяване се използва CSS3.

Вече с помощта на PHP се описва и изпълнява самия процес, когато клиента си въведе данните и натисне бутона submit, изпълни или както там е описан.

С PHP само се изпраща информацията до сървара така ли ?

Ако сайта е на html само, защо PHP трябва да се ползва ?

Редактирано 27 март 201511 г. от looper (преглед на промените)

С PHP само се изпраща информацията до сървара така ли ?

Ако сайта е на html само, защо PHP трябва да се ползва ?

С HTML само ще изобразиш полетата и бутоните нищо повече. Вече с помощта на PHP, ще може да се въвеждат данни, да се изпратят до сървъра и да се обработят като информация, след което да се върне като резултат.

С HTML само ще изобразиш полетата и бутоните нищо повече. Вече с помощта на PHP, ще може да се въвеждат данни, да се изпратят до сървъра и да се обработят като информация, след което да се върне като резултат.

Значи трябва да са в файла единия html за визуализацията и един php за скрипта.Може ли в един файл html или php да се впишат.

Като информация след като отиде до сървара какво ще се върне ?

Значи трябва да са в файла единия html за визуализацията и един php за скрипта.Може ли в един файл html или php да се впишат.

Като информация след като отиде до сървара какво ще се върне ?

Може, зависи какъв ти е замисъла и какво точно искаш да правиш.

С PHP само се изпраща информацията до сървара така ли ?

Ако сайта е на html само, защо PHP трябва да се ползва ?

 

HTML form-ът изпраща информацията до сървара. По default при натискане на бутон submit към сървъра се изпраща GET заявка с query string съдържащ имената (name атрибута) на съответните полета и данните в тях. Ако укажем action - сървърът изпълнява този action като съответно има достъп до този query string и така може да обработи данните - да върне някакъв резултат, да ги запише в база данни или да провери дали те са валидни.

<form action="register_user.php">
  First name:<input type="text" name="fname"><br>
  Last name: <input type="text" name="lname"><br>
  <input type="submit">
</form>

Ако за име въведем Pesho Peshev, то query string-ът изглежда по следния начин:

fname=Pesho&lname=Peshev

Ако не въведем нищо в полетата:

fname=&lname=

Сървърните технологии са необходими за създаването на динамични уеб сайтове, в които потребителите могат да изпращат заявки до сървъра, а той да ги обработва и да им отговаря.

Статичните уеб сайтове са нещо като файлова система - потребителят изисква файл с точно определено име и го получава само ако този файл съществува в дадената директория. Пример:

C:\Documents\MyInfo.txt

Ако потребителят иска да потърси всички текстови файлове, които съдържат в името си info, файловата система няма да го разбере:

 

My Computer/files which contain "info" and end with .txt

С помощта на сървърните технологии можем да напишем скрипт, който да обработва подобна заявка и да връща адекватен резултат на потребителя.

HTML form-ът изпраща информацията до сървара. По default при натискане на бутон submit към сървъра се изпраща GET заявка с query string съдържащ имената (name атрибута) на съответните полета и данните в тях. Ако укажем action - сървърът изпълнява този action като съответно има достъп до този query string и така може да обработи данните - да върне някакъв резултат, да ги запише в база данни или да провери дали те са валидни.

<form action="register_user.php">
  First name:<input type="text" name="fname"><br>
  Last name: <input type="text" name="lname"><br>
  <input type="submit">
</form>

A това пример ли е за името на файла на php register_user.php ?

 

PS.

 

Трябва да направя това http://s16.postimg.org/cypz8kset/Untitled.png, но аз формата я направих.

 

В условието имам: трябва да се валидират полетата (това са сигурно името и паролата) и информацията да се покаже с PHP въведена в HTML формуляр.

Това което трябва да се визуализира с PHP явно това трябва да излезе, това което си написъл.

 

fname=Pesho&lname=Peshev

Ако не въведем нищо в полетата:

fname=&lname=

Редактирано 27 март 201511 г. от looper (преглед на промените)

A това пример ли е за името на файла на php register_user.php ?

Да, action атрибута може да води към име на файл или име на метод (изпълнима функция от даден скрипт).

Ето тук е описано как да направиш базова валидация на input-a с PHP.

 

При успешно въвеждане може да върнеш съобщение за успех, а при невалидни данни може да изведеш съобщения за грешка над/под съответните полета във form-a и да запазиш входа на потребителя. Това е т.нар. server-side validation - потребителят първо изпраща данните и след проверка получава резултат дали те са били успешно изпратени или не.

Ако ти е интересно, може да опиташ да направиш и client-side validation с JavaScript. Чрез нея потребителят в реално време разбира дали въведените от него данни са в необходимия формат или не. Този вид валидация не те освобождава от необходимостта за сървърна валидация, защото потребителите имат възможност да спрат изпълнението на JavaScript от настройките на браузъра.

В реален уеб сайт би искал да имаш и двата вида валидация - client-side за удобство на потребителя и server-side за защита от невалидни данни.

Да, action атрибута може да води към име на файл или име на метод (изпълнима функция от даден скрипт).

Ето тук е описано как да направиш базова валидация на input-a с PHP.

 

При успешно въвеждане може да върнеш съобщение за успех, а при невалидни данни може да изведеш съобщения за грешка над/под съответните полета във form-a и да запазиш входа на потребителя. Това е т.нар. server-side validation - потребителят първо изпраща данните и след проверка получава резултат дали те са били успешно изпратени или не.

Ако ти е интересно, може да опиташ да направиш и client-side validation с JavaScript. Чрез нея потребителят в реално време разбира дали въведените от него данни са в необходимия формат или не. Този вид валидация не те освобождава от необходимостта за сървърна валидация, защото потребителите имат възможност да спрат изпълнението на JavaScript от настройките на браузъра.

В реален уеб сайт би искал да имаш и двата вида валидация - client-side за удобство на потребителя и server-side за защита от невалидни данни.

Мерси

Как мога да принтирам радио бутон и чек бокс маркирани във формата да се изведат ?