I dette særtema ser vi på, hvordan cloud og AI bliver fundamentet for virksomhedernes digitale forretning, og hvordan de nye muligheder for automatisering og forretningsværdi kan udnyttes uden at miste overblik, sikkerhed og menneskelig kontrol.
Og så lige med et komma til sidst i hvert gennemløb, og fjernelse af det allersidste komma bagefter, så det er lige til at fylde i TO:-feltet i et mail-program.
Når jeg samler dynamiske strenge bruger jeg somregel et array og implode. Det gør at man slipper for at skulle regne på, hvormange tegn, der skal fjernes i sidste linie ... var det nu ',' eller ', ' ... 'OR', eller 'OR ' ... eller, hvad det nu kan være, der skal fjernes :)
Den er ikke rigtigere, bedre eller (væsentligt) hurtigere. Den gør det bare enklere og sikrer, at man gør det rigtige i første hug - for mig i hvert fald :) Ikke mindst ved længere SQL-strenge med dynamisk opbyggede, betingede forespørgsler, synes jeg det er lettere at overskue på denne måde. Efterhånden er den nok blevet en vane.
I JavaScript er der faktisk en ikke uvæsentlig performance forbedring i at bruge en array-buffer fremfor en streng-buffer - men jeg er ikke sikker på, om det er også tilfældet i PHP(?)
Tak for svarene. Jeg har prøvet med sandboxes og oleboles, og de virker begge to, eneste problem er at der ikke kommer noget med fra $row[mail1] Hvad kan det skyldes?
For at skabe lidt forståelse for den mærkelige kode jeg bruger kan jeg da lige vise hvordan min database er opbygget. Den består af 13 kolonner og 5 rækker, og ser sådan ud
jeg har fyldt alle mailfelterne med tal så man kan kende dem, så nu håber jeg der er nogen der kan se en sammenhæng :) Og det jeg får ud er: 21, 22, 23, , 25, 26, 31, 32, 33, , 35, 36, 41, 42, 43, , 45, 46, 51, 52, 53, , 55, 56
Som i kan se mangler: 11, 12, 13, 14, 15, 16. 14, 24, 34, 44, 54.
Det er blevet lidt indviklet, men hvis der er nogen der har en god løsning, kan keg godt sætte nogle flere point af.
Må vi ikke lige se det stykke kode hvor du laver din query og hiver dem ud? I dit eksempel i starten ser det ud som om du allerede HAR hevet én ud, inden du går ind i dit do/while loop - den skal fjernes og alt skal hives ud i det nye while-loop... Det forklarer i hvert tilfælde hvorfor den første række mangler... Men ikke nummer 2?
sandbox > nu viser den også 14, 24, 34, 44, 54 men den viser stadig ikke alle dem der starter med 1. Coderdk > Du har nok ret, jeg prøver lige at kigge lidt på det, som sagt er det meste lavet i dreamweaver, så jeg har ikke særligt meget styr på min kode.
Resultatet er at jeg på første linje, fra den nye kode, får alle fra 21 til 56 og på en ny linje, fra den gamle kode, får fra 11 til 16 Så den er ikke brugt før, eller hvad.
Synes godt om
Slettet bruger
24. oktober 2004 - 13:15#21
Måske kan vi lettere fange fejlen, hvis du viser os koden helt op til og med selve queryen.
Synes godt om
Slettet bruger
24. oktober 2004 - 13:17#22
Men ja, der bliver med sikkerhed kørt en $row_AlleMailadresser = mysql_fetch_assoc($AlleMailadresser) et sted før den løkke, og det er derfor den første række ikke er med.
Jeg vil gå ud fra, at grunden til, at den henter den første række tidligere, er, at den bruger det til at teste på, om der er nogen resultater. Det kunne dog sagtens have været gjort med mysql_num_rows() i stedet, så det kun var nødvendigt at hente selve data et sted.
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.