Avatar billede NielsErikP Mester
17. juli 2011 - 22:28 Der er 16 kommentarer og
2 løsninger

Hvad fremfor hvad..???

Hej..
Jeg har en del spørgsmål omkring php...
Hvornår bruger man hvilken $_POST, $_GET og $_REQUEST...

Og endnu et spørgsmål inden for php i GD, hvornår bruger man hvilken  :
imagescreate() fremfor imagescreatetruecolor()..??

Håber der er en med tid og lyst til lige at rette mig inden det går helt galt ;-) ;-)

På forhånd tak..!!
Avatar billede keysersoze Ekspert
17. juli 2011 - 22:33 #1
POST er når du henter værdierne via post, altså fx en formular med method post - GET er når du henter værdier fra adresselinjen - og REQUEST henter globalt, dvs gennemsøger både post, get og cookie. Du bør benytte så specifik metode som mulig.
Avatar billede pstidsen Novice
17. juli 2011 - 22:35 #2
Hvis du har en formular er det POST ;)
Avatar billede keysersoze Ekspert
17. juli 2011 - 23:05 #3
... medmindre man sætter method til get.
Avatar billede pstidsen Novice
17. juli 2011 - 23:15 #4
men POST er da mest normal??
Avatar billede NielsErikP Mester
18. juli 2011 - 00:36 #5
Hej..
Okie..10-4..;-)
Øøøhh.. Nu bliver jeg lidt forvirret.
#3:
du siger i #1 at $_GET er fra adresselinjen, Er en formular fra adresse linjen... Eller er der noget jeg misforstår.
#1:
Altså sjældent man bruger $_REQUEST..
Ja.. Det med at være specifik er jo lidt svært, når man ikke lige har erfaring nok til at vide hvilken man vælger.


Er der nogen der har noget at byde med til GD funktionerne imagecreate og imagecreatetruecolor...???
Avatar billede jakobdo Ekspert
18. juli 2011 - 07:40 #6
$_POST benyttes, når du f.eks. har en formular ala:

<form method="post" action="noget.php">
Navn: <input type="text" name="navn" />
<input type="submit" />
</form>

Trykker du submit, så vil du kunne tilgå navnet via:

$_POST['navn'];

Men hvis man ønsker, kan du sagtens rette linjen:

<form method="post" action="noget.php">
til:
<form method="get" action="noget.php">
hvilket ikke kan anbefales.


GET kan så bruges på denne måde:

Du har garanteret set adresser / urls ala:

url.php?var=noget

var er en variabel og indeholder noget.
Det kan tilgåes via:

$_GET['var'];

Og REQUEST er så en måde, at tilgå både GET og POST værdier på en og samme måde.

Så i disse 2 eksempler, kunne du i begge have brugte:

$_REQUEST['navn'] og $_REQUEST['var']

Ang. imagecreate() eller imagecreatetruecolor(), så afhænger det af hvor mange farver du ønsker i billedet.

http://dk.php.net/imagecreate
http://dk.php.net/imagecreatetruecolor

Fandt lige denne tekst:

There are two options for creating a new image with GD: imagecreate() and imagecreatetruecolor(). Imagecreate() generates a palette based 256 color image while imagecreatetruecolor() gives us a true color image capable of storing 16.8 million colors. Resizing to a 256 color image often looks dirty or washed out due to the nature of color replacement, so we'll use imagecreatetruecolor().
Avatar billede NielsErikP Mester
18. juli 2011 - 21:20 #7
Hej..
Tak.. jakobdo :-)
Det var da en forklaring man kunne forstå.
Har læst #6, men er stadig lidt itvivl mht. hvornår man vælger $_REQUEST frem for enten $_POST eller $_GET..!!
Bruger man kun $_REQUEST i de tilfælde, hvor man har behov for at tilgå både url og form methods. Og ellers skal man helst vælge en af de andre..??

Jakobdo vil du venligst lægge et svar, du skal have nogle point sammen med Keysersoze.

Og tak for hjælpen i to :-)
Avatar billede keysersoze Ekspert
18. juli 2011 - 22:22 #8
Du vælger kun REQUEST hvis du ikke ved hvor din værdi kommer fra - altså hvis du eksempelvis har en side, der tillader både POST og GET input, det kan fx en søgeside, hvor du POST'er en søgeforespørgsel og derefter laver paging vha almindelige links og derfor lægger søgeudtrykket op i adresselinjen og derfor skal hente det med GET (Det er en lidt tænkt situation men bare for illustrationens skyld).
Avatar billede Slettet bruger
18. juli 2011 - 23:08 #9
#8 Dét var da et glimrende og realistisk eksempel, keysersoze.

Med GET er der en grænse for hvor meget data man kan sende (grænsen varierer i de forskellige browsere, selvfølgelig..) - Regn ikke med mere end ca. 2K.
Det er rigeligt til det meste, men ikke i situationer hvor brugerne bare kan taste løs - som i et duskussionsforum f.eks.

Desuden kan man i POST benytte multipart hvilket giver mulighed for at sende flere "data-blokke" - f.eks. uploade filer sammen med sine almindelige tekst-felter.

Endelig er der ingen der forbyder dig at kombinere de to typer.
- hvis du kan finde en situation hvor det giver mening..
Avatar billede NielsErikP Mester
19. juli 2011 - 00:43 #10
Hej..
Rart folk vil komme med deres mening, så lærer man da lidt..!!
Hmm... hvor mon jakobdo bliver af med det svar??

Tak også til dig T0M :-)
Avatar billede pstidsen Novice
19. juli 2011 - 00:58 #11
Hmm... hvor mon jakobdo bliver af med det svar??
Rolig, rolig. Jeg tror blot jakobdo har et liv *G*
Avatar billede keysersoze Ekspert
19. juli 2011 - 07:50 #12
#9 bortset fra, at man nok for at holde en ensartet linje ville vælge at benytte GET allerede når man søgte og ikke kun når man pagede sig videre.

Det handler også lidt om sikkerhed - benytter man fx POST er man 100% sikker på hvor data kommer hvorimod man med REQUEST i teorien kan blive snydt af at folk på den ene eller den anden måde sender snyde-data med.
Avatar billede NielsErikP Mester
19. juli 2011 - 21:48 #13
Hej..
Fedt, du bliver ved Soze... Alt info er velkomment..!!
Avatar billede jakobdo Ekspert
24. juli 2011 - 16:41 #14
Var på ferie et grimt sted uden internet eller 3g dækning, øv...
Men du får et svar.
Avatar billede erikjacobsen Ekspert
24. juli 2011 - 16:47 #15
#12 skriver "benytter man fx POST er man 100% sikker på hvor data kommer hvorimod man med REQUEST i teorien kan blive snydt af at folk på den ene eller den anden måde sender snyde-data med. "

Og det er ikke korrekt. Der er ingen sikkerhed i POST-data, der kan ændres fuldstændig på samme måde som GET-data. Enhver et-benet hacker med flyveører og den ene hånd bundet på ryggen kan gøre det.

Alle data der kommer fra brugeren, GET, POST, COOKIE, skal betragtes som suspekte.
Avatar billede keysersoze Ekspert
24. juli 2011 - 16:51 #16
#15 Jeg skriver ikke at data er sikre, kun at man er sikker på hvor data kommer fra i request-hierakiet - hvis min kommentar giver anden mening er det selvfølgelig en fejl.
Avatar billede erikjacobsen Ekspert
24. juli 2011 - 16:55 #17
Det var nok ordet "snyde-data" ... ;)
Avatar billede NielsErikP Mester
24. juli 2011 - 22:49 #18
Hej...

#14:
Godt at endelig høre fra dig, jamen ferie har vi jo alle brug for...Meeeeen uden internet NOT  ;-) ;-)

Keysersoze og jakobdo... i deler pointene og tak for hjælpen, må lige prøve at nærlæse tråden et par gange, folk er åbenbart ikke helt enig om hvad der er sikkert og ikke.

Også tak til i andre.
Avatar billede Ny bruger Nybegynder

Din løsning...

Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.

Loading billede Opret Preview
Kategori
Vi tilbyder markedets bedste kurser inden for webudvikling

Log ind eller opret profil

Hov!

For at kunne deltage på Computerworld Eksperten skal du være logget ind.

Det er heldigvis nemt at oprette en bruger: Det tager to minutter og du kan vælge at bruge enten e-mail, Facebook eller Google som login.

Du kan også logge ind via nedenstående tjenester