Hur fungerar en form i PHP?

Ja, generellt sett kan du se det som att GET används för att hämta en viss resurs/sida, medan POST används för att skapa någonting, vare sig det är ett foruminlägg, en ny användare i ett system eller ladda upp en bild.

Det finns många fler av dessa metoder (PUT, DELETE, HEAD osv) som är en del av HTTP-standarden och har egentligen ingenting med PHP att göra. Du kan läsa mer om dessa här: https://developer.mozilla.org/en-US/docs/Web/HTTP/Methods

Du använder en av dessa metoder varje gång du gör anrop över HTTP (som du gör när du browsar eller skickar API-anrop från din PHP-app).

Absolut. Det konfigurerar du i din webbserver. Antingen kan du svara direkt på anrop med en statisk text, HTML eller vad som helst, eller, om du vill ha dynamiska sidor och innehåll, så låter du något annat ta hand om anropet. I ditt fall PHP. PHP populerar vid uppstart ett antal superglobaler med t.ex. request-data, t.ex. $_GET, $_POST, $_SESSION, $_COOKIE osv.

Nej, $_POST innehåller bara själva request bodyn. citera är en del av URL:en och kommer finnas i $_GET.

POST och GET är en del av HTTP-protokollet. Brukar tänka att POST skickar data till servern, t.ex en inloggning som innehåller känslig data.
GET å andra sidan hämtar data, t.ex. nyhetsinlägg från JSON.

Apache svarar på HTTP-förfrågningar från vanligtvis port 80 eller 443 och tolkar PHP om de/n modulen/erna är installerad/e.

Nej, PHP-kod skickas inte tillbaka till webbläsaren. När du gör ett anrop via webbläsaren, till t.ex. #18263716, så kommer webbservern ta emot anropet och ansvara för att skicka tillbaka ett svar. Webbservern tar, i ditt fall med PHP, hjälp av just PHP för att generera innehåll/svar. Det spelar egentligen ingen roll om det är ett vanligt GET-anrop eller om ett formulär skickar ett POST-anrop.

Du har rätt i din sista mening. PHP är ett bra scriptspråk för att generera dynamiskt innehåll och körs helt och hållet på webbservern. Vanligast är att man skapar HTML-kod som webbläsaren förstår men det finns många fler användningsområden.

Tror du överanalyserar det lite. Ett enkelt flöde kan se ut så här:

1. Du klickar dig in på en sida och din webbläsare skickar ett anrop till webbservern, t.ex GET /contact

2. Webbservern svarar med att skicka tillbaka kontaktsidan i form av HTML-kod (som PHP i detta fallet kan ha skapat)

3. Din webbläsare tar emot kontaktsidans HTML och presenterar den för dig

4. Du fyller i kontaktformuläret och klickar på skicka

5. Din webbläsare skickar ett nytt anrop till webbservern som innehåller kontaktformuläret, i detta fall kan vi säga POST /contact

6. Webbservern tar emot anropet och ber PHP ta hand om det

7. PHP-koden bearbetar datan och skickar ett mail till någon utvald kontaktperson med innehållet från formulärdatan (som finns i $_POST)

8. Webbservern skickar tillbaka svar till din webbläsare (kan vara HTML-kod som säger att kontaktformuläret har skickats eller en redirect som skickar vidare din webbläsare till en ny URL

Så kan man se det. Egentligen handlar det snarare om att specificera vilken metod som ska användas i HTTP-anropet till webbservern. Det är inget som hindrar dig att skicka ett POST-anrop (dvs ett anrop innehållande en request body) till en URL likt /contact?form=emergency.

När du klickar på ett formulärs submit-knapp så skickas det till URL:en/resursen som fyllts i form-taggens action-attribut. Finns inget sådant attribut på form-taggen så skickas formuläret till samma URL du befinner dig på.

En form-tagg kan se ut ex. så här:

<form action="/contact" method="post">
    ...
</form>

När du klickar på submit-knappen kommer alltså din webbläsare göra anropet POST /contact. Eftersom method är POST så kommer all data i formuläret finnas i request bodyn som du i PHP på webbservern kommer åt via $_POST.

Om form-taggen istället ser ut på följande sätt så fungerar det lite annorlunda:

<form method="get">
    ...
</form>

Din webbläsare kommer skicka anropet till den URL du just nu befinner dig på. Kan vara /contact om vi går efter mitt tidigare exempel. method är dock GET, så all data i formuläret kommer finnas i URL:en (eller querystringen). Istället för POST /contact kan anropet se ut så här: GET /contact?firstname=test&lastname=noname.

Jag vet dock inte riktigt vad du menar med "vanligt" anrop

Tror det ställer till det för mycket om du ser GET-anrop som ett metodanrop med parametrar. Det som händer är att du skickar HTTP-anrop mot en resurs/URL, det kan vara /contact eller /user?id=8734, med ett "verb" som metod (GET, POST, PUT, DELETE etc). Requests till webbservern har alltid en resurs, headers och en body. Bodyn kan vara tom, vilket dom oftast är i GET-anrop.

Kanske överkurs, men kanske hjälper dig lite att visa hur ett "komplett" HTTP-anrop kan se ut.

Första exemplet är ett anrop mot GET /contact (vilket helt enkelt kan ske när du klickar på en Kontakt-länk på en webbsida):

GET /contact HTTP/1.1
Host: example.com
 

Översta raden är metoden, GET, och resursen, /contact. Andra raden är en request header, Host, som helt enkelt talar om vart anropet ska. Vid sidan av Host finns det mängder med request headers man kan skicka med. Request bodyn i detta anrop är tomt, så att det är den avslutande tomma raden är med mening. Hur ser då ett anrop med body ut? Så här

Andra exemplet är ett POST-anrop mot /contact (som kan hända när vi klickar på submit-knappen i kontaktformuläret):

POST /contact HTTP/1.1
Host: example.com

firstname=test&lastname=nobody

Här är det ett POST-anrop som du kan se och formulärdatan, alltså fälten där du fyller i för- och efternamn, ligger längst ner i request bodyn.

Om du skickat samma formulär fast med GET (alltså method="get" i form-taggen) så hade anropet sett ut så här:

GET /contact?firstname=test&lastname=nobody HTTP/1.1
Host: example.com
 

Som du ser ovan så innehåller alla HTTP-anop mot webbservrar alltid en resurs/URL, en metod, headers och request body (som kan vara tom). Därför kan du inte se det som ett metodanrop med parametrar som bara kommer från en querystring.

Glöm inte att PHP är ett scriptspråk som körs serverside till skillnad från JavaScript som körs i webbläsaren. Så fort du klickar på Skicka kommer webbläsaren skicka ett anrop till webbservern och därefter tar PHP vid.

Yes, det är så det ser ut. Som sagt så kommer det säkerligen vara fler HTTP headers i normala anrop. Request bodyn, eller datan, kan vara formaterad på olika sätt också, som t.ex. JSON. Men så där ser det ut när du skickar vanliga POST-anrop.

PHP i sin tur använder resursen, alltså /contact?firstname=test&lastname=nobody, för att populera $_GET och parsar request bodyn för att populera $_POST. Via metoden getallheaders kan du vanligtvis hämta ut alla HTTP headers som finns i anropet.

Hoppas det hjälper dig att förstå hur HTTP-anropen skickas och skillnaden på främst GET- och POST-anrop, trots att jag inte är nån klippa på att förklara.