Dat komt door de newline tussen </script> en <?php.quote:Op zaterdag 1 maart 2014 03:01 schreef Robuustheid het volgende:
Trouwens, een vraag:
[ code verwijderd ]
Output:
[..]
Waar komt die spatie vandaan? Die kan toch niet door Javascript geïmplementeerd zijn?
Over PHP is wel een shitload aan documentatie beschikbaar. Python wordt minder gebruikt.quote:Op zaterdag 1 maart 2014 03:00 schreef Robuustheid het volgende:
[..]
Python was oorspronkelijk niet zo gericht op OO, omdat de bedenker ervan de OO niet zo relevant vond. Maar het leent zich ook beter voor dan PHP. Python is sowieso een betere taal dan PHP, er zitten geen rare syntax-gewoonten in. En PHP is sterk gefragmenteerd met al die frameworks zoals Symfony, Zend, CodeIgniter, etc. Dat kost je meer tijd om te leren dan de taal zelf. Met Python zit je meestal vast aan Django, dus dat scheelt je naar verhouding minder tijd.
1 2 | RewriteEngine On RewriteRule ^\/index\/kids/(.*)$ http://www.domein.nl/index/school/$1 [L,R=301] |
1 | RewriteRule ^/index/kids/(.*)$ /index/school/$1 [R=301,L] |
got it. Was deze bijnaquote:Op zaterdag 1 maart 2014 16:16 schreef Diabox het volgende:
Is het niet gewoon:
[ code verwijderd ]
Spoilers: geen rewrite held, gebruik het nooit.
Ik zou dit eerlijk gezegd anders oplossenquote:Op zaterdag 1 maart 2014 15:56 schreef Swetsenegger het volgende:
Wat doe ik fout?
[ code verwijderd ]
Ik wil dat bijvoorbeeld
http://www.domein.nl/index/kids/Pink
wordt geredirect naar
http://www.domein.nl/index/school/Pink
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 34 35 36 37 38 39 40 41 | <form> <select name="courses" onchange="showCourse(this.value)"> <option value="">Select a year:</option> <option value="1">Year 1</option> <option value="2">year 2</option> <option value="3">Year 3</option> <option value="4">Year 4</option> </select> </form> <br> <div id="txtHint"><b>All courses of a year will be listed here.</b></div> <script> function showCourse(str) { if (str == "") { document.getElementById("txtHint").innerHTML = ""; return; } if (window.XMLHttpRequest) {// code for IE7+, Firefox, Chrome, Opera, Safari xmlhttp = new XMLHttpRequest(); } else {// code for IE6, IE5 xmlhttp = new ActiveXObject("Microsoft.XMLHTTP"); } xmlhttp.onreadystatechange = function() { if (xmlhttp.readyState == 4 && xmlhttp.status == 200) { document.getElementById("txtHint").innerHTML = xmlhttp.responseText; } } xmlhttp.open("GET", "getcourse.php?q=" + str, true); xmlhttp.send(); } </script> |
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 | <?php require ('core/init.php'); $q = intval($_GET['q']); echo $q; $result = "SELECT `course_id`,`name` FROM `courses` WHERE `categoryId` = '" . $q . "'"; echo"<table border='1'> <tr> <td><b>Course id</b></td> <td><b>Course naam</b></td> </tr>"; while ($row = mysql_fetch_array($result)) { echo "<tr>"; echo "<td>" . $row['course_id'] . "</td>"; echo "<td>" . $row['name'] . "</td>"; echo "</tr>"; } echo "</table>"; ?> |
quote:You are passing in $query which is your sql string, when you need to pass in $result which is your db result object
Die $result is nu een string, die moet je nog door mysql_query() halen om een query op de database uit te voeren, en dan geeft hij een resource terug.quote:Op zaterdag 1 maart 2014 20:50 schreef superky het volgende:
Hoi een vraagje ik krijg een error betreft de volgende regel:
while ($row = mysql_fetch_array($result))
De error die vermeldt werd, is dit:
De error is dit:
Warning: mysql_fetch_array() expects parameter 1 to be resource, string given in C:\Users\yomac_000\Documents\GitHub\website\getcourse.php on line 15
Ik had al naar stackoverflow gekeken o.a. hiernaar:
link: http://stackoverflow.com/(...)esource-string-given
Maar de oplossing leek al heel erg op mijn eigen code.
Mochten jullie mijn code zien, dan staat hij hieronder:
courses.php
[ code verwijderd ]
getcourse.php
[ code verwijderd ]
Alvast bedankt voor uw antwoord
Ja klopt xD nu werkt het bedankt! Ja klopt ik werd al eerder aangesproken dat ik PDO moet gebruiken xD. Maarja als het werkt dan werkt het :pquote:Op zaterdag 1 maart 2014 20:53 schreef mstx het volgende:
[..]
Die $result is nu een string, die moet je nog door mysql_query() halen om een query op de database uit te voeren, en dan geeft hij een resource terug.
Onder deze lijn mensen die gaan vertellen dat je PDO moet gebruiken.
----------------------------------------------------------------------------------------------------------------
De vraag is alleen hoe lang nog, aangezien mysql_query() zeker verwijderd gaat worden uit PHP in toekomstige versies.quote:Op zaterdag 1 maart 2014 21:02 schreef superky het volgende:
[..]
Maarja als het werkt dan werkt het :p
Maar als de mysql_* functies eenmaal zijn verwijderd dan werkt het niet meer. En ja, dat zit wel in de planning, dat die functies verwijderd worden.quote:Op zaterdag 1 maart 2014 21:02 schreef superky het volgende:
[..]
Ja klopt xD nu werkt het bedankt! Ja klopt ik werd al eerder aangesproken dat ik PDO moet gebruiken xD. Maarja als het werkt dan werkt het :p
dit is een gevaarlijke gedachte als ontwikkelaar. Door dit soort geintjes worden veel dingen gehackt.quote:Op zaterdag 1 maart 2014 21:02 schreef superky het volgende:
[..]
Ja klopt xD nu werkt het bedankt! Ja klopt ik werd al eerder aangesproken dat ik PDO moet gebruiken xD. Maarja als het werkt dan werkt het :p
True. mysql_ functies zijn deprecated, en PDO is een goede oplossing, maar waar je ook voor kiest je moet altijd zorgen dat de user input veilig gemaakt is als je die richting een database (of iets anders) stuurt. Anders merk je vanzelf wanneer Bobby op bezoek is geweest.quote:Op zaterdag 1 maart 2014 22:43 schreef totalvamp het volgende:
[..]
dit is een gevaarlijke gedachte als ontwikkelaar. Door dit soort geintjes worden veel dingen gehackt.
Nalatigheid
Je kan ook nog gaan voor mysqli, die is (voorlopig) niet deprecated en kan alles wat PDO ook kan (behalve verbinden met een dozijn andere databases dan mysql en named parameters). Is nog sneller dan PDO ook kwa performance (ok, is maar ~2% ofzo, maar tochquote:Op zaterdag 1 maart 2014 23:04 schreef Light het volgende:
[..]
True. mysql_ functies zijn deprecated, en PDO is een goede oplossing, maar waar je ook voor kiest je moet altijd zorgen dat de user input veilig gemaakt is als je die richting een database (of iets anders) stuurt. Anders merk je vanzelf wanneer Bobby op bezoek is geweest.
die performance wordt weer driedubbel teniet gedaan omdat je zelf nog een wrapperclass moet schrijven om het praktisch bruikbaar te maken, wat je geheid niet zo efficiënt doet als de native wrapper pdo.quote:Op zondag 2 maart 2014 00:56 schreef CrashO het volgende:
[..]
Je kan ook nog gaan voor mysqli, die is (voorlopig) niet deprecated en kan alles wat PDO ook kan (behalve verbinden met een dozijn andere databases dan mysql en named parameters). Is nog sneller dan PDO ook kwa performance (ok, is maar ~2% ofzo, maar toch)
In 5.5 is het er al uit.quote:Op zaterdag 1 maart 2014 21:23 schreef Tijn het volgende:
[..]
De vraag is alleen hoe lang nog, aangezien mysql_query() zeker verwijderd gaat worden uit PHP in toekomstige versies.
Ik ben net overgestapt van Symfony naar Silex voor kleinere projecten.quote:Op zondag 2 maart 2014 17:46 schreef henrivo het volgende:
Moet zeggen, ik keek op tegen Symfony2 als een berg, maar 't is eigenlijk best een leuk framework
// Overgestapt vanaf ZF2
Nee, het is officieel deprecated. En het gaat worden verwijderd in een volgende versie. Dus je kunt het nog steeds gebruiken, maar je krijgt nu een melding dat je deprecated code gebruikt. En die melding kun je weer uitzetten, waardoor alles gewoon werkt. Je komt dan wel in de toekomst in de problemen.quote:
Dat overweeg ik nu ook moet ik zeggen, als soort van tussenstap (ivm het leerproces). Aan te raden? Of juist niet? Anyone?quote:Op zondag 2 maart 2014 22:03 schreef Maringo het volgende:
[..]
Ik ben net overgestapt van Symfony naar Silex voor kleinere projecten.
Oja.. Van mij hadden het er al wel uit mogen halen.quote:Op zondag 2 maart 2014 22:58 schreef Tijn het volgende:
[..]
Nee, je krijgt alleen een warning als je het gebruikt.
Niet als tussenstap, maar gewoon als framework voor de kleinere projecten. Scheelt een hoop ruimte en laadtijd.quote:Op zondag 2 maart 2014 23:23 schreef henrivo het volgende:
[..]
Dat overweeg ik nu ook moet ik zeggen, als soort van tussenstap (ivm het leerproces). Aan te raden? Of juist niet? Anyone?
Is dat echt iets waar je je sappel om moet maken? Bij "kleinere" projecten?quote:Op maandag 3 maart 2014 09:41 schreef Maringo het volgende:
[..]
Niet als tussenstap, maar gewoon als framework voor de kleinere projecten. Scheelt een hoop ruimte en laadtijd.
Het is ook niet het enige verschil. Maar er zit duidelijk verschil tussen laadtijd van pagina's van Symfony2 en Silex. Dus ja, dat is iets waar ik me druk om maak. Met grotere projecten krijg je dat ook wel met Silex, vanwege onder andere de hoeveelheid aan modules die gebruikt worden. En daarom dus het genoemde verschil tussen de kleinere en grotere projecten.quote:Op maandag 3 maart 2014 10:43 schreef KomtTijd... het volgende:
[..]
Is dat echt iets waar je je sappel om moet maken? Bij "kleinere" projecten?
Ik zou het gebruiken als het makkelijker/sneller ontwikkelen is (kan ik me wel voorstellen, met SF2 ben je relatief veel tijd kwijt aan "overhead" wat voor single-file projectjes inderdaad tegen je kan werken). De rest is vooral placebo.
De meeste databases zijn relatiedatabases; m.a.w. er worden tussen verschillende tabellen relaties gelegd door bijvoorbeeld IDs.quote:Op maandag 3 maart 2014 13:07 schreef DannyDeko het volgende:
Dan zal ik als eerst naar de table CLUB moeten gaan om te zoeken welke clubID Ajax heeft ->
SELECT clubID
FROM CLUB
WHERE NAME = 'Ajax'
De clubID is 1. Vervolgens kan ik dan in de participation table dit doen:
SELECT playerID
FROM PARTICIPATION
WHERE clubID = '1'
Dit geeft mij dan de lijst van alle spelers die voor club '1' gespeeld hebben.
Mijn eerste vraag is nu hoe ik er voor kan zorgen dat ik de clubID die ik in mijn 1e query heb opgevraagd door kan spelen naar mijn 2e query. Dus dat ik niet handmatig eerst de 1e query doe en daar '1' als uitkomst krijg en het vervolgens in de 2e query invul.
1 2 3 4 5 | SELECT c.clubID, p.playerID FROM CLUB c JOIN PARTICIPATION p ON p.clubID = c.clubID WHERE c.NAME = 'Ajax' |
1 | SELECT playerID FROM PARCIPATION WHERE clubID = (SELECT clubID FROM CLUB WHERE NAME = 'ajax'); |
Daar heb je joins voor.quote:Op maandag 3 maart 2014 13:17 schreef d4v1d het volgende:
Voor de eerste
[ code verwijderd ]
Is even uit mn hoofd zo. Zit nu mobiel.
quote:Op vrijdag 28 februari 2014 19:09 schreef CrashO het volgende:
[..]
$link binnen je functie `test` gaat niet werken. Die zit in een andere scope. Als je hem daar wilt gebruiken zal je hem moeten meegeven. (of OO gaan en een property binnen je class aanspreken)
Waarom werkt $link dan wel als het niet in een functie zit? Ik zie de logica er niet van.SPOILEROm spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
Andere scope.quote:Op maandag 3 maart 2014 15:24 schreef terdege het volgende:
[..]
Waarom werkt $link dan wel als het niet in een functie zit? Ik zie de logica er niet van.
Wat is er dan mis met subquerys? Waarom zijn joins zoveel beter?quote:
Joins zijn technisch veel sneller, mits je constraints, indexes enzo goed zijn. Sub queries zijn soms debiel traag, zeker als je NOT IN enzo gaat gebruiken.quote:Op maandag 3 maart 2014 16:22 schreef d4v1d het volgende:
[..]
Wat is er dan mis met subquerys? Waarom zijn joins zoveel beter?
(Ik heb t zo gevonden ooit, en sindsdien zo gedaan:@)
Joins zijn sneller en subqueries lezen lelijk (al ken ik genoeg mensen die het juist andersom vinden).quote:Op maandag 3 maart 2014 16:22 schreef d4v1d het volgende:
[..]
Wat is er dan mis met subquerys? Waarom zijn joins zoveel beter?
(Ik heb t zo gevonden ooit, en sindsdien zo gedaan:@)
1) niet waar en 2) subjectief. JOINs zijn niet per definitie sneller, dat is van talloze factoren afhankelijk.quote:Op maandag 3 maart 2014 16:54 schreef Diabox het volgende:
[..]
Joins zijn sneller en subqueries lezen lelijk (al ken ik genoeg mensen die het juist andersom vinden).
JOINs zijn wel beter te optimaliseren voor MySQL. Bij een subquery moet eerst die subquery worden gedaan voordat de hoofdquery uitgevoerd kan worden, terwijl MySQL bij een JOIN zelf kan bepalen welke tabel eerst gefilterd wordt. Goede indexes zijn uiteraard belangrijk.quote:Op maandag 3 maart 2014 19:47 schreef papernote het volgende:
[..]
1) niet waar en 2) subjectief. JOINs zijn niet per definitie sneller, dat is van talloze factoren afhankelijk.
Als jij niet gehandicapt je queries aan het schrijven bent zijn joins doorgaans sneller. En fantastische constatering dat het tweede subjectief is, volgens mij liet ik dat ook al doorschemeren in m'n post en lijkt me dat ook duidelijk.quote:Op maandag 3 maart 2014 19:47 schreef papernote het volgende:
[..]
1) niet waar en 2) subjectief. JOINs zijn niet per definitie sneller, dat is van talloze factoren afhankelijk.
ok, ok, joins zijn slechts in 99,9% van de gevallen aanzienlijk sneller.quote:Op maandag 3 maart 2014 19:47 schreef papernote het volgende:
[..]
1) niet waar en 2) subjectief. JOINs zijn niet per definitie sneller, dat is van talloze factoren afhankelijk.
Niemand die een opmerking? Heb nog maar tot de 8ste om te beslissen?quote:Op maandag 3 maart 2014 08:15 schreef Darkomen het volgende:
Klein vraagje, wat vinden de Zend certified mensen van deze cursus:
http://www.eduvision.nl/c(...)mpaign=php%20dag%205
Ben je al bekend met ZF? Als ik zo de omschrijving van de cursus lees zijn het ook dingen die je jezelf kunt aanleren door veel uit te proberen en de tutorial te volgen. Maar als je, zoals de omschrijving ook zegt, een "vliegende start" wilt is het wellicht een goed idee.quote:Op dinsdag 4 maart 2014 10:30 schreef Darkomen het volgende:
[..]
Niemand die een opmerking? Heb nog maar tot de 8ste om te beslissen?
bedankt voor je antwoord, nee helaas nog geen ervaring met ZF, wel codeigniter framework.quote:Op dinsdag 4 maart 2014 10:45 schreef papernote het volgende:
[..]
Ben je al bekend met ZF? Als ik zo de omschrijving van de cursus lees zijn het ook dingen die je jezelf kunt aanleren door veel uit te proberen en de tutorial te volgen. Maar als je, zoals de omschrijving ook zegt, een "vliegende start" wilt is het wellicht een goed idee.
Thnxquote:Op dinsdag 4 maart 2014 10:11 schreef Aether het volgende:
Misschien handig: SQL Fiddle.
Keuze uit MySQL, SQLite, PostgreSQL, Oracle, MSSQL.
Maar dan zul je vast al wel ervaring hebben met alle concepten (MVC ontwerppatroon, databases, authenticatie en autorisatie, caching, zoeken, webservices, JavaScript integratie en internationalisatie). Alleen dan niet in ZF maar in CI. Ik weet niet of het dan nog zo'n toegevoegde waarde heeft t.o.v. het zelf even aanleren middels de documentatie.quote:Op dinsdag 4 maart 2014 11:04 schreef Darkomen het volgende:
[..]
bedankt voor je antwoord, nee helaas nog geen ervaring met ZF, wel codeigniter framework.
Het voordeel van zo'n cursus is dat je na afloop kunt gaan zwaaien met een papiertje waarop staat dat je het geheel snapt(e).quote:Op dinsdag 4 maart 2014 20:01 schreef papernote het volgende:
[..]
Maar dan zul je vast al wel ervaring hebben met alle concepten (MVC ontwerppatroon, databases, authenticatie en autorisatie, caching, zoeken, webservices, JavaScript integratie en internationalisatie). Alleen dan niet in ZF maar in CI. Ik weet niet of het dan nog zo'n toegevoegde waarde heeft t.o.v. het zelf even aanleren middels de documentatie.
Als alle concepten je ook nog onbekend voor komen, dan is het wellicht wel goed.
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |