[PHP/(My)SQL] voor dummies #95

quote:

Op zaterdag 29 oktober 2011 13:22 schreef GlowMouse het volgende:
http://explainextended.co(...)-on-a-unique-column/

Ik kom er niet uit. Ik beschrijf wel even de hele situatie, misschien dat iemand met dan wat verder kan helpen.

Ik heb de volgende tabellen met onder andere deze velden


Wat ik wil hebben is een lijstje met vogels die een bepaalde user heeft gezien, en per vogel de datum dat die user hem als eerst heeft gezien, en dat voor een specifiek land.
Wat ik nu heb is

Hier komt wel een goed lijstje uit, alleen de datum van de eerste waarneming klopt niet.... de GROUP BY resulteert in de waarnemingen met de laagste ID's.

Mijn kennis van mysql is echt te weinig om dit er op de juiste manier met 1 query uit te halen helaas....

Verander Excursies.datum in MIN(Excursies.datum)

quote:

Op zondag 30 oktober 2011 17:27 schreef GlowMouse het volgende:
Verander Excursies.datum in MIN(Excursies.datum)

Ahhh, natuurlijk! Ik zat veel te moeilijk te denken! Bedankt!

Het is toch nog niet helemaal naar wens. Als ik nou in dezelfde query ook het ID van de excursie en van de waarneming opvraag dan kloppen deze niet met de datum die ik terug krijg...

Met andere woorden, die MIN(Excursies.datum) retourneert wel de laagste datum,maar heeft geen invloed op de rest van de query.

Afgelopen week een aardige database opgebouwd. Nu wil ik het gaan integreren op mijn site.
Ik heb nu een tabel met personen, met daarin onder andere de kolommen id(uniek), voornaam en achternaam. Wat ik nu wil is dat er automatisch voor elk persoon in de tabel een eigen .php gemaakt wordt, de inhoudt van deze .php is steeds hetzelfde, data in die pagina's moet opgeroepen worden door middel van wat er in de bestandsnaam staat, iets van: select * from gebruikers where id/voornaam/achternaam is gelijk aan bestandsnaam.

Hoe kan ik dit nu het beste aanpakken? Hoe maak ik automatisch .php pagina's?
En wat kan ik het beste doen met de bestandsnamen? Als ik voornaam en achternaam bij elkaar zet kan ik die vervolgens (denk ik) niet meer oproepen met een select query omdat het 2 samengevoegde worden zijn die samen 1 nieuw woord maken die mijn database niet kent.

Ideeën zijn welkom

[ Bericht 0% gewijzigd door YazooW op 31-10-2011 21:21:18 ]

weleens van een GET variable gehoord?

quote:

Op maandag 31 oktober 2011 21:33 schreef KomtTijd... het volgende:
weleens van een GET variable gehoord?

GET is toch bedoeld om data van de ene pagina mee te nemen naar de andere? GET pakt trouwens toch ook alleen de stukjes achter het vraagteken, vb: index.php?voorbeeld=blabla. Waarna je vervolgens GET loslaat op voorbeeld en je output blabla is.

Ja, juist.

Dat is toch wat je zoekt?

Of wou je serieus voor iedere mogelijke query een apart script gaan maken? Dan kun je net zo goed je database wegflikkeren en gewoon statische tekstbestandjes maken. Je bestandjes zijn dan effectief je database.

quote:

Op maandag 31 oktober 2011 21:38 schreef KomtTijd... het volgende:
Ja, juist.

Dat is toch wat je zoekt?

Of wou je serieus voor iedere mogelijke query een apart script gaan maken? Dan kun je net zo goed je database wegflikkeren en gewoon statische tekstbestandjes maken.

Dit is slechts een gedeelte van wat ik zoek, als het zo is dat ik met GET de bestandsnaam kan uitlezen dan weet ik in ieder geval al in grote lijnen hoe mijn select query eruit komt te zien.

Wat ik nog meer zoek is een manier waarmee ik automatisch .php pagina's kan aanmaken aan de hand van de inhoud van mijn tabel.

Stel ik heb de volgende tabel met 100 records:

quote:

ID, voornaam, achternaam
1, Jan, Jansen
2, Kees, Bakker
3. Piet, Vermeulen
etc
etc

Nu wil ik dat er van die 100 records 100 .php pagina's gemaakt worden, de vraag die ik nu heb is hoe ik automatisch .php bestanden kan aanmaken, hoe kan ik meegeven welke code er in die bestanden komt (deze code is voor elke pagina hetzelfde), en als ik weet hoe ik automatisch pagina's kan aanmaken moet ik op de 1 of andere manier ook kunnen bepalen wat de bestandsnamen gaan worden van die .php bestanden, en de vraag is dan; hoe ga ik die bestanden noemen. Als ik bijvoorbeeld van bovenstaand voorbeeldtabel de volgens bestanden maak:

quote:

JanJansen.php
KeesBakker.php
PietVermeulen.php

Als ik nu vervolgens dmv de bestandsnaam (GET?) mijn database aanroep, dan kan mijn database bijvoorbeeld geen JanJansen vinden omdat JanJansen samengevoegd is uit Jan en Jansen.

edit. laatste stukje is niet heel duidelijk misschien, wat ik bedoel te zeggen is dat de bestandsnaam dus meegenomen moet worden in de query, zoiets ongeveer dus: select * from gebruikers where id/voornaam/achternaam is gelijk aan bestandsnaam

Je moet niet met aparte bestanden gaan werken, PHP is juist dynamisch. Wat jij wil is zulke URL's: /bestand.php?voornaam=x&achternaam=y
Met de superglobal $_GET, die automatisch gevuld wordt, kan je de URL data uitlezen, bv. $_GET['voornaam'], en deze gefilterd opnemen in je query.
SELECT `veld` FROM `tabel` WHERE `voornaam` = xyz AND `achternaam` = xyz

Dat dus. En je wilt niet filteren op naam, want die is niet gegarandeerd uniek. Er kunnen best meerdere mensen zijn die Jan Jansen heten, en die naam kan ook vaker in je database voorkomen. Voor dat soort dingen kun je prima een id gebruiken, die is wel uniek.

quote:

Op maandag 31 oktober 2011 21:59 schreef Ouqz het volgende:
Je moet niet met aparte bestanden gaan werken, PHP is juist dynamisch. Wat jij wil is zulke URL's: /bestand.php?voornaam=x&achternaam=y
Met de superglobal $_GET, die automatisch gevuld wordt, kan je de URL data uitlezen, bv. $_GET['voornaam'], en deze gefilterd opnemen in je query.
SELECT `veld` FROM `tabel` WHERE `voornaam` = xyz AND `achternaam` = xyz

Ik snap wat je bedoeld, het is ook totaal onlogisch om met zoveel bestanden te werken. Maar het gaat hier om een schoolopdracht, we moeten een site maken in XHTML (php mag ook en levert ook een beter punt op) alleen blijven de eisen gebaseerd op een HTML uitwerking, er zit namelijk een eis in die stelt dat je minimaal 30 bestanden moet hebben...

Maar ik ga nu gewoon verder werken op jou suggestie met de $_GET methode. Ik leg bij mijn eindpresentatie wel uit dat het totaal onlogisch is zoveel verschillende bestanden te maken als het vele malen makkelijker kan met php.

Bedankt voor de hulp weer allemaal!

Je denkt veel te moeilijk.

Er bestaat niet zoiets als een ".php pagina", een .php bestand is een script. En dat script kan bijvoorbeeld een internetpagina als uitvoer hebben.

Als jij een opdracht krijgt met een database dan zit daar onlosmakend PHP of een andere server-side scripttaal aan verbonden. Dat kan onmogelijk optioneel zijn. Als jij een opdracht krijgt om een site te maken in XHTML dan slaat dat op de uitvoer van het script. Een eis van 30 bestanden is compleet onzinnig.

Ik zou de opdracht nog maar eens goed doorlezen want waarschijnlijk staat er eerder "30 pagina's" ofzo.

quote:

Op maandag 31 oktober 2011 23:05 schreef totalvamp het volgende:

In best grote projecten heb ik niet eens 30 bestanden Mijn basis is rond de 15 bestanden en daarmee kun je zat doen.

Goed framework zul je dan hebben Voordat ik uberhaupt een regel code schrijf heb ik al minstens een paar duizend bestanden.

quote:

Op maandag 31 oktober 2011 23:41 schreef Intrepidity het volgende:

[..]

Goed framework zul je dan hebben Voordat ik uberhaupt een regel code schrijf heb ik al minstens een paar duizend bestanden.

1000 bestanden is een overkill, of je maakt gebruik van een reeds bestaand framework waarvan je 90% niet gebruikt.

quote:

Op maandag 31 oktober 2011 23:42 schreef Pakspul het volgende:

[..]

1000 bestanden is een overkill, of je maakt gebruik van een reeds bestaand framework waarvan je 90% niet gebruikt.

Ik maak gebruik van symfony. En liever 90% niet gebruiken als voor die resterende 10% (en dat is een hoop!) continue het wiel opnieuw uitvinden, niet kunnen unit-testen door slecht gescheiden code, geen componenten kunnen hergebruiken, etcetera.

quote:

Op maandag 31 oktober 2011 22:09 schreef YazooW het volgende:
Ik snap wat je bedoeld, het is ook totaal onlogisch om met zoveel bestanden te werken. Maar het gaat hier om een schoolopdracht, we moeten een site maken in XHTML (php mag ook en levert ook een beter punt op) alleen blijven de eisen gebaseerd op een HTML uitwerking, er zit namelijk een eis in die stelt dat je minimaal 30 bestanden moet hebben...

Je maakt dus gewoon HTML bestanden maar met de extensie PHP. Dat heeft met programmeren (en dus dit topic) niks te maken. Als je een debiele docent hebt die je extra punten geeft puur voor een extensie zou ik eens over een opleidingsswitch gaan denken.

quote:

Op maandag 31 oktober 2011 23:46 schreef totalvamp het volgende:

[..]

het is mijn eigen kleine framework. Geen enkel ander werkt op de manier die ik het meest logisch vind. Ik heb ook niet al die andere zooi nodig die standaard bij een framework komt. Gewoon simpel database class, form class, page class, router etc. en voor elke pagina dan gewoon een controller.

Leuk voor je eigen blog wellicht, maar je hebt het over 'best grote' projecten. Definieer best groot? Ik werk aan een systeem wat ongeveer 1.500.000 mails per dag naar buiten staat te stampen, en daar wil je een solide basis voor hebben.

quote:

Op maandag 31 oktober 2011 23:43 schreef Intrepidity het volgende:

[..]

Ik maak gebruik van symfony. En liever 90% niet gebruiken als voor die resterende 10% (en dat is een hoop!) continue het wiel opnieuw uitvinden, niet kunnen unit-testen door slecht gescheiden code, geen componenten kunnen hergebruiken, etcetera.

Idee van een framework is toch dat je hem niet opnieuw gaat uitvinden En het wiel is ook meerdere malen van niets opnieuw gebouwd, omdat mensen zag dat het beter kan

Geef mij maar Cakephp.

lol krijgen w een framework discussie! die van mij is het beste, die valt niet te hacken jaja

Maar goed, een opdracht van minimaal 30 paginas lijkt mij ook onzin, kan de poster niet even de vraag in zijn geheel posten?