17. februar 2003 - 14:54Der er
26 kommentarer og 1 løsning
Bestillings skjema
Hei, her har dere en nordmann (kvinne) i deres forum. :-)
Det jeg lurer på er hvordan jeg skal få til et script som inneholder disse alternativene: Det skal være et bestillingskjema hvor folk kan bestille brød.
Navn: Adresse: Postnummer: Poststed: E-post: Jeg bestiller: (her skal det være en dropdown eller noe for alternativer fra 5-->) brød! Melding: Send button Nullstill button
Jeg blir veldig glad om noen kan hjelpe meg med dette. Jeg har fra før nesten ingen kunnskap om php, men håper å lære meg etterhvert.
Men hvad er det helt præcis du vil have hjælp til??
Er det lageringen af dataene efter du ikke kan finde ud af?? Og i så falde, hvordan vil du have det gemt? Skal det gemmes i en database (MySQL, access osv.) eller skal den sende dig en mail med besillingen?? (eller dem begge??)
Hei... Det skal være et formskjema på en hjemmeside. Det skal sendes via mail til den som baker brødet (hvis du forstår?). Det skal altså ikke i en database. Det jeg trenger hjelp til er hvordan .html dokumentet og php.dokumentet skal skrives.
du laver en dropdownbox ved at lave et <select> felt. a la : <select name="brod"> <option value="franskbrod">franskbrod</option> <option value="rugbrod">rugbrod</option> </select>
til sidst skal du huske at smide en submit knap i din form ...
<form method="post" action="formmail.php"> <input type="text" name="navn"> <select name="brod"> <option value="franskbrod">franskbrod</option> <option value="rugbrod">rugbrod</option> </select> <input type="submit" name="send bestilling"> </form> -------------- så meget for html delen ----------------
så laver du et php dokument, der læser indholdet fra html-formen og mailer det til dig. det bliver noget hend ad :
Der det skal stå: "jeg bestiller.......brød", skal det være en dropdown eller lignende for antall brød fra 5 stykk og oppover. Altså ikke valg mellom flere brødsorter, men ett brød som man kan velge hvor mange man vil bestille. (Minimum 5 brød).
Jeg har så også sat den til at sende en mail til mig selv, hvis der er nogle der bestiller.. Jeg har dog ikke lavet noget validering på noget som helst.. Ved ikke hvor meget man skal validere, når det er sådan noget?? Det er vel lidt lige meget eller hva??
du kan se kildekoden til det der er på ovenstående link her:
wow "nicklasb"....det skjemaet ser ut som jeg hadde tenkt. :-) Jeg skal kikke nærmere på kildekoden i aften (jeg er nødt til å stikke nu). Takk så lenge.....
hmm.. det var nu mest ment som et eksempel.. :) Men hvis du kan bruge det, kan du bare tage det..
Jeg kan se at du har sendt en tom bestilling.. Man kunne selvfølgelig tjekke på de forskellige boxe, om de er fyldt ud.. men jeg tror bare det bliver et problem, hvis fx kunden ingen mail har.. eller hva?
nicklasb: Ja, men jeg mente det skjemaet du hadde lagd så ut som det jeg var ute etter. Angående tom bestilling, jeg kom tilfeldigvis borti knappen. :-) Det kunne kanskje (måske) vært aktuelt å sjekke hvertfall navn, adresse, postnummer og poststed. Jeg er enig med deg angående det med mailadressen, det er jo ikke sikkert alle har mail.
jeg har rettet lidt i den nu.. Hvordan er jeres postnumre formateret?? For så kan man jo også tjekke på det.. (Fx har vi her i Danmark postnumre af 4 tal)
En annen ting.....jeg forstår ikke helt dette med poeng givning......man gir til de som gir svar du kan bruke? eller har jeg misforstått det hele......og hvordan gir man i tilfelle poeng?
ok.. så opstiller du bare en funktion der tjekker på om $postnummer indeholder 4 tal..
Denne kunne se således ud: (eregi("^[0-9]{4}$", $postnummer))
jeg har sat den ind i scriptet, fra tidligere eksempel.. Og har også stillet et krav op, så den ikke viser at man skal indtaste GYLDIGT hvis det slet ikke er der :)
og så lige det med pointene.. man giver point for det svar man kan bruge.. Men for at du kan gøre det skal jeg først svare.. og det glemmer jeg tit i min iver efter at svare.. hehe.. :).. men her er det.. ;)
Jaha, så når jeg trykker på Aksepter svar, så får du poeng fra meg? :-)
Vet du/dere, jeg har lett etter sånne her fora i Norge, men måtte nok til Danmark for å finne et jeg synes virker interessant nok. *S* Det er det jeg alltid har sagt, dere dansker er noe for seg selv..*S* (En av mine beste venner bor syd på Jylland).
Er det ok at jeg bruker scriptet (om enn litt fornorsket, og småendret) til fritt bruk?
Men er det nu også os der er specielle?? Det er da jer der skriver mere eller mindre uforstående sætninger.. ;) hehe..
ej.. spøg til side.. Og jaja.. brug du den bare.. Det er jo ikke noget videre kompliceret script.. og hvis du ikke måtte bruge den, havde jeg heller ikke gevet dig koden.. så let er det.. :)
Forstår du ikke hva jeg skriver? Det gjør du da, ellers hadde du vel ikke kunnet svare meg. :-)
Det jeg mente med spesielle, var positivt ment. *S*
Takk for at du hjalp meg med koden....det kan nok hende jeg blir en flittig bruker her inne, jeg har vel ikke sett brøkdelen av alle kategorier som finnes.
hehe.. var nu bare en joke.. forstår udemærket hvad du skriver.. og ved godt du mener det positivt.. Men jeg siger bare; Godt det ikke er mig der bor i Norge.. Ikke pga. sproget.. Men neeej, hvor tror jeg jeg ville fryse.. hehe..
men godt du kan lide siden.. og jo.. der er mange kategorier.. faktisk for mange, hvis jeg skal sige det.. mange kunne godt slåes sammen..
har du hentet det du skal bruge.. for så vil jeg nemlig slette det igen.. har snart alt for meget skrammel-lort i roden af min webhotel.. så ville gerne af med det i hvert falde inde for den næste måned.. :)
Jeg har et spørsmål til: hva er fordelen/bakdelen (hvis det er noen) å ha php direkte i html og ikke i eget dokument? (altså et html og et php dokument).
forstår ikke lige helt hvad du mener.. HTML er til layout, og php er til udregning af de data der skal vises. Der er ingen bagdele i at blande dem sammen. Du kan ikke rigtigt gøre andet.
Jo.. Du kunne selvfølgelig kalde simple php-scripts i en iframe. Men det er noget lort.. Det er frames i det hele taget..
Ellers kan du lave scriptene for sig selv, og så includere dem på de forskellige sider. Men dette er kun en brugbar løsning hvis scriptet skal bruges på flere sider. Og for at kunne includere skal du alligevel gemme dine filer som php.
Når jeg laver hjemmesider, bliver ALT gemt som php. Prøv fx at klikke dig lidt rundt på mit nuværende projekt. http://www.bornstein.dk/swom/ Der vil du ligge mærke til at alle siderne bliver kaldet med .php i adressefeltet. Men selvfølgelig indeholder de også html. For du kan ikke designe med php..
Det jeg mente var det du nevnte å lage et eget php script, og du svarte på det. Altså at eget php dokument er kun anvendelig hvis det skal brukes på flere sider. Jeg har kikket litt på ditt nåværende prosjekt, hvorfor lager du alle sidene i php? F.eks på "Klubbens historie", hva er det å gjemme der som ikke alle kan se? (Antagelig et dumt spørsmål, det er sikkert bare jeg som ikke har den hele og fulle oversikt over mulighetene til php ennå).
Selve siderne indeholder itet tekst.. Kun et skelet.. Alle data ligger så i en database, og når man så besøger siden, henter den disse data ud. Dette gør at man via en admin-side kan rette på alle dataene på siden, og man derfor ikke behøver at kode mere nogen sinde. (Sådan er det selvfølgelig ikke.. Men man slipper for at skulle rette på så små, men tidskrævende ting, og kan derfor bruge tid på noget mere interessant.) Men jeg syntes ikke det vil være en holdbar løsning at hive sciptene ind i iframes. Og især ikke når der intet er galt med at skrive det midt i HTML'en. men det er tilgengælde en god ting at lave dem i hver deres fil, og så includere dem på alle siderne, hvis du skal bruge scriptene på flere sider. Fx til før nævnte side, har jeg gemt menuen i en fil for sig selv (http://www.bornstein.dk/swom/menu.php), og har også nogle forskellige faste variabler gemt i forskellige filer. Men også selv hvis der enedelig skulle komme en side uden php (hva jeg ikke tror der gør lige forløbigt) ville jeg også gemme dem som php. Det gør at den senere er fremtidssikret, og jeg der kan begynde at proppe noget php på, uden at skulle rette hele siden, med links ovs.
Okay, det virker litt komplisert for meg....ennå. Jeg er i startfasen på å lære meg php/databaser osv. Jeg var i en bokhandel i Oslo på lørdag og spurte om det fantes en bok på norsk som hadde med PHP/mySQL å gjøre, men det hadde de desverre ikke. Jeg synes det er litt tungt å lese om dette på engelsk (dukker ofte opp ord som jeg ikke klarer å oversette og som jeg ikke finner i noen ordbok). Kan man kombinere PHP og Access?
Du kan godt bruge access.. Men MySQL eller en anden SQL database er helt klart at fortrække.. Access er langt fra holdbart til webbrug efter min mening. Det er godt til offline brug på computer, men syntes ikke det er holbart på webben.
Det med bøgerne er nok også lidt af et problem her. Der findes nogle begynder-bøger.. Men når man først har læst dem, skal man desværre igang med de engelske. Nu ved jeg ikke lige hvor man søger efter bøger i Norge. Men det er nok rigtigt at det ikke lige bugner med bøger om PHP/MySQL. Desværre..!
Sorry...vært litt fraværende en stund. Tusen takk for hjelpen nicklasb.... :-)
Synes godt om
Ny brugerNybegynder
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.