DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
In eerste instantie werkte hij alleen met $_SESSION en omdat dat niet werkte kwamen we $_HTTP_enz.. tegen en hebben we die geprobeerd.
Het is wel zo dat er eerst een versie van php (4.1.2) opstond die een bug had die geen sessie variablen instelde ( http://bugs.php.net/bug.php?id=16102 ) maar hij heeft die versie van php eraf gegooit en de laatste versie van appserv met php5 geinstalleerd maar het probleem bleef bestaan. Zou het kunnen dat er toch nog ergens php bestanden zijn achtergebleven?
Het is wel zo dat er eerst een versie van php (4.1.2) opstond die een bug had die geen sessie variablen instelde ( http://bugs.php.net/bug.php?id=16102 ) maar hij heeft die versie van php eraf gegooit en de laatste versie van appserv met php5 geinstalleerd maar het probleem bleef bestaan. Zou het kunnen dat er toch nog ergens php bestanden zijn achtergebleven?
-
Door phpinfo() of phpversion() te gebruiken kom je erachter of PHP5 daadwerkelijk werkt.quote:Op zaterdag 27 januari 2007 10:20 schreef splendor het volgende:
Zou het kunnen dat er toch nog ergens php bestanden zijn achtergebleven?
Die werkte wel gewoon, daarmee hebben we zijn sessie instelling vergeleken met die van mij. Of is het zo dat je echt heel gericht op zoek moet gaan om te kijken of er ergens stukjes php4 zijn achtergebleven?quote:Op zaterdag 27 januari 2007 10:25 schreef JeRa het volgende:
[..]
Door phpinfo() of phpversion() te gebruiken kom je erachter of PHP5 daadwerkelijk werkt.
-
Als PHP zegt dat ie op versie 5 draait, dan is de kans klein dat er ergens stukjes PHP4 achter zijn geblevenquote:Op zaterdag 27 januari 2007 10:31 schreef splendor het volgende:
[..]
Die werkte wel gewoon, daarmee hebben we zijn sessie instelling vergeleken met die van mij. Of is het zo dat je echt heel gericht op zoek moet gaan om te kijken of er ergens stukjes php4 zijn achtergebleven?
Verder is het een goed idee om de configuratie met elkaar te vergelijken. Zolang die code die je net liet zien de enige relevante code is en je in eerste instantie alleen $_SESSION hebt gebruikt zonder dat dat werkte, is er iets vreemds aan de hand en is het slim om zo even het één en het ander te vergelijken ja.
Vraagje!
Stel je hebt een tabel met heel veel velden en records... echter mis je de record ID. En je wilt iets verwijderen... maar data in dit tabel kan voor meerdere gebruikers gelijk zijn aan elkaar (op username na dan) dan zijn er 2 opties.
1. Delete alles met de zelfde teksten die jij wilt laten verwijderen
2. Delete het record met LIMIT
Welke gebruiken jullie? en waarom?
Stel je hebt een tabel met heel veel velden en records... echter mis je de record ID. En je wilt iets verwijderen... maar data in dit tabel kan voor meerdere gebruikers gelijk zijn aan elkaar (op username na dan) dan zijn er 2 opties.
1. Delete alles met de zelfde teksten die jij wilt laten verwijderen
2. Delete het record met LIMIT
Welke gebruiken jullie? en waarom?
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Ik gebruik geen van beide omdat ik er altijd voor zorg dat mijn tabellen een unieke index hebben.
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
Ik normaal ook, maar ik heb nu met een nieuw tiepe database te maken
die niet van mezelf is
die niet van mezelf is
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Iemand hier nog een brauwseltje voor ? punt waar ik tegenaanloop is dat je een string moet opgeven welke de bron is.quote:Op donderdag 25 januari 2007 23:52 schreef profielnaam het volgende:
ik wil een RSS waarin de verkeerde spelling staat van een bepaald woord alsnog omzetten naar html maar dan met de mogelijkheid een woord bijvoorbeeld: "acces" te renamen naar het juiste woord "access" is dit mogelijk bijv met een if of foreach statement, hoe zou dit in zn werk gaan ?
Terwijl het in mijn geval om de hele body van een page gaat (eerst moet de rss ingelezen worden) en dan pas kan ie in de de body dingen uit deze rss replacen.
Je kan natuurlijk ook gewoon een auto incrediment veld toevoegen.quote:Op zaterdag 27 januari 2007 12:29 schreef Chandler het volgende:
Vraagje!
Stel je hebt een tabel met heel veel velden en records... echter mis je de record ID. En je wilt iets verwijderen... maar data in dit tabel kan voor meerdere gebruikers gelijk zijn aan elkaar (op username na dan) dan zijn er 2 opties.
1. Delete alles met de zelfde teksten die jij wilt laten verwijderen
2. Delete het record met LIMIT
Welke gebruiken jullie? en waarom?
Je zegt toch dat de username uniek is? Dan kun je dat toch als unieke factor gebruiken?quote:Op zaterdag 27 januari 2007 12:29 schreef Chandler het volgende:
Vraagje!
Stel je hebt een tabel met heel veel velden en records... echter mis je de record ID. En je wilt iets verwijderen... maar data in dit tabel kan voor meerdere gebruikers gelijk zijn aan elkaar (op username na dan) dan zijn er 2 opties.
1. Delete alles met de zelfde teksten die jij wilt laten verwijderen
2. Delete het record met LIMIT
Welke gebruiken jullie? en waarom?
LIMIT heb je weinig aan, je verwijdert dan de eerste n matches, zonder controle te hebben welke dat dan precies zijn
Nee want een dubbele versie van auto_incre werkt niet. ivm sub_id's die in het tabel zelf verwerkt zitten, maar ik verwijder nu gewoon op datum en tekst...quote:Op zondag 28 januari 2007 04:04 schreef Tiemie het volgende:
[..]
Je kan natuurlijk ook gewoon een auto incrediment veld toevoegen.
Correct, en ik heb het fout gezegd in sommige tabellen is de username uniek, maar in vele niet... daar zit weer een auto_incre... op 2 velden (combi dus) bv user & linkidquote:Op zondag 28 januari 2007 11:43 schreef CraZaay het volgende:
Je zegt toch dat de username uniek is? Dan kun je dat toch als unieke factor gebruiken?
LIMIT heb je weinig aan, je verwijdert dan de eerste n matches, zonder controle te hebben welke dat dan precies zijn
maar goed zoals ik hier boven al zei; ik delete nu op meerdere gegevens...
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
@Chandler
Hoezo een 'dubbele versie' van een AUTO_INCREMENT? Zit er al eentje op dan? Want dat zou betekenen dat je al een unieke key hebt.
Hoezo een 'dubbele versie' van een AUTO_INCREMENT? Zit er al eentje op dan? Want dat zou betekenen dat je al een unieke key hebt.
Zo te lezen kan je dus een Primary Key maken, bestaande uit Username & LinkID?
Dan kan je die combinatie toch als uniek gebruiken en opnemen in je WHERE?
Dan kan je die combinatie toch als uniek gebruiken en opnemen in je WHERE?
@ JeRa: volgens mij bedoeld hij dit:
Als er dus dubbele namen zijn, dan wordt het Nummer veld opgehoogt, zodat de rij uniek blijft. Maar dan kan je gewoon de combinatie van naam & nummer gebruiken als uniek ID.
| 1 2 3 4 5 6 7 | HuHu 0 JeRa 0 Piet 0 Piet 1 Piet 2 Kees 0 |
Als er dus dubbele namen zijn, dan wordt het Nummer veld opgehoogt, zodat de rij uniek blijft. Maar dan kan je gewoon de combinatie van naam & nummer gebruiken als uniek ID.
Correct uniek op 2 velden...quote:Op zondag 28 januari 2007 17:15 schreef JeRa het volgende:
@Chandler
Hoezo een 'dubbele versie' van een AUTO_INCREMENT? Zit er al eentje op dan? Want dat zou betekenen dat je al een unieke key hebt.
quote:Op zondag 28 januari 2007 17:18 schreef HuHu het volgende:
@ JeRa: volgens mij bedoeld hij dit:
[ code verwijderd ]
Als er dus dubbele namen zijn, dan wordt het Nummer veld opgehoogt, zodat de rij uniek blijft. Maar dan kan je gewoon de combinatie van naam & nummer gebruiken als uniek ID.
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
@HuHu
Op die manier werkt een AUTO_INCREMENT niet, die hoogt bij elke rij de waarde op. Daarom snap ik ook niet waarom een tweede AUTO_INCREMENT 'niet werkt'.
Maar goed, je kunt gewoon een PK op die twee velden aanmaken idd.
Op die manier werkt een AUTO_INCREMENT niet, die hoogt bij elke rij de waarde op. Daarom snap ik ook niet waarom een tweede AUTO_INCREMENT 'niet werkt'.
Maar goed, je kunt gewoon een PK op die twee velden aanmaken idd.
Jah klopt... een AUTO-INCREMENT werkt inderdaad niet zo, maar ik vermoedde dat hij het dus verkeerd verwoordde.quote:Op zondag 28 januari 2007 20:30 schreef JeRa het volgende:
@HuHu
Op die manier werkt een AUTO_INCREMENT niet, die hoogt bij elke rij de waarde op. Daarom snap ik ook niet waarom een tweede AUTO_INCREMENT 'niet werkt'.
Maar goed, je kunt gewoon een PK op die twee velden aanmaken idd.
Hee ik probeer php code binnen een javascript uit te voeren, de php moet zich includen in dit javascriptje. Ik weet dat php server side is en javascript client side en dat het daarom niet zou moeten werken.
Maar het resultaat wat ik verlang.. moet toch wel mogelijk zijn ? dus eigenlijk de code die hier beneden staat.
Maar het resultaat wat ik verlang.. moet toch wel mogelijk zijn ? dus eigenlijk de code die hier beneden staat.
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | <p><a href="javascript:InsertContent('spoiler')" class="link">Find out the spoiler !</a></p> <div id="spoiler" style="font-size: 24px; display: none;"> <TABLE cellSpacing=0 cellPadding=0 width="100%" border=0> <TBODY> <TR> <TD> <?php include ('include.php'); ?> </TD> </TR> </TBODY> </TABLE> <script type="text/javascript" language="JavaScript"><!-- function InsertContent(d) { document.getElementById(d).style.display = ""; } //--></script> </div> |
Het zou wel moeten kunnen met AJAX geloof ik..quote:Op zondag 28 januari 2007 20:46 schreef profielnaam het volgende:
Hee ik probeer php code binnen een javascript uit te voeren, de php moet zich includen in dit javascriptje. Ik weet dat php server side is en javascript client side en dat het daarom niet zou moeten werken.
Maar het resultaat wat ik verlang.. moet toch wel mogelijk zijn ? dus eigenlijk de code die hier beneden staat.
[ code verwijderd ]
It's Time To Shine
[i]What would life be like without rhethorical questions?[/i]
[i]What would life be like without rhethorical questions?[/i]
Nee... zoals je het daar hebt staan is het niet mogelijk.quote:Op zondag 28 januari 2007 20:46 schreef profielnaam het volgende:
Hee ik probeer php code binnen een javascript uit te voeren, de php moet zich includen in dit javascriptje. Ik weet dat php server side is en javascript client side en dat het daarom niet zou moeten werken.
Maar het resultaat wat ik verlang.. moet toch wel mogelijk zijn ? dus eigenlijk de code die hier beneden staat.
[ code verwijderd ]
De uitvoer van de PHP code wordt namelijk IN het document gezet, en niet de PHP functies zelf. Je kan deze dus niet meer aanroepen.
Eventueel kan je met behulp van AJAX een verzoek doen aan de server, daar de functie laten uitvoeren, en het resultaat terug laten sturen. Zie daarvoor bijvoorbeeld: http://www.prototypejs.org/.
zou het wel kunnen als je de php functies gewoon in je page zelf gooit, ipv te includen (aanroepen, zoals jij zei ?)quote:Op zondag 28 januari 2007 21:09 schreef HuHu het volgende:
[..]
Nee... zoals je het daar hebt staan is het niet mogelijk.
De uitvoer van de PHP code wordt namelijk IN het document gezet, en niet de PHP functies zelf. Je kan deze dus niet meer aanroepen.
Eventueel kan je met behulp van AJAX een verzoek doen aan de server, daar de functie laten uitvoeren, en het resultaat terug laten sturen. Zie daarvoor bijvoorbeeld: http://www.prototypejs.org/.
Ik heb net me eerste stapjes met PHP gezet, en heb een form gemaakt:
En die roept dit bestand aan:
Nu krijg ik de volgende meldingen wanneer ik de OK! knop indruk in me form:
Wie kan me vertellen waarom hij het record niet aan de database toevoegd?
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 | ?> <HTML><HEAD></HEAD><BODY> <?php /* Variabele voor connectie naar MySQL Server */ $hostname = '***'; $username = '***'; $password = '***'; /* Variabele voor selecteren juiste database */ $database_name = 'maximusdb'; /* Connecteren aan juiste server en database */ $connection = mysql_connect($hostname,$username,$password) or die ("Kan geen connectie maken met de Database server!"); $db = mysql_select_db($database_name,$connection) or die ("Database kan niet gevonden worden!"); echo '<form action="form_add_todo.php" method="POST"> <input type = "text" name = "Omschrijving"> <input type = "text" name = "Memo"> <input type = "submit" value = "OK!"></form>'; mysql_close($connection); ?> </BODY></HTML> |
En die roept dit bestand aan:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 | ?> <HTML><HEAD></HEAD><BODY> <?php /* Variabele voor connectie naar MySQL Server */ $hostname = '***'; $username = '****'; $password = '****'; /* Variabele voor selecteren juiste database */ $database_name = 'maximusdb'; /* Connecteren aan juiste server en database */ $connection = mysql_connect($hostname,$username,$password) or die ("Kan geen connectie maken met de Database server!"); $db = mysql_select_db($database_name,$connection) or die ("Database kan niet gevonden worden!"); /* Form code */ $omschrijving = strip_tags(trim($_POST["Omschrijving"])); $memo = strip_tags(trim($_POST["Memo"])); /* Query Library */ $query01 = "INSERT INTO todo (OMS, MEMO, READY) VALUES ($omschrijving, $memo, '0')"; /* Result Library */ $result01 = mysql_query($query01) or die ("Kan de query niet uitvoeren (query01)"); mysql_close($connection); ?> </BODY></HTML> |
Nu krijg ik de volgende meldingen wanneer ik de OK! knop indruk in me form:
| 1 2 3 | Notice: D:DownloadsYou Know MeGeeckerDBform_add_todo.php line 21 - Undefined index: Memo |
Wie kan me vertellen waarom hij het record niet aan de database toevoegd?
Dan moet je er JavaScript functies van maken, dan is het geen enkel probleem. Je kan dan echter niet communiceren met de server.quote:Op zondag 28 januari 2007 21:29 schreef profielnaam het volgende:
[..]
zou het wel kunnen als je de php functies gewoon in je page zelf gooit, ipv te includen (aanroepen, zoals jij zei ?)
@JortK
Die notices moet je je even niks van aan trekken, de reden dat er niks in de database gezet wordt is omdat je query een aantal 'jes mist rond de twee in te vullen variabelen
Mocht je later willen weten waarom een bepaalde query bij mysql niet werkt, gebruik dan de mysql_error() functie om een error-string op te vragen waarin precies aangegeven staat waarom de query niet lukte.
Die notices moet je je even niks van aan trekken, de reden dat er niks in de database gezet wordt is omdat je query een aantal 'jes mist rond de twee in te vullen variabelen
| 1 2 | VALUES ('$omschrijving', '$memo', '0')"; |
Er moeten quotes rond de VALUES in je query.quote:Op zondag 28 januari 2007 21:36 schreef JortK het volgende:
Ik heb net me eerste stapjes met PHP gezet, en heb een form gemaakt:
[ code verwijderd ]
En die roept dit bestand aan:
[ code verwijderd ]
Nu krijg ik de volgende meldingen wanneer ik de OK! knop indruk in me form:
[ code verwijderd ]
Wie kan me vertellen waarom hij het record niet aan de database toevoegd?
| 1 2 | VALUES ('{$omschrijving}', '{$memo}', '0')"; |
| 1 2 | VALUES ('" . $omschrijving . "', '" . $memo . "', '0')"; |
waarom niet gewoon zo? is ook mooier in je hightlighting editor ;)
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Omdat het een paar milliseconden trager is (je gebruikt dubbele quotes voor een string die je eigenlijk niet geparsed wilt hebben)?quote:Op zondag 28 januari 2007 22:12 schreef Chandler het volgende:
[ code verwijderd ]
waarom niet gewoon zo? is ook mooier in je hightlighting editor
Wat een zeldzaam ranzig datamodelquote:Op zondag 28 januari 2007 17:18 schreef HuHu het volgende:
@ JeRa: volgens mij bedoeld hij dit:
[ code verwijderd ]
Als er dus dubbele namen zijn, dan wordt het Nummer veld opgehoogt, zodat de rij uniek blijft. Maar dan kan je gewoon de combinatie van naam & nummer gebruiken als uniek ID.
Jij hebt geen editor die variabelen in een dubbelgequote string (al dan niet tussen {} ) highlight?quote:Op zondag 28 januari 2007 22:12 schreef Chandler het volgende:
[ code verwijderd ]
waarom niet gewoon zo? is ook mooier in je hightlighting editor
maar hoe zorg ik dat ik dit geautomatiseerd kan aanpasen?quote:Op vrijdag 26 januari 2007 17:29 schreef DoDie het volgende:
Je hebt een ID dus bijv Record 1 heeft ID 1. Dan pak je de ID van Waarde 1, ID + 3 is dus waarde 4 ed
Het staat dus nu zo in de DB:
ID - WAARDE - RANK
1 - Waarde 4 - 4
2 - Waarde 2 - 3
3 - Waarde 3 - 2
4 - Waarde 1 - 1
Als ik dan soorteer op RANK DESC komt waarde 4 eerst, dan 2, 3 en 1.
Maar hoe kan ik met PHP nu aanpassen dat als ik Waarde 1 omhoog wil hebben, en Waarde 3 dus 1 omlaag, hij dit automagisch helemaal goed doet enzo?
Is het echt sneller? maar werkt het dan ook met $_POST etc?quote:Op zondag 28 januari 2007 23:21 schreef CraZaay het volgende:
[..]
Omdat het een paar milliseconden trager is (je gebruikt dubbele quotes voor een string die je eigenlijk niet geparsed wilt hebben)?
Zo zeldzaam is het niet hoor wordt in vele websites gebruikt, maar handig is andersquote:Op zondag 28 januari 2007 23:21 schreef CraZaay het volgende:
Wat een zeldzaam ranzig datamodel
quote:Op zondag 28 januari 2007 23:51 schreef JeRa het volgende:
Valt wel mee, m:n koppeltabellen zien er 'ongeveer' ook zo uit.
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Om te koppelen ja, waarbij in dat geval 'nummer' een verwijzing is naar een record in een andere tabel neem ik aan. Wat ik ervan begrepen heb is Chandler's tabel geen koppeltabel, maar wordt 'nummer' gebruikt om uniciteit aan te geven (standaard 0, tenzij er al een record met een bepaalde username is, dan ophogen).quote:Op zondag 28 januari 2007 23:51 schreef JeRa het volgende:
[..]
Valt wel mee, m:n koppeltabellen zien er 'ongeveer' ook zo uit.
Voor zover ik weet is dat in dagelijks MySQL gebruik niet echt normaal. Ik zou het iig nooit gebruiken. Of begrijp ik de werking van je tabel verkeerd Chandler?
Ja, maar het verschil is echt minimaal.quote:Op maandag 29 januari 2007 09:42 schreef Chandler het volgende:
[..]
Is het echt sneller? maar werkt het dan ook met $_POST etc?
Om consequent te zijn gebruik ik altijd exact dezelfde coding style, in mijn geval voor strings dus enkele quotes (apostrofes) en concatenatie om variabelen in te voegen.quote:Op maandag 29 januari 2007 10:08 schreef CraZaay het volgende:
[..]
Ja, maar het verschil is echt minimaal.
Echter ben ik ook van mening dat je, zodra je dat nodig hebt om tijdswinst te boeken, er iets fundamenteels mis is aan je script.
Tja bv voor een link tabel. (met meerdere gebruikers)quote:Op maandag 29 januari 2007 10:04 schreef CraZaay het volgende:
Voor zover ik weet is dat in dagelijks MySQL gebruik niet echt normaal. Ik zou het iig nooit gebruiken. Of begrijp ik de werking van je tabel verkeerd Chandler?
userid
linkid
link
auto_incr zit op userid incombi met linkid oftewel bij 0 links is linkid 0 bij 9 links is linkid=9 en dat voor iedere gebruiker zo... maar goed, het is niet een database die ik bedacht heb
LOL, ik gebruik ook altijd " . $blaat . " gewoon om het feit dat ik idd ook consequent wil zijn in mijn coding stylequote:Op maandag 29 januari 2007 11:04 schreef JeRa het volgende:
Om consequent te zijn gebruik ik altijd exact dezelfde coding style, in mijn geval voor strings dus enkele quotes (apostrofes) en concatenatie om variabelen in te voegen.
Echter ben ik ook van mening dat je, zodra je dat nodig hebt om tijdswinst te boeken, er iets fundamenteels mis is aan je script.
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Gebruik je dan ook enkele qoutes voor sql strings? Dan moet je dus een heleboel qoutejes escapen. Dat lijkt me niet handig en het maakt het er ook niet leesbaarder op.quote:Op maandag 29 januari 2007 11:04 schreef JeRa het volgende:
[..]
Om consequent te zijn gebruik ik altijd exact dezelfde coding style, in mijn geval voor strings dus enkele quotes (apostrofes) en concatenatie om variabelen in te voegen.
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
Jouw 'dan moet je dus' klopt van geen kanten zie een mooi prepared statement voor PgSQL:quote:Op maandag 29 januari 2007 11:50 schreef SuperRembo het volgende:
[..]
Gebruik je dan ook enkele qoutes voor sql strings? Dan moet je dus een heleboel qoutejes escapen. Dat lijkt me niet handig en het maakt het er ook niet leesbaarder op.
| 1 2 3 4 5 6 | $stmt = $db->prepare('INSERT INTO "tabel" ("userid", "value") VALUES (:userid, :value)'); $stmt->bindParam('userid', $userid); // integer $stmt->bindParam('value', $value); // string $res = $stmt->execute(); ?> |
Et voila, snel, uitermate veilig en zonder ook maar iets te hoeven escapen die dubbele quotes in het statement zijn overigens geen strings, het is de ANSI manier van tabel- en veldnamen quoten (zoals de niet-standaard backticks in MySQL).
Ah, dan begreep ik je verkeerd. 'nummer' is dus daadwerkelijk een verwijzing naar een record in een andere tabel? Zo ja, dan vind ik alleen de naamgeving waardeloosquote:Op maandag 29 januari 2007 11:17 schreef Chandler het volgende:
[..]
Tja bv voor een link tabel. (met meerdere gebruikers)
userid
linkid
link
auto_incr zit op userid incombi met linkid oftewel bij 0 links is linkid 0 bij 9 links is linkid=9 en dat voor iedere gebruiker zo... maar goed, het is niet een database die ik bedacht heb
99% van de mensen hier zal MySQL gebruiken denk ik In dat geval is het inderdaad lastig. Ik gebruik enkele quotes en dubbele quotes door elkaar, afhankelijk van welk doel ze dienen. Dit vind ik netjes en conform de PHP syntax; ik gebruik niet selchts 1 van de 2 omdat dat 'mooier' of 'consistenter' is, maar gebruik de quotes waar ze imo voor zijn.
Ik ben het overigens eens met je statement dat je enkele quotes niet nodig zou hoeven hebben voor snelheidswinst
| 1 2 3 4 5 | $var = 'string'; $query = "test = '$var'" $query = "test = '{$array[1]}'" ?> |
Ik ben het overigens eens met je statement dat je enkele quotes niet nodig zou hoeven hebben voor snelheidswinst
Dat wat ik daar liet zien is PDO, dus dat kan net zo goed met MySQL of SQL server of wat dan ookquote:Op maandag 29 januari 2007 14:33 schreef CraZaay het volgende:
[..]
99% van de mensen hier zal MySQL gebruiken denk ik
Dat was mss een beetje kort door de bocht.quote:Op maandag 29 januari 2007 11:57 schreef JeRa het volgende:
Jouw 'dan moet je dus' klopt van geen kanten zie een mooi prepared statement voor PgSQL:
Ziet er netjes uit. Is die db class van eigen fabricaat?quote:[ code verwijderd ]
Et voila, snel, uitermate veilig en zonder ook maar iets te hoeven escapen
Waarom geef je bij bindParam() eigenlijk geen type informatie mee, het lijk me dat je dat (meestal) wel nodig hebt. Of wordt die informatie er door de db layer zelf bij gehaald?
Wil iedereen die in telekinese gelooft nu mijn hand op steken?
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
| Foto's van toen en nu | Icons | Whatpulse keyboard | .NET developer? |
Rephrase: de meesten hier hakken de SQL-statements rechtstreeks in hun code denk ik (de mensen hier die MVC-concepten e.d. gebruiken zijn op 1 hand te tellen volgens mij ).quote:Op maandag 29 januari 2007 14:37 schreef JeRa het volgende:
[..]
Dat wat ik daar liet zien is PDO, dus dat kan net zo goed met MySQL of SQL server of wat dan ook
Ik controlleer tegenwoordig zowat alle input, of het nu via een cookie, get,post of wat dan ook is heb er een paar leuke includes voor geschreven... altijd handig
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
'zowat'? Da's dan net te weinigquote:Op maandag 29 januari 2007 15:15 schreef Chandler het volgende:
Ik controlleer tegenwoordig zowat alle input, of het nu via een cookie, get,post of wat dan ook is heb er een paar leuke includes voor geschreven... altijd handig
Het is gewoon PDO http://nl2.php.net/PDOquote:Op maandag 29 januari 2007 14:45 schreef SuperRembo het volgende:
[..]
Dat was mss een beetje kort door de bocht.
[..]
Ziet er netjes uit. Is die db class van eigen fabricaat?
Waarom geef je bij bindParam() eigenlijk geen type informatie mee, het lijk me dat je dat (meestal) wel nodig hebt. Of wordt die informatie er door de db layer zelf bij gehaald?
En verder is het in PHP gewoon mogelijk om het type te bepalen zonder extra argumenten mee te leveren hoor, daar heb je dingen als is_string() en is_float() voor
