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.
cd niet bijgeleverd
Vorige delen:
[PHP] voor dummies - Deel 1
[PHP] voor dummies - Deel 2
[PHP] voor dummies - Deel 3
[PHP] voor dummies - Deel 4
[PHP] voor dummies - Deel 5
[PHP/(My)SQL] voor dummies - Deel 6
[PHP/(My)SQL] voor dummies - Deel 7
[PHP/(My)SQL] voor dummies - Deel 8
[PHP/(My)SQL] voor dummies - Deel 9
[PHP/(My)SQL] voor dummies - Deel 10
[PHP/(My)SQL] voor dummies - Deel 11
[PHP/(My)SQL] voor dummies - Deel 12
[PHP/(My)SQL] voor dummies - Deel 13
[PHP/(My)SQL] voor dummies - Deel 14
[PHP/(My)SQL] voor dummies - Deel 15
[PHP/(My)SQL] voor dummies - Deel 16
[PHP/(My)SQL] voor dummies - Deel 17
[PHP/(My)SQL] voor dummies - Deel 18
[PHP/(My)SQL] voor dummies - Deel 19
Zie ook:
Deze OP en instructies voor nieuw topic: http://wiki.fok.nl/index.php/OP/PHP
eensch.quote:
kan je een $string niet-overschrijfbaar maken voor die pageload?
dus
$string = "bla";
bescherm($string); (ofzo )
en dat
$string = "bla2";
dan niet meer werkt?
As a rule, I never touch anything more sophisticated and delicate than myself.
kun je niet isset() gebruiken?quote:Op maandag 23 januari 2006 12:21 schreef Desdinova het volgende:
[..]
eensch.
kan je een $string niet-overschrijfbaar maken voor die pageload?
dus
$string = "bla";
bescherm($string); (ofzo )
en dat
$string = "bla2";
dan niet meer werkt?
En misschien een functie ervan maken om wat typewerk te voorkomen?
Omdat de query veel overzichtelijker wordt. Je ziet in een oogopslag hoe de tabellen gejoined worden (inner/left/right) en met welke velden (userID, locationID) en welke condities alleen het resultaat filteren. Zeker als er veel tabellen in de query staan of als er op meerdere kolommen wordt gejoind dan wordt de notatie zonder joins snel een onoverzichtelijke lijst met condities.quote:Op maandag 23 januari 2006 11:51 schreef Tokus het volgende:
Waarom wordt er door de mensen hier die mysql'en zovaak nadrukkelijk een inner join aangegeven zoals hierboven ("inner join user u on i.userid = u.userid") ?
Dat kan toch ook gewoon door 2 tabellen te noemen en in je where-clause ze te verbinden?
Vergelijk
| 1 2 3 4 5 | FROM information i INNER JOIN users u ON i.userID = u.userID INNER JOIN locations l ON i.locationID = l.locationID WHERE i.infoID = $id |
met
| 1 2 3 4 5 | FROM information i, users u, locations l WHERE i.infoID = $id AND i.userID = u.userID AND i.locationID = l.locationID |
Met left outer joins wordt het nog onduidelijker
| 1 2 3 4 5 | FROM information i, users u, locations l WHERE i.infoID = $id AND i.userID *= u.userID AND i.locationID *= l.locationID |
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? |
Kan je dit nog iets verder verklaren?
Volgens mij is een $string altijd overschrijfbaar?
Volgens mij is een $string altijd overschrijfbaar?
-- ViPeRII --
daar was k al bang voor ja
As a rule, I never touch anything more sophisticated and delicate than myself.
maar een define niet.quote:Op maandag 23 januari 2006 12:31 schreef ViPeRII het volgende:
Kan je dit nog iets verder verklaren?
Volgens mij is een $string altijd overschrijfbaar?
ook niet zo:quote:
define ("string", "bla");
define ("string", "bla2");
?
As a rule, I never touch anything more sophisticated and delicate than myself.
nee.quote:Op maandag 23 januari 2006 12:37 schreef Desdinova het volgende:
[..]
ook niet zo:
define ("string", "bla");
define ("string", "bla2");
?
Je vergeet te iets te vertellenquote:
| 1 2 3 | echo CONSTANTE; //zonder de $ |
Ik geloof zelfs dat een JOIN intern sneller is dan een WHERE-clause in MySQL. Een WHERE-clausule wordt namelijk ná het maken van een resultset toegepast, in het geval van een WHERE-join dus nadat álle rijen met álle andere rijen zijn 'verbonden'. Een JOIN zal al vanaf het begin een restrictie toepassen waarna alsnog een WHERE-clausule kan worden toegepast.quote:Op maandag 23 januari 2006 12:25 schreef SuperRembo het volgende:
[..]
Omdat de query veel overzichtelijker wordt. Je ziet in een oogopslag hoe de tabellen gejoined worden (inner/left/right) en met welke velden (userID, locationID) en welke condities alleen het resultaat filteren. Zeker als er veel tabellen in de query staan of als er op meerdere kolommen wordt gejoind dan wordt de notatie zonder joins snel een onoverzichtelijke lijst met condities.
...
Waarschijnlijk zal MySQL dit tegenwoordig optimaliseren, maar het was voor mij wel één van de redenen om JOINs te gaan gebruiken.
ik zag t al op php.netquote:Op maandag 23 januari 2006 14:07 schreef JeRa het volgende:
[..]
Je vergeet te iets te vertellen
[ code verwijderd ]
nog ff n vraagje,
wat is de beste manier om te voorkomen/checken of inputfields leeg zijn?
As a rule, I never touch anything more sophisticated and delicate than myself.
Ik heb ff een klein vraagje over meertalige websites.
Stel ik heb de volgende code:
Stel ik zou de strings uit de database halen(voor meerdere talen), hoe zou ik zoiets dan het beste kunnen aanpakken?
Stel ik heb de volgende code:
| 1 2 3 | echo "Beste " . $gebruiker . " op deze site " . $nogeenvar; ?> |
Stel ik zou de strings uit de database halen(voor meerdere talen), hoe zou ik zoiets dan het beste kunnen aanpakken?
Je zou een sessie variabele kunnen maken waar je de taal in opslaat en die gebruiken in je query, of een GET variabele in je url meegeven en die meegeven in je query.
Ja ok, dat had ik ook al bedacht. Mijn probleem zit um in de string zoals je hier boven ziet.
Mijn pagina's zien er namelijk vooral zo uit. Dus dan zou ik voor "Beste " en " op deze site " en apart veld moeten maken in de database waardoor je foute zinsconstructies krijgt(al zeker als het alles gaat vertalen).
Iemand die hier ervaging me heeft?
Mijn pagina's zien er namelijk vooral zo uit. Dus dan zou ik voor "Beste " en " op deze site " en apart veld moeten maken in de database waardoor je foute zinsconstructies krijgt(al zeker als het alles gaat vertalen).
Iemand die hier ervaging me heeft?
| 1 2 3 | define( 'TVP', true ); ?> |
GTA San Andreas Multiplayer: Las Venturas Playground Doe mee met FOK! Whatpulse en typ FOK! naar de 1e plaats!!
Dat kan zo:quote:Op maandag 23 januari 2006 16:02 schreef Da_Koen het volgende:
Ja ok, dat had ik ook al bedacht. Mijn probleem zit um in de string zoals je hier boven ziet.
Mijn pagina's zien er namelijk vooral zo uit. Dus dan zou ik voor "Beste " en " op deze site " en apart veld moeten maken in de database waardoor je foute zinsconstructies krijgt(al zeker als het alles gaat vertalen).
Iemand die hier ervaging me heeft?
$tekst = "Beste [naam] op deze site [site].";
$naam = "Jan";
$site = "fok.nl";
$tekst1 = str_replace("[naam]", $tekst, $naam);
$tekst2 = str_replace("[site]", $tekst1, $site);
echo $tekst2;
Niet zo netjes, maar je snapt het idee wel denk ik.
Dat is idd wel een aardige oplossing, bedankt. Weet er misschien nog iemand anders een (minder omslachtige )oplossing hiervoor?
Ik stop vertalingen meestal niet in een database maar in aparte bestanden, voorbeeldje:quote:Op maandag 23 januari 2006 16:33 schreef Da_Koen het volgende:
Dat is idd wel een aardige oplossing, bedankt. Weet er misschien nog iemand anders een (minder omslachtige )oplossing hiervoor?
| 1 2 | $lang['welcome'] = 'Welkom %s!'; |
| 1 2 | $lang['welcome'] = 'Welcome, %s!'; |
En dan include je het juiste taalbestand in je core, waarna je zoiets kunt doen:
| 1 |
Maar er zijn natuurlijk nog veel meer manieren om het te doen
Er werd mij verwezen om hierheen te komen ondanks dat het om een PERL vraagje gaat. Maar ja, PHP is geloof ik gebaseerd op PERL...
Wat doe ik fout? Ik wil puur een aantal velden invoegen in de database..
Ik krijg steeds de foutmelding: Can't find string terminator "~" anywhere before EOF at db.pl line 12.
Wat doe ik fout? Ik wil puur een aantal velden invoegen in de database..
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 | use DBI; use Mysql; $DBHOST = "localhost"; $DBNAME = "test"; $DBUSER = "root"; $DBPASS = "root"; $DB = Mysql->connect($DBHOST, $DBNAME, $DBUSER, $DBPASS); $qry = qq~INSERT INTO movie VALUES ("3", "blaat"); $db->disconnect; |
Ik krijg steeds de foutmelding: Can't find string terminator "~" anywhere before EOF at db.pl line 12.
Friends don't let friends remain beardless...
isset() incombinatie met empty() en eventueel preg_matchquote:Op maandag 23 januari 2006 15:36 schreef Desdinova het volgende:
[..]
ik zag t al op php.net
nog ff n vraagje,
wat is de beste manier om te voorkomen/checken of inputfields leeg zijn?
