Beginnen met PHP

[Heaget]

Oke ik wil beginnen met het leren van scripten in PHP, maar omdat het zo lastig is heb ik het telkens uitgesteld. Nu is het rustig op het werk en dacht, ik ga ervoor. Ik heb XAMPP geinstalleerd en die loopt nu. Apache en MySQL draaien, en via localhost kom ik op de XAMPP pagina.

Maar, wat nu? Ik heb echt geen flauw idee wat ik nu verder moet doen, hoe ik bestanden op de locale server krijg, en hoe ik een PHP script maak. Op PHP.net staan wel tutorials, maar die moet ik dus laten draaien op een server. Iemand die me wil helpen?

-Heaget

[Thasquealer]

Kdenk dat je het beste met een boekje kan beginnen.
Dan kan je aan de hand van het boek wat standaard dingen leren en in elkaar zetten.

[radem205]

In XAMPP dien je de html / php / etc. bestanden in de map "htdocs" te plaatsen. Wanneer je php en mysql hebt geactiveerd kan je via http://localhost/bestandsnaam.php de bestanden uitvoeren in je browser.

Voor de rest valt er veel te vinden op de website van XAMPP.

[steffex]

http://www.w3schools.com/php/

heb je ook de manual van xampp doorgelezen?

[ Voor 44% gewijzigd door steffex op 16-03-2010 14:51 ]

[Cartman!]

Heel simpel, je hebt je XAMPP ergens geinstalleerd en daar staat een mapje 'htdocs' in waar je de files kunt plaatsen. Hoe je een PHP-script maakt kun je echt wel vinden, als dat al niet lukt dan denk ik dat je de boel beter weer kunt uninstallen.

[cariolive23]

http://wiki.phpfreakz.nl/Het_Wiel_Uitgevonden

SQL kun je trouwens beter leren met een andere database dan MySQL, MySQL is nogal vaag met SQL en kan hele rare dingen doen met data. Neem PostgreSQL (gratis en zeer eenvoudig met PHP te combineren), Firebird (gratis) of zelfs SQL Server (kan gratis maar ook $$) of Oracle(kan gratis maar ook $$$$$), werkt allemaal een stuk beter en voorspelbaarder.

Met MySQL leer je geen SQL, maar de nukken van MySQL.

[Heaget]

stef-o schreef op dinsdag 16 maart 2010 @ 14:48:
http://www.w3schools.com/php/

thx, ga ik ook checken!

Cartman! schreef op dinsdag 16 maart 2010 @ 14:49:
Heel simpel, je hebt je XAMPP ergens geinstalleerd en daar staat een mapje 'htdocs' in waar je de files kunt plaatsen. Hoe je een PHP-script maakt kun je echt wel vinden, als dat al niet lukt dan denk ik dat je de boel beter weer kunt uninstallen.

Heheh je moet ergens beginnen he, ik heb m'n zinnen erop gezet dus het zal lukken ook. Het is overigens gelukt nu, dus nu kan ik beginnen met scriptjes maken. Bestaat er nog iets als een PHP-Bible ( in boekvom? ) net zoals de 3DsMax-Bible wat echt een goud boek is!

[Verwijderd]

Zeer eenvoudig. Je plaatst gewoon je php-bestanden in je "htdocs"-folder.
Wanneer je server nu draait kan je gewoon: http://localhost/bestand.php openen in de browser.

[TJHeuvel]

Heaget schreef op dinsdag 16 maart 2010 @ 14:53:
[...]


thx, ga ik ook checken!


[...]


Heheh je moet ergens beginnen he, ik heb m'n zinnen erop gezet dus het zal lukken ook. Het is overigens gelukt nu, dus nu kan ik beginnen met scriptjes maken. Bestaat er nog iets als een PHP-Bible ( in boekvom? ) net zoals de 3DsMax-Bible wat echt een goud boek is!

Loop (of surf?) eens naar een boekenwinkel, er is genoeg materiaal beschikbaar.

[Kaasplank]

stap 2 lijkt me het installeren van een goede IDE

[Thasquealer]

Ik weet niet precies of je een echte beginnende gebruiker ben, maare je zou eens kunnen zoeken naar PHP Basics van Peter Kassenaar.
Gebruikten wij voornamelijk op school.

[Styxxy]

Kaasplank schreef op dinsdag 16 maart 2010 @ 15:00:
stap 2 lijkt me het installeren van een goede IDE

Notepad++ of iets dergelijks lijkt me het beste. De extra mogelijkheden van uitgebreide IDE's (Eclipse, Netbeans, oid) zijn niet aan te raden voor beginners. Het is altijd beter om zelf eerst eens alles te typen en fouten te maken (haakje vergeten, accolade vergeten, puntkomma vergeten etc... beter zelf de fout eerst maken dan dat je IDE al begint te protesteren en je blindelings gewoon aanpast).

@TS: ik raad je aan om een beginnersboek te kopen/lenen (kost op zich niet al te veel). Een boek om de basis te leren heb ik altijd handiger gevonden .

[ Voor 12% gewijzigd door Styxxy op 16-03-2010 15:24 ]

[Verwijderd]

Thasquealer schreef op dinsdag 16 maart 2010 @ 15:10:
Ik weet niet precies of je een echte beginnende gebruiker ben, maare je zou eens kunnen zoeken naar PHP Basics van Peter Kassenaar.
Gebruikten wij voornamelijk op school.

Wij gebruiken hetzelfde, en dit is inderdaad een goed boek. Alle voornaamste technieken m.b.t php wordt uitgelegd, alsook werken met MySQL

[hostname]

Heaget schreef op dinsdag 16 maart 2010 @ 14:53:
Heheh je moet ergens beginnen he, ik heb m'n zinnen erop gezet dus het zal lukken ook. Het is overigens gelukt nu, dus nu kan ik beginnen met scriptjes maken. Bestaat er nog iets als een PHP-Bible ( in boekvom? ) net zoals de 3DsMax-Bible wat echt een goud boek is!

Ik ken de hele 3DsMax-Bible niet, maar op php.net staat een uitgebreide documentatie van alle functies en instellingen in PHP Bij het zoeken van een boek zou ik er vooral op letten dat je geen verouderde PHP4 'zooi' koopt. En in het geval dat je je al programmeert moet je je alvast voorbereiden op een heleboel 'WTF' momentjes.

Verder ben ik het met Kaasplank eens: installeer ook een goed IDE.

[Dennis013]

Ik zou een cursus van Lynda volgen. http://www.lynda.com/home/DisplayCourse.aspx?lpk2=435
Of iets dergelijks. In ieder geval starten met tutorials en die volgen.. Dan leer je een hoop

[_eXistenZ_]

@ TS
Maar het IS heel makkelijk... Kortom, jij kan het wel moeilijk VINDEN maar wat het is komen wij samen niet uit. Het beste kun je PHP leren door zelf iets te bedenken wat je handig vindt / nodig hebt en dat dan uitplannen en maken

[ Voor 33% gewijzigd door _eXistenZ_ op 16-03-2010 16:06 ]

[CodeCaster]

Dennis013 schreef op dinsdag 16 maart 2010 @ 15:58:
Ik zou een cursus van Lynda volgen. http://www.lynda.com/home/DisplayCourse.aspx?lpk2=435
Of iets dergelijks. In ieder geval starten met tutorials en die volgen.. Dan leer je een hoop

offtopic:
Ja, ga even een video-tutorial aanbevelen. Je bent al 18 (!) minuten verder wanneer je de introductie van de cursus en de presentaties "What is PHP", "History", "Why choose PHP?" en "Installation overview" hebt gekeken.

Ik snap niet dat mensen dit nog gebruiken. Het is ondertussen toch allang aangetoond dat iedereen op z'n eigen tempo leest en leert?

[Verwijderd]

Ik kan je aan raden om te beginnen met een boek, dus eerst de echte basis leren. Daarna als je het door hebt kan je simpele dingen gaan maken (gastenboek bijv.) en veel uitproberen, maar eerst heb je echt de basis nodig! Daarnaast is het niet zo dat als je een boek gelezen hebt dat je gelijk "kunt PHP'en", voordat je het goed kunt gaat er wel een tijdje overheen.

Ben er trouwens vanuit gegaan dat je nog geen ervaring hebt met programmeertalen, klopt dat?

@_eXistenZ_: Jij VINDT het toevallig makkelijk, wil niet zeggen dat dat voor iedereen geldt.

[ Voor 20% gewijzigd door Verwijderd op 16-03-2010 16:14 ]

[Heaget]

Verwijderd schreef op dinsdag 16 maart 2010 @ 16:11:
Ik kan je aan raden om te beginnen met een boek, dus eerst de echte basis leren. Daarna als je het door hebt kan je simpele dingen gaan maken (gastenboek bijv.) en veel uitproberen, maar eerst heb je echt de basis nodig! Daarnaast is het niet zo dat als je een boek gelezen hebt dat je gelijk "kunt PHP'en", voordat je het goed kunt gaat er wel een tijdje overheen.

Ben er trouwens vanuit gegaan dat je nog geen ervaring hebt met programmeertalen, klopt dat?

@_eXistenZ_: Jij VINDT het toevallig makkelijk, wil niet zeggen dat dat voor iedereen geldt.

Nee, ik heb inderdaad bijna geen ervaring met programmeertalen, klein beetje actionscript, beetje HTML en daar blijft het bij. Ik ga lekker verder met de aanbevolen tuts en kijken voor een boek Bedankt voor alle reacties iig!

[Dorgaldir]

notepad++ is een goed programma om mee te scripten. hoewel progs als netbeans een intellisense hebben vind ik het veel aangenamer om puur te coderen, leer je het meeste van.

je kan ook heel veel op het web vinden op bv w3schools.com, php.net, etc...

Een vriend/kennis met kennis van php helpt ook redelijk veel, een kennis van me is nu ook php aan het leren en hij emailt wel eens zijn scriptjes naar mij om te checken hoe het verloopt of om fouter eruit te halen.

[Verwijderd]

Heaget schreef op dinsdag 16 maart 2010 @ 16:24:
[...]


Nee, ik heb inderdaad bijna geen ervaring met programmeertalen, klein beetje actionscript, beetje HTML en daar blijft het bij. Ik ga lekker verder met de aanbevolen tuts en kijken voor een boek Bedankt voor alle reacties iig!

Ah, een "beetje HTML"... Ik weet niet hoeveel een "beetje" is, maar het is toch wel aan te raden om pas met PHP te beginnen als je minstens redelijke kennis van HTML hebt.

[Verwijderd]

Verwijderd schreef op dinsdag 16 maart 2010 @ 16:43:
[...]

Ah, een "beetje HTML"... Ik weet niet hoeveel een "beetje" is, maar het is toch wel aan te raden om pas met PHP te beginnen als je minstens redelijke kennis van HTML hebt.

& Volgens W3Schools is zelf kennis van Javascript verreist:

[Matis]

@GuidoH en hierboven, dat is niet noodzakelijk. Je hebt genoeg webdevelopers welke nooit HTML hoeven te kloppen. Kennis is natuurlijk handig, maar ik zie in diverse php-libraries geen enkele regel HTML voorkomen
Althans mijn visie, het is in de webdevelopment natuurlijk makkelijk om HTML en JS-kennis te hebben, maar er zijn genoeg prive-projecten waarbij geen html aan te pas kwam


@TS, een goede IDE is ook belangrijk. Persoonlijk lijkt PDT (PHP Development Tools) wel een goede kandidaat

[ Voor 23% gewijzigd door Matis op 16-03-2010 16:49 ]

[Standeman]

cariolive23 schreef op dinsdag 16 maart 2010 @ 14:51:
http://wiki.phpfreakz.nl/Het_Wiel_Uitgevonden

SQL kun je trouwens beter leren met een andere database dan MySQL, MySQL is nogal vaag met SQL en kan hele rare dingen doen met data. Neem PostgreSQL (gratis en zeer eenvoudig met PHP te combineren), Firebird (gratis) of zelfs SQL Server (kan gratis maar ook $$) of Oracle(kan gratis maar ook $$$$$), werkt allemaal een stuk beter en voorspelbaarder.

Met MySQL leer je geen SQL, maar de nukken van MySQL.

Ik heb MySQL nog niet echt kunnen betrappen op fouten of vaagheden wat betreft de basic SQL (92) implementatie.

[Afvalzak]

Standeman schreef op dinsdag 16 maart 2010 @ 17:07:
[...]

Ik heb MySQL nog niet echt kunnen betrappen op fouten of vaagheden wat betreft de basic SQL (92) implementatie.

Neuh maar er zijn wel zeker dingen die het irritant maken, echter zal je daar later pas last van gaan hebben, constraints etc. die niets doen. Maar zoals ik al zei, als je net met PHP en MySQL begint zijn die dingen niet echt nodig.

[ Voor 10% gewijzigd door Afvalzak op 16-03-2010 17:15 . Reden: Aanvullen ]

[Grijze Vos]

cariolive23 schreef op dinsdag 16 maart 2010 @ 14:51:
http://wiki.phpfreakz.nl/Het_Wiel_Uitgevonden

SQL kun je trouwens beter leren met een andere database dan MySQL, MySQL is nogal vaag met SQL en kan hele rare dingen doen met data. Neem PostgreSQL (gratis en zeer eenvoudig met PHP te combineren), Firebird (gratis) of zelfs SQL Server (kan gratis maar ook $$) of Oracle(kan gratis maar ook $$$$$), werkt allemaal een stuk beter en voorspelbaarder.

Met MySQL leer je geen SQL, maar de nukken van MySQL.

Wat een onzin, MySQL is prima om mee te beginnen. Zodra hij de concepten snapt kan hij uberhaupt beter op een O/R mapper overstappen.

[cariolive23]

Standeman schreef op dinsdag 16 maart 2010 @ 17:07:
[...]

Ik heb MySQL nog niet echt kunnen betrappen op fouten of vaagheden wat betreft de basic SQL (92) implementatie.

Leesvoer: http://www.yapf.net/index...n_van_MySQL_op_een_rijtje

En deze lijst is niet compleet, er zijn nog meer pijnpunten. Veel hangt af van de gekozen SQL mode, maar deze kun je op ieder gewenst moment aanpassen. Daar zijn geen aparte rechten voor nodig, dat kan gewoon altijd en door iedereen voor zijn connectie worden gedaan.

code:

SELECT '1 appel ' + 'en nog eens 5 appels';

Volgens MySQL komt uit deze rekensom het antwoord 1. Dat is fout en normale databases zullen dit ook niet accepteren. Of ze geven de string '1 appel en nog eens 5 appels' retour (samenvoegen van beide stringetjes) of ze geven een foutmelding. Maar twee stringetjes optellen? Dat "kan" alleen MySQL en dat het antwoord ook nog eens fout is, dat is jouw probleem. Jij mag dus extra tijd besteden aan het testen, wanneer jij per ongeluk verschillende datatypes bij elkaar optelt die je helemaal niet kunt optellen, dan moet je dat tijdens het testen zien te ontdekken. En dat kost veel tijd en dus veel geld. Dat maakt applicaties/scripts met een MySQL-database ook erg kostbaar of erg onbetrouwbaar.

Ps. Het maakt uit of je innoDB gebruikt, of je versie 5.1 gebruikt, maar overal kom je vele bugs en vage gedrag tegen. En transaction safe? Dat zijn ze geen van allen, gooi maar eens ALTER-statement door een transactie heen, ben je direct de klos.

[ Voor 8% gewijzigd door cariolive23 op 16-03-2010 17:38 ]

[cariolive23]

Grijze Vos schreef op dinsdag 16 maart 2010 @ 17:32:
[...]

Wat een onzin, MySQL is prima om mee te beginnen. Zodra hij de concepten snapt kan hij uberhaupt beter op een O/R mapper overstappen.

Geen enkele O/R mapper kan er voor zorgen dat de database zich goed gedraagt. Of wil je een O/R mapper een DBMS zonder opslag noemen? Lijkt me sterk, een O/R mapper heeft geen weet van de data laat staan van andere connecties. Trek maar eens de stekker uit je server, zie je direct of de database zich daarvan kan herstellen. ORM zal je daarbij niet helpen, dat moet echt van de database komen.

Tip: Neem dan bv. CouchDB of zo iets, dan verwacht ook geen gedrag van RDBMS maar krijg je wel de performance van een NoSQL-opslag systeem. MySQL is niets, het is geen RDBMS en het is geen NoSQL. Het is alleen bekend.

[Standeman]

cariolive23 schreef op dinsdag 16 maart 2010 @ 17:34:
[...]

Leesvoer: http://www.yapf.net/index...n_van_MySQL_op_een_rijtje

hmmm, daar wordt ik niet echt vrolijk van. Een hoop zaken zijn na v5.0 wel opgelost, maar lang niet alles.

Alsnog is MySQL prima om mee te hobbien als je geen DBA wilt worden, maar ik sta er wel een beetje van te kijken.

[ Voor 14% gewijzigd door Standeman op 16-03-2010 17:47 ]

[Grijze Vos]

cariolive23 schreef op dinsdag 16 maart 2010 @ 17:42:
[...]

Geen enkele O/R mapper kan er voor zorgen dat de database zich goed gedraagt. Of wil je een O/R mapper een DBMS zonder opslag noemen? Lijkt me sterk, een O/R mapper heeft geen weet van de data laat staan van andere connecties. Trek maar eens de stekker uit je server, zie je direct of de database zich daarvan kan herstellen. ORM zal je daarbij niet helpen, dat moet echt van de database komen.

Tip: Neem dan bv. CouchDB of zo iets, dan verwacht ook geen gedrag van RDBMS maar krijg je wel de performance van een NoSQL-opslag systeem. MySQL is niets, het is geen RDBMS en het is geen NoSQL. Het is alleen bekend.

En in hoeverre is dat ook maar enigszins relevant voor een beginnende programmeur die een hello world applicatie in elkaar probeert te klussen. Alsof hji de eerste paar weken verder komt dan SELECT * from table WHERE .... LIMIT 5;

Ja, MySQL is een brakke database als je serieuze applicaties schrijft, maar dat is -volstrekt- irrelevant voor een beginneling.

[cariolive23]

Grijze Vos schreef op dinsdag 16 maart 2010 @ 18:01:
[...]

En in hoeverre is dat ook maar enigszins relevant voor een beginnende programmeur die een hello world applicatie in elkaar probeert te klussen. Alsof hji de eerste paar weken verder komt dan SELECT * from table WHERE .... LIMIT 5;

Jij begint over ORM, ik niet.

Ja, MySQL is een brakke database als je serieuze applicaties schrijft, maar dat is -volstrekt- irrelevant voor een beginneling.

Ook een beginneling mag toch wel direct correcte SQL leren? Daarmee kun je ook op een MySQL-database werken. Met foute SQL kun je op een MySQL-database werken, foute resultaten krijgen en op geen enkele andere database werken. Wat heeft dan de voorkeur? SQL leren op een goede database of SQL leren op een brakke database? Voor de kosten hoef je het niet te laten, PostgreSQL en Firebird zijn hardstikke gratis.

Wanneer je correcte SQL kent, hoef je ook geen foute SQL meer af te leren. Scheelt weer tijd.

[Verwijderd]

Uit de sig van NMe:

Over MySQL:
NMe: Als je weet waar de gaatjes zitten, dan kun je er prima mee werken.
.oisyn: Tja, dat geldt ook voor vrouwen, maar dat wil nog niet zeggen dat ze niet af en toe het bloed onder je nagels vandaan halen.

En... SELECT '1 appel ' + 'en nog eens 5 appels';? Snap niet wat het probleem is dat dat niet het "verwachtte" terug geeft, als je dat gebruikt moet je het probleem eerder bij jezelf zoeken dan bij de database server.

Maar volgens mij was hier de discussie niet welke database er gebruikt moet gaan worden, TS heeft nog helemaal geen ervaring met een programmeertaal, dan is het prima om met MySQL te werken. Tegen de tijd dat hij tegen de beperkingen van MySQL aanloopt, is hij een stuk verder. Ik ben zelf al wel een stukje verder, en moet zeggen dat er wel degelijk goed valt te werken met MySQL, zie de quote hier boven.

Dus TS; gewoon boekje van PHP en MySQL leren.

[cariolive23]

Verwijderd schreef op dinsdag 16 maart 2010 @ 18:10:
Uit de sig van NMe:

[...]




En... SELECT '1 appel ' + 'en nog eens 5 appels';? Snap niet wat het probleem is dat dat niet het "verwachtte" terug geeft, als je dat gebruikt moet je het probleem eerder bij jezelf zoeken dan bij de database server.

En jij maakt nooit een fout in een query? Tuurlijk, het is een gefabriceerd voorbeeld, maar neem eens twee kolommen uit één tabel met verschillende datatypes en je hebt een prachtige bug. Normale databases geven een foutmelding en je kunt deze fout dan direct herstellen. Met MySQL ligt het maar net aan de situatie en aan jouw testkunsten om de fout te zien. Het kan best zijn dat dit pas enkele weken later gebeurt en je een hoop werk opnieuw kan gaan doen.

MySQL is gewoon zonde van je tijd, zeker wanneer je wel wat beters hebt te doen, bv. PHP leren.

[Barleone]

Wat betreft de keuze van een IDE, zoek eens op het forum naar topics: http://gathering.tweakers...ata%5Bsearchtimeout%5D=30
Ik weet dat er diverse topics lopen met discussies en ervaringen mbt IDE's zoals Eclipse+PDT, PHP Designer, NetBeans, Zend Studio Neon, Dreamweaver , Notepad++ en cetera.

[Verwijderd]

cariolive23 schreef op dinsdag 16 maart 2010 @ 18:39:
[...]

En jij maakt nooit een fout in een query? Tuurlijk, het is een gefabriceerd voorbeeld, maar neem eens twee kolommen uit één tabel met verschillende datatypes en je hebt een prachtige bug. Normale databases geven een foutmelding en je kunt deze fout dan direct herstellen. Met MySQL ligt het maar net aan de situatie en aan jouw testkunsten om de fout te zien. Het kan best zijn dat dit pas enkele weken later gebeurt en je een hoop werk opnieuw kan gaan doen.

MySQL is gewoon zonde van je tijd, zeker wanneer je wel wat beters hebt te doen, bv. PHP leren.

Dus omdat je een resultaat krijgt die je niet verwacht, op 't moment dat je het zelf niet goed doet, is MySQL zonde van je tijd? Er was iets wat je kon doen om te kijken of het wel werk zoals je verwacht, uhh, testen! Je bent imho fout bezig als je weken later er pas achter komt dat je wijziging niet goed is.

En ja, ik heb ook wel eens een foute query (al moet ik zeggen dat dat niet vaak voor komt), maar velden bij elkaar optellen met verschillende datatypes bij elkaar optellen is me nog nooit gebeurd, ik gebruik dan ook de database niet voor berekeningen. En zelfs als je dat doet, dan zie je toch gelijk dat het niet werkt zoals je verwacht...

[cariolive23]

Ja, MySQL is zonde van je tijd. Je hebt één zekerheid en dat is dat je fouten gaat maken, ik neem even aan dat je menselijk bent. Dan is het wel zo handig dat jouw database jou helpt bij het vinden van deze fouten en dus het oplossen van deze fouten. Dat doen vrijwel alle databases, behalve MySQL. En dat kost dus extra tijd, dat is dus zonde van de tijd.

ik gebruik dan ook de database niet voor berekeningen

Ook dat is jammer van de tijd, databases kunnen dit heel goed en razendsnel. Vaak sneller dan applicatiecode. Wederom zonde van de tijd.

Maar goed, smaken verschillen.

[Verwijderd]

cariolive23 schreef op dinsdag 16 maart 2010 @ 19:38:
Ja, MySQL is zonde van je tijd. Je hebt één zekerheid en dat is dat je fouten gaat maken, ik neem even aan dat je menselijk bent. Dan is het wel zo handig dat jouw database jou helpt bij het vinden van deze fouten en dus het oplossen van deze fouten. Dat doen vrijwel alle databases, behalve MySQL. En dat kost dus extra tijd, dat is dus zonde van de tijd.

Fouten maken doe je inderdaad, maar in beperkte mate als je goed bezig bent. En aangezien je weet dat je menselijk bent, weet je dat er fouten gemaakt (kunnen) worden, daar is testen onder andere voor uitgevonden.

[...]

Ook dat is jammer van de tijd, databases kunnen dit heel goed en razendsnel. Vaak sneller dan applicatiecode. Wederom zonde van de tijd.

Maar goed, smaken verschillen.

Over het algemeen is PHP sneller dan MySQL met berekeningen, gelukkig maar want anders zou er iets niet goed zijn. Er zijn genoeg benchmarks te vinden, dit is maar een van de velen:

quote: http://mtocker.livejournal.com/45222.html

Conclusion: 17.94 seconds versus 1.72 seconds, so MySQL is ten times slower!

Wat je zegt gaat dus niet helemaal op hier.

Maar goed, ontopic maar weer dan?

[cariolive23]

We raken erg offtopic, maar dat is even niet anders

Dat een fibonacci-berekening langzamer is, wil niet zeggen dat álle berekeningen langzamer zijn. Vooral niet omdat in genoemde berekening helemaal geen data wordt gebruikt die uit de database moet komen. Neem voor de grap eens een 100.000 getallen uit de database en ga daar bv. het gemiddelde van nemen. Dat gaat met de database veel sneller, je hoeft in je php-code slechts 1 resultaat te fetchen en niets meer te berekenen. Eerst 100.000 resultaten fetchen en dan pas berekenen, dat is echt langzamer. Hoeveel langzamer, daar is niet een eenduidig antwoord op te geven, er zijn veel te veel parameters die daar invloed op hebben. Maar applicatiecode zal niet sneller zijn, het zal namelijk eerst de data moeten ontvangen voordat het kan gaan rekenen.

Maar goed, ontopic maar weer dan?

Goed plan

[Verwijderd]

cariolive23 schreef op dinsdag 16 maart 2010 @ 19:56:
We raken erg offtopic, maar dat is even niet anders

Dat een fibonacci-berekening langzamer is, wil niet zeggen dat álle berekeningen langzamer zijn. Vooral niet omdat in genoemde berekening helemaal geen data wordt gebruikt die uit de database moet komen. Neem voor de grap eens een 100.000 getallen uit de database en ga daar bv. het gemiddelde van nemen. Dat gaat met de database veel sneller, je hoeft in je php-code slechts 1 resultaat te fetchen en niets meer te berekenen. Eerst 100.000 resultaten fetchen en dan pas berekenen, dat is echt langzamer. Hoeveel langzamer, daar is niet een eenduidig antwoord op te geven, er zijn veel te veel parameters die daar invloed op hebben. Maar applicatiecode zal niet sneller zijn, het zal namelijk eerst de data moeten ontvangen voordat het kan gaan rekenen.


[...]

Goed plan

Ik bedoelde dan ook niet de functies als SUM(), AVG() e.d., maar echte berekeningen.

[Grijze Vos]

cariolive23 schreef op dinsdag 16 maart 2010 @ 18:06:
[...]

Jij begint over ORM, ik niet.

[...]

Ook een beginneling mag toch wel direct correcte SQL leren? Daarmee kun je ook op een MySQL-database werken. Met foute SQL kun je op een MySQL-database werken, foute resultaten krijgen en op geen enkele andere database werken. Wat heeft dan de voorkeur? SQL leren op een goede database of SQL leren op een brakke database? Voor de kosten hoef je het niet te laten, PostgreSQL en Firebird zijn hardstikke gratis.

Wanneer je correcte SQL kent, hoef je ook geen foute SQL meer af te leren. Scheelt weer tijd.

Voor een beginnend programmeur hoeft de keuze voor een database echt niet meer te zijn dan een implementatie detail. Ik vind dat je de brakheid van MySQL ernstig overdrijft. De meeste fouten loop je echt niet tegen aan in het begin. Als je daarna overstapt op het gebruik van een O/R mapper hoef je echt je eerste twee hobbyjaren geen letter SQL te schrijven.

Ik snap dat je een DBA bent en je eigen werk belangrijk vind om te verdedigen, maar in heel veel simpele projecten tegenwoordig hoef ik echt geen enkele query te optimaliseren door ze handmatig te implementeren. Dat wil niet zeggen dat alle queries optimaal door de O/R mapper worden gedaan, maar dat de performance hit gewoon niks uitmaakt op de hardware. Als in het werkveld in de praktijk die noodzaak er vaak al niet is, dan kan ik me niet voorstellen dat een hobbyist in zijn eerste twee jaren iets gaat bouwen wat die performance wel nodig heeft.

Hmm, eigenlijk zitten we hier nu een discussie uit een ander topic te voeren volgens mij..

[cariolive23]

Grijze Vos schreef op dinsdag 16 maart 2010 @ 21:35:
De meeste fouten loop je echt niet tegen aan in het begin.

Google eens op "varchar(30) md5 bug" en je bent een 20.000 topics rijker van mensen die een md5-hash in een varchar(30) proberen te stoppen. Met een foutmelding in de trant van "value too long for type character varying(30)" waren al deze topics een stuk eenvoudiger op te lossen. Sterker nog, waarschijnlijk waren ze niet eens aangemaakt, de melding vertelt exact wat er aan de hand is.

MySQL kapt standaard een deel van de data af met als gevolg dat vele inlogscriptjes niet werken omdat een md5-hash nu eenmaal 32 karakters is. Ga je die vergelijken met een hash van 30 karakters, dan is dat natuurlijk wat anders en mislukt iedere inlogpoging. Ja, dit zijn de dingen waar beginners tegenaan lopen, zie de vele topics.

Tuurlijk, het is een tikfout, maar zoals je ziet worden die veel gemaakt. Niets menselijks is een programmeur vreemd. Maar waarom zou je geen database gebruiken die jou helpt bij het vinden van fouten? Je neemt toch ook een tool/IDE die je helpt bij het schrijven van code? Waarom dan niet een database die je helpt?

Dat er mensen zijn die hun tijd graag besteden aan debuggen, so be it, maar het is niet mijn hobby.

[Marsjee]

Gewoon op phpfreakz.nl in de script libary kijken en een simpel scriptje downloaden met insert/update.
Probeer het te bewerken en te snappen.

Zo heb ik het ook 4/5 jaar geleden geleerd

[wackmaniac]

cariolive23 schreef op dinsdag 16 maart 2010 @ 21:48:
[...]Google eens op "varchar(30) md5 bug" en je bent een 20.000 topics rijker van mensen die een md5-hash in een varchar(30) proberen te stoppen. Met een foutmelding in de trant van "value too long for type character varying(30)" waren al deze topics een stuk eenvoudiger op te lossen. Sterker nog, waarschijnlijk waren ze niet eens aangemaakt, de melding vertelt exact wat er aan de hand is.

Misschien gebruik ik dan een andere versie van MySQL dan jij, maar ik krijg dan keurige een foutmelding van MySQL And again; omdat jij een fout hebt in je tabeldefinitie is dat de schuld van MySQL? Het lijkt mij nogal op MySQL-bashen wat je aan het doen bent; het is vooral hard roepen en niet naar anderen luisteren.

On-topic:
Een boek zoeken, het internet afstuinen en proberen. Begin simpel en werk naar moeilijkere applicaties toe, maar probeer wel direct rekening te houden met basale veiligheidszaken door je invoer te escapen op de juiste manier.

[NMe]

cariolive23 schreef op dinsdag 16 maart 2010 @ 21:48:
[...]

Tuurlijk, het is een tikfout, maar zoals je ziet worden die veel gemaakt. Niets menselijks is een programmeur vreemd. Maar waarom zou je geen database gebruiken die jou helpt bij het vinden van fouten? Je neemt toch ook een tool/IDE die je helpt bij het schrijven van code? Waarom dan niet een database die je helpt?

Je kan het ook overdrijven natuurlijk. Ja, het is vervelend dat je geen melding krijgt, en ja het is downright achterlijk dat ze die er ook niet in willen bouwen en gewoon de string maar afkappen. Tegelijkertijd is het ook nogal dom om op basis daarvan het hele DBMS maar af te schrijven. MySQL heeft enkele voordelen boven de DBMS'en die jij nu verheerlijkt, niet in de laatste plaats beschikbaarheid bij zo'n beetje elke webhoster en natuurlijk de makkelijke afkortingen (LIMIT!).

Het enige dat geldt bij MySQL is wat ook bij zoveel andere dingen geldt: leer het gebruiken voor je het gebruikt. Leer waar de kuilen zitten zodat je eromheen kan lopen of ze van tevoren op kan vullen. Zo maar in een boom beginnen te hakken en pas op het moment dat hij omvalt erachter komen dat 'ie jouw kant op gaat vallen is in geen enkel vakgebied handig.

Marsjee schreef op woensdag 17 maart 2010 @ 12:48:
Gewoon op phpfreakz.nl in de script libary kijken en een simpel scriptje downloaden met insert/update.
Probeer het te bewerken en te snappen.

Zo heb ik het ook 4/5 jaar geleden geleerd

Noem dan asjeblieft geen site die nog steeds scripts online heeft staan die geschreven zijn in PHP 3. Ik zou die site mijden als de pest. Dit artikel bijvoorbeeld. Leuk hoor, aantrekkelijke titel ook voor een beginner. Staat ergens prominent bovenaan in de artikelenlijst. Gaat vervolgens nog uit van register_globals dat op "on" staat.

Blijf asjeblieft weg van die site, op zijn minst tot ze hun artikelendatabase eens opschonen. PHPFreakz gaat je alleen verkeerde en achterhaalde dingen bijbrengen.

[ Voor 24% gewijzigd door NMe op 17-03-2010 13:18 ]

[Vordreller]

Als je php leert, ga je best in stappen.

De reeds aangehaalde artikelen op Lynda.com zijn inderdaad aan te raden.
Het is ook "best practice" om je PHP-code te scheiden van je HTML.

Als je het basis wat onder de knie hebt, kijk dan eens naar uitleg over template-systemen en TPL bestanden.

[_eXistenZ_]

Zoals Smarty. Ik kan inmiddels moeilijk zonder, het werkt gewoon heerlijk!

[cariolive23]

NMe schreef op woensdag 17 maart 2010 @ 13:10:
Blijf asjeblieft weg van die site, op zijn minst tot ze hun artikelendatabase eens opschonen. PHPFreakz gaat je alleen verkeerde en achterhaalde dingen bijbrengen.

Idem dito met MySQL, laat ze eens de vele bugs en vage "functies" gaan opschonen. Tot die tijd niet gebruiken, MySQL gaat je alleen verkeerde en achterhaalde dingen bijbrengen

[Manuel]

@TS: Zelf heb ik PHP geleerd door gewoonweg rond te klooien met wat code van andere mensen. De hele tijd dingen anders maken dan hun reeds hebben gedaan, dan zul je na een poosje wel leren wat je fout hebt gedaan en waarom het zo moet zijn. Het leukste zou dan ook nog een leuke IDE erbij (zoals Eclipse / PHPDesigner) en dan kan je beginnen met het maken van brouwsels.

Zie voor meer tips ook dit reeds gesloten topic:
[PHP] variabelen combineren

@cariolive23: Altijd lees ik weer dat je MySQL zit te bashen en de reden heb je nog steeds niet gezegd. Of heb je PGSql gezien en was je meteen verlieft? Geef hier dan ook eens een voorbeeld van een goede RDBMS zodat wij eindelijk van MySQL kunnen overstappen.

Verder wat mij meteen opviel..

Google eens op "varchar(30) md5 bug" en je bent een 20.000 topics rijker van mensen die een md5-hash in een varchar(30) proberen te stoppen. Met een foutmelding in de trant van "value too long for type character varying(30)" waren al deze topics een stuk eenvoudiger op te lossen. Sterker nog, waarschijnlijk waren ze niet eens aangemaakt, de melding vertelt exact wat er aan de hand is.

MySQL kapt standaard een deel van de data af met als gevolg dat vele inlogscriptjes niet werken omdat een md5-hash nu eenmaal 32 karakters is

De mensen die een inlogscriptje schrijven in bijvoorbeeld PHP moeten toch echt wel weten dat MD5 32 tekens is en geen 30? Ik snap wel dat ze graag -2 er af halen maar laat ze dat dan ook in de PHP code noemen. Dit is echter een voorbeeld van PICNIC / PEBKAC, om een RDBMS dit nou kwalijk te nemen slaat ook nergens op.

[MueR]

cariolive23 schreef op woensdag 17 maart 2010 @ 21:49:
Idem dito met MySQL, laat ze eens de vele bugs en vage "functies" gaan opschonen. Tot die tijd niet gebruiken, MySQL gaat je alleen verkeerde en achterhaalde dingen bijbrengen

Heb je ook een ander melodietje op die plaat? Deze wordt eentonig en flauw. MySQL is een uitstekend systeem om mee te beginnen, net als PHP een prima taal is om mee te beginnen. Ja, je maakt fouten die je in een ander systeem gruwelijk hard teruggeschopt krijgt. Ja, een aantal dingen die je in MySQL mag doen, mogen in geen enkel ander DBMS omdat het niet altijd even good practice is. Aan de andere kant maakt die lage instap het natuurlijk wel ideaal om een beetje in te spelen zodat je er mee bekend raakt. De hoge availability van MySQL bij (nagenoeg) elke hostingprovider ter wereld helpt natuurlijk ook wel mee.

[sky-]

MySQL en uitstekend om mee te beginnen? Niet echt.

MySQL is bagger, niet consistent & integriteit met data en je krijgt nog wel eens onbetrouwbare data, tevens ondersteund MySQL veel normale SQL functionaliteiten niet. Hoge availability is een slecht excuus. Wanneer mensen er nu eens achter komen wat een bagger product MySQL is gaan de hostingbedrijven (Waar je een commercieel product toch niet zomaar onder een "standaard" pakketje onder brengt, neem ik aan) toch wel anders. O nee, dat doen ze niet... Veel mensen blijven toch aankloten (helaas).

Dit is totaal geen MySQL bash overigens, MySQL is gewoon (vergeleken met bijv PG- en zelfs MSSQL) helemaal nergens. Het is "leuk" om mee te beginnen, maar niet om data van afhankelijk te laten zijn.. vroeg of laat gaat het fout.

[ Voor 6% gewijzigd door sky- op 18-03-2010 00:14 ]

[Manuel]

@sky-: Allemaal leuk en wel maar nu zou ik graag ook een argument of 2/3 zien. Hier kunnen wij als buitenstaanders als nog niets aan.

[NMe]

sky- schreef op donderdag 18 maart 2010 @ 00:04:
MySQL is bagger, niet consistent & integriteit met data

Vertel, wat is er precies niet consistent?

en je krijgt nog wel eens onbetrouwbare data

Alleen als je werkt met het garbage in, garbage out-principe.

tevens ondersteund MySQL veel normale SQL functionaliteiten niet.

Zoals? Het ondersteunt zelfs een aantal functionaliteiten die niet in de standaard zijn opgenomen of die wel in de standaard zijn opgenomen maar niet zo zijn uitgewerkt in andere DBMS'en. Volgens de SQL-standaard hoef je bij het groupen niet te groeperen op kolommen die functioneel afhankelijk zijn van andere kolommen waar je wel op groupt. MySQL is zo'n beetje het enige DBMS dat dat goed toepast. En had ik LIMIT al genoemd?

[cariolive23]

NMe schreef op donderdag 18 maart 2010 @ 00:38:
[...]
MySQL is zo'n beetje het enige DBMS dat dat goed toepast.

Wanneer je dat serieus meent, is dat toch wel een bewijs van onkunde en een gebrek aan ervaring. MySQL zal zich geen moment afvragen of er een functionele afhankelijkheid is, het eerste de beste record dat MySQL tegenkomt, is goed genoeg. Dat er andere records zijn met andere waardes die minstens zo goed zijn, dat zal MySQL een rotzorg zijn. Zo kan het dus gebeuren dat je met dezelfde dataset verschillende resultaten krijgt.

En had ik LIMIT al genoemd?

En sinds wanneer hebben andere databases geen limit (of variant daarop) tot hun beschikking? In PostgreSQL heeft het er altijd al in gezeten, sinds versie 7.1 (april 2001) kun je het al in views en subqueries gebruiken. MySQL had toen zelfs nog geen idee wat een view of subquery was, dat moesten ze nog uitvinden.

Daarnaast is LIMIT niet volgens de SQL standaarden, die eist FETCH, wat PostgreSQL ook ondersteunt.

MySQL, dat is echt van heel laag niveau en absoluut niet betrouwbaar. Wanneer je geen betrouwbaarheid nodig hebt, is dat uiteraard geen probleem maar voor ietwat serieuze toepassingen sla je met MySQL de plank heel erg mis. Onderhoud en beheer kost je ook veel meer tijd, en dus meer geld.

Wil je SQL leren, gebruik dan een database die zich gedraagt zoals een DBMS zich hoort te gedragen. PostgreSQL, Firebird, SQL Server en diverse andere databases komen dan in aanmerking, maar MySQL valt direct af.

Het ergste is nog dat er MySQL DBA's zijn die beweren dat MySQL transaction safe DDL kent, wat zelfs MySQL ontkent. Over onkunde gesproken!

Ps. dit betreft een MySQL Gold Partner, lekker betrouwbaar dus.

[Kaasplank]

Wat doet deze discussie in dit topic?

De topicstarter wil enkel php leren en gebruik maken mysql. Bovenstaande discussie zal hem voorlopig waarschijnlijk nog lange tijd een rotzorg zijn

[NMe]

cariolive23 schreef op donderdag 18 maart 2010 @ 18:05:
[...]

Wanneer je dat serieus meent, is dat toch wel een bewijs van onkunde en een gebrek aan ervaring. MySQL zal zich geen moment afvragen of er een functionele afhankelijkheid is, het eerste de beste record dat MySQL tegenkomt, is goed genoeg. Dat er andere records zijn met andere waardes die minstens zo goed zijn, dat zal MySQL een rotzorg zijn. Zo kan het dus gebeuren dat je met dezelfde dataset verschillende resultaten krijgt.

Het is aan jou om te zorgen dat je query klopt. Je DBMS kán helemaal niet zien of iets al dan niet functioneel afhankelijk is van de velden waar je op groepeert, niet zonder de betekenis van alle velden te kennen. Dat heeft niks te maken met mijn onkunde of gebrek aan ervaring.

En sinds wanneer hebben andere databases geen limit (of variant daarop) tot hun beschikking? In PostgreSQL heeft het er altijd al in gezeten, sinds versie 7.1 (april 2001) kun je het al in views en subqueries gebruiken. MySQL had toen zelfs nog geen idee wat een view of subquery was, dat moesten ze nog uitvinden.

Succes met TOP-constructies in T-SQL.

MySQL, dat is echt van heel laag niveau en absoluut niet betrouwbaar. Wanneer je geen betrouwbaarheid nodig hebt, is dat uiteraard geen probleem maar voor ietwat serieuze toepassingen sla je met MySQL de plank heel erg mis. Onderhoud en beheer kost je ook veel meer tijd, en dus meer geld.

Wil je SQL leren, gebruik dan een database die zich gedraagt zoals een DBMS zich hoort te gedragen. PostgreSQL, Firebird, SQL Server en diverse andere databases komen dan in aanmerking, maar MySQL valt direct af.

Daar ga je weer zonder verdere onderbouwing.

Voor de gemiddelde website (zeg maar het enige waar MySQL voor gebruikt wordt) is MySQL meer dan geschikt. Dat je voor beurssoftware een beter DBMS nodig hebt begrijpen we ook allemaal, maar ga daarom een beginnende programmeur asjeblieft niet afraden om MySQL te leren. Dat is namelijk dikke onzin.

[Verwijderd]

NMe schreef op donderdag 18 maart 2010 @ 18:59:
... maar ga daarom een beginnende programmeur asjeblieft niet afraden om MySQL te leren. Dat is namelijk dikke onzin.

Dat is het punt een beetje, cariolive23 wil graag dat iedereen gebruik gaat maken van DBMS'en die geweldig in elkaar zitten maar amper breed worden ondersteund.

Een beetje de academische benadering zeg maar. Mooie dingen bedenken. Ze zijn alleen niet praktisch.

Je moet het ongeveer net zo serieus nemen als iemand die zegt dat je niet in Franse auto's moet gaan rijden omdat ze vaker stuk gaan dan Duitse auto's. Er spelen méér argumenten mee om geschikte keuzes te maken.

[Kalentum]

cariolive23 schreef op dinsdag 16 maart 2010 @ 17:34:
[...]

En transaction safe? Dat zijn ze geen van allen, gooi maar eens ALTER-statement door een transactie heen, ben je direct de klos.

Wat bedoel je daar eigenlijk mee? Ik start een transactie, een paar INSERTS, commit niets. In een andere sessie voer ik een ALTER TABLE uit. In PostgreSQL blijft het ALTER TABLE statement wachten totdat ik COMMIT, MySQL geeft een timeout op het ALTER TABLE statement. In beide databases ben ik niet de klos. De commit slaagt.

[Verwijderd]

NMe schreef op woensdag 17 maart 2010 @ 13:10:

Noem dan asjeblieft geen site die nog steeds scripts online heeft staan die geschreven zijn in PHP 3. Ik zou die site mijden als de pest. Dit artikel bijvoorbeeld. Leuk hoor, aantrekkelijke titel ook voor een beginner. Staat ergens prominent bovenaan in de artikelenlijst. Gaat vervolgens nog uit van register_globals dat op "on" staat.

Blijf asjeblieft weg van die site, op zijn minst tot ze hun artikelendatabase eens opschonen. PHPFreakz gaat je alleen verkeerde en achterhaalde dingen bijbrengen.

Er komt een nieuwe versie van PHPFreakz waarin de artikelen geheel verdwijnen.
Ze zijn nu eigenlijk al vervangen door de wiki die wel actueel is.

[MueR]

Verwijderd schreef op zaterdag 20 maart 2010 @ 21:05:
Er komt een nieuwe versie van PHPFreakz waarin de artikelen geheel verdwijnen.
Ze zijn nu eigenlijk al vervangen door de wiki die wel actueel is.

Nog afgezien van de vraag waarom de verouderde artikelen niet verwijderd zijn, is ook die wiki nog steeds niet geweldig. phpFreakz is en zal in mijn ogen een prutssite zijn, tenzij ze echt eens gaan leren om consequent te zijn in hun voorbeelden, niet hun persoonlijke voorkeur opdringen aan mensen en geen half werk leveren. Ze leren veel te veel verkeerd aan. Even een paar dingetjes waarom:

http://wiki.phpfreakz.nl/MySQL_Foutafhandeling_In_PHP]
Je raadt mensen aan om complete queries te tonen bij een foutmelding! Doe mij ook gelijk je database structuur.

http://wiki.phpfreakz.nl/Werken_met_MySQL
Ik vind het direct afschrijven van MyISAM nogal kort door de bocht. InnoDB is niet het antwoord op al je problemen. Ja, je kan foreign keys en transactions gebruiken. Hoe vaak heb je ze echt nodig? In hoeverre zijn er performance voordelen? Je voorbeeldtransactie is namelijk helemaal geen transactie voor nodig. Een simpele try catch (mits je exceptions gooit bij db errors) is hier genoeg om er zeker van te zijn dat je user er is.

http://wiki.phpfreakz.nl/Overzichtelijk_programmeren
Tenenkrommend gebruik van Engels en Nederlands door elkaar, zelfs in een functienaam! Gebruik Nederlands, of Engels (met sterke voorkeur voor de laatste, gezien de reserved words in de taal ook in het Engels zijn), maar niet allebei. Dat is het enige stukje persoonlijke voorkeur wat ik hier ga melden overigens.

Hungarian Notation aanraden, niet doen. Laat mensen zelf weten of ze gaan camelCasen, of ze een object willen prefixen, of dat ze volstrekt happy zijn om hun mysql result gewoon $result te noemen. Jouw programmeerstijl als "de beste" afschilderen zonder overduidelijk de nadelen van andere stijlen te noemen is niet correct. Overigens heb ik het dan niet over de echte sloddervossen die gewoon maar wat doen met indents wanneer ze er zin in hebben enzo.

http://wiki.phpfreakz.nl/Strings_afkorten
Wat nou als ik een HTML tag precies op die plek heb staan waar jij hem afkapt? Waarom wordt moeilijk gedaan met substr en strrpos om een simpele spatie te verwijderen, waar rtrim prima volstaat?

http://wiki.phpfreakz.nl/Plaatjes_verkleinen
Browser scaling van afbeeldingen is vrijwel altijd brak, dat zou je moeten weten, raadt het dan ook niet aan.

phpFreakz heeft nog een lange weg te gaan.

[NMe]

MueR schreef op zondag 21 maart 2010 @ 00:38:
[...]

http://wiki.phpfreakz.nl/MySQL_Foutafhandeling_In_PHP]
Je raadt mensen aan om complete queries te tonen bij een foutmelding! Doe mij ook gelijk je database structuur.

Dit stukje dan:

GEEN OR DIE!

Vergeet het bestaan van 'or die()'. Alsjeblieft. Het is absolute onzin om je script te stoppen nadat er een query is mislukt. Sterker, als een query mislukt dan wil je vrijwel altijd juist een ander stuk code starten om die fout op te vangen of om andere data te proberen.

Als je script gewoon stopt dan ziet de bezoeker met een halve pagina waar hij niets meer mee kan, en dat wil je natuurlijk absoluut niet.

Ehm... een "or die"-constructie is ideaal om mee te debuggen. Het is niet iets dat je op een live site wil hebben. Dat lijkt phpFreakz daar sowieso redelijk door elkaar te halen; er zijn een paar best practices voor debugdoeleinden (zoveel mogelijk afdrukken) en er zijn best practices voor live-sites (zo weinig mogelijk afdrukken dat inzicht geeft in de interne werking). Vergeet vooral ook niet dat je geen enkele mogelijkheid hoort in te bouwen waardoor een query dermate fout gaat dat je een "or die"-constructie nodig hebt in een productie-omgeving. Een query die geen resultaten teruggeeft is niet fout gelopen en gaat gewoon een lege resultset teruggeven. Een "or die" trigger je alleen als je een syntaxfout in je query krijgt gestopt of als je databaseconnectie op de een of andere manier verbroken is.

http://wiki.phpfreakz.nl/Werken_met_MySQL
Ik vind het direct afschrijven van MyISAM nogal kort door de bocht. InnoDB is niet het antwoord op al je problemen. Ja, je kan foreign keys en transactions gebruiken. Hoe vaak heb je ze echt nodig? In hoeverre zijn er performance voordelen? Je voorbeeldtransactie is namelijk helemaal geen transactie voor nodig. Een simpele try catch (mits je exceptions gooit bij db errors) is hier genoeg om er zeker van te zijn dat je user er is.

Sterker nog: MyISAM is voor simpele databases die vooral veel leesopdrachten moeten uitvoeren performanter dan InnoDB. MyISAM kan sneller lezen dan InnoDB en de gemiddelde website heeft bepaald geen transactiefunctionaliteit nodig.

http://wiki.phpfreakz.nl/Plaatjes_verkleinen
Browser scaling van afbeeldingen is vrijwel altijd brak, dat zou je moeten weten, raadt het dan ook niet aan.

Vergeet ook niet de <img ... width="x" height="x"> constructie die in het voorbeeld gebruikt wordt. Deprecated HTML aanhalen zonder het af te raden in een Wiki/tutorial is nou niet echt handig...

phpFreakz heeft nog een lange weg te gaan.

Het belangrijkste wat phpFreakz moet doen is gewoon alles weggooien en opnieuw beginnen, waarbij eens aandacht geschonken wordt aan kwaliteit en betrouwbaarheid. Ik heb het idee dat nu zo'n beetje elke idioot die weet hoe een toetsenbord werkt maar een artikeltje kan toevoegen of in het geval van de Wiki ook wijzigen. Ze zouden er beter af zijn als ze zelf mensen zouden selecteren die wél de juiste kennis in huis hebben om een artikel te kunnen schrijven zonder halve waarheden, bad practices en in sommige gevallen zelfs downright slecht advies.

[Wolfboy]

NMe schreef op donderdag 18 maart 2010 @ 18:59:
Het is aan jou om te zorgen dat je query klopt. Je DBMS kán helemaal niet zien of iets al dan niet functioneel afhankelijk is van de velden waar je op groepeert, niet zonder de betekenis van alle velden te kennen. Dat heeft niks te maken met mijn onkunde of gebrek aan ervaring.

Het is aan je DBMS om correcte resultaten te garanderen. En MySQL is standaard veel te laks wat dat betreft, het laat alles toe. Al valt er met MySQL in ANSI + STRICT_ALL_TABLES mode nog wel redelijk te werken. Dan begint het in ieder wat op de SQL standaard te lijken.

Als je query niet correct is of mogelijk verkeerde resultaten terug geeft dan moet een database server een fout of op z'n minst een waarschuwing geven. Liever dat dan dat je opeens "incorrecte" data terug krijgt.

Succes met TOP-constructies in T-SQL.

Je loopt nogal achter, sinds 2005 hoeft dat niet meer
Tegenwoordig doe je het met ROW_NUMBER() en BETWEEN.

[Verwijderd]

MueR schreef op zondag 21 maart 2010 @ 00:38:
[...]

Nog afgezien van de vraag waarom de verouderde artikelen niet verwijderd zijn, is ook die wiki nog steeds niet geweldig. phpFreakz is en zal in mijn ogen een prutssite zijn, tenzij ze echt eens gaan leren om consequent te zijn in hun voorbeelden, niet hun persoonlijke voorkeur opdringen aan mensen en geen half werk leveren. Ze leren veel te veel verkeerd aan. Even een paar dingetjes waarom:

http://wiki.phpfreakz.nl/MySQL_Foutafhandeling_In_PHP]
Je raadt mensen aan om complete queries te tonen bij een foutmelding! Doe mij ook gelijk je database structuur.

Leren lezen is een vak, iets verderop wordt het uitgebreider uitgelegd.

http://wiki.phpfreakz.nl/Werken_met_MySQL
Ik vind het direct afschrijven van MyISAM nogal kort door de bocht. InnoDB is niet het antwoord op al je problemen. Ja, je kan foreign keys en transactions gebruiken. Hoe vaak heb je ze echt nodig? In hoeverre zijn er performance voordelen? Je voorbeeldtransactie is namelijk helemaal geen transactie voor nodig. Een simpele try catch (mits je exceptions gooit bij db errors) is hier genoeg om er zeker van te zijn dat je user er is.

Right.. Je kan met try/catch dit niet zeker weten, zonder transactions moet je in je catch een DELETE query uitvoeren (het gaat natuurlijk om de adresquery, niet de user query.. zie tekst). MyISAM wordt overigens niet afgeserveerd, persoonlijk denk ik dat het goed is dat er eens wat aandacht geschonken wordt aan InnoDB. Heb je enige idee hoeveel beginners er complete webshops bouwen op MyISAM? Misschien zie je ze hier niet, maar wij zien er in ieder geval genoeg.

http://wiki.phpfreakz.nl/Overzichtelijk_programmeren
Tenenkrommend gebruik van Engels en Nederlands door elkaar, zelfs in een functienaam! Gebruik Nederlands, of Engels (met sterke voorkeur voor de laatste, gezien de reserved words in de taal ook in het Engels zijn), maar niet allebei. Dat is het enige stukje persoonlijke voorkeur wat ik hier ga melden overigens.
Hungarian Notation aanraden, niet doen. Laat mensen zelf weten of ze gaan camelCasen, of ze een object willen prefixen, of dat ze volstrekt happy zijn om hun mysql result gewoon $result te noemen. Jouw programmeerstijl als "de beste" afschilderen zonder overduidelijk de nadelen van andere stijlen te noemen is niet correct. Overigens heb ik het dan niet over de echte sloddervossen die gewoon maar wat doen met indents wanneer ze er zin in hebben enzo.

Het is zeker niet het beste artikel . De wiki is behoorlijk uitgebreid en er zijn veel mensen die er aan bijdragen, zo ook de minder bedeelde spellers. Niet alles is inderdaad perfect, maar je kan ook zeggen dat het beter is dan de documentatie op andere nederlandse sites. Noem eens een andere NL site waar überhaupt tijd gestoken wordt in dergelijke documentatie?

phpFreakz heeft nog een lange weg te gaan.

Dat is een beetje het jammere, hier is alleen een forum, waardoor het gemakkelijk praten is. Zodra je met tientallen mensen documentatie gaat maken wordt het een ander verhaal: je kan niet continue maar alles bijhouden en/of bijsturen waar dat misschien wel nodig is. Je hoopt daarom dat er anderen zijn die -geheel in lijn met het idee achter een wiki- verbeteringen aandragen.

Ik denk niet dat je de hele site over een kam kan scheren, op het forum wordt naar mijn gevoel over het algemeen prima advies gegeven. Er loopt (net als hier waarschijnlijk) een kern van mensen rond die zeker weten waar ze het over hebben. Je hebt ook een groep mensen daar omheen, waar je nu voor mijn gevoel de hele site aan gelijk stelt.

[NMe]

Verwijderd schreef op maandag 22 maart 2010 @ 00:08:
[...]

Ik denk niet dat je de hele site over een kam kan scheren, op het forum wordt naar mijn gevoel over het algemeen prima advies gegeven. Er loopt (net als hier waarschijnlijk) een kern van mensen rond die zeker weten waar ze het over hebben. Je hebt ook een groep mensen daar omheen, waar je nu voor mijn gevoel de hele site aan gelijk stelt.

Het probleem is dat PFZ de eerste site is die je tegenkomt als je in het Nederlands zoekt voor info over PHP. Dat in combinatie met het feit dat er achterhaalde rotzooi (excuse my French ) op de site staat betekent dat wij hier bij sommige topics letterlijk eruit moeten stampen wat er op PFZ in gestampt is.

Wat de rest van je post beteft: alle kanten belichten is prima maar dan moet je ook wel echt alle kanten belichten. InnoDB wordt nu bijvoorbeeld in die Wiki een beetje afgespiegeld als de heilige graal terwijl het toch écht heel erg situatieafhankelijk is of het nu beter is of niet.

[Verwijderd]

Verwijderd schreef op maandag 22 maart 2010 @ 00:08:
Er loopt (net als hier waarschijnlijk) een kern van mensen rond die zeker weten waar ze het over hebben. Je hebt ook een groep mensen daar omheen, waar je nu voor mijn gevoel de hele site aan gelijk stelt.

Jullie pretenderen toch de kenners te zijn? Waarom staat er dan zoveel troep op die site?
Daar komt het een beetje op neer als we niet politiek correct hoeven zijn
Sorry hoor, maar al zolang die site bestaat hebben de wannabe webdevelopers de overhand gehad.

[Verwijderd]

Er valt zeker een nuance aan te brengen en het is denk ik ook goed dat er vanuit hier eens op gewezen wordt.
Ik zal eens onderzoeken hoe we wat meer in kunnen zetten op kwaliteit.

"dat wij hier bij sommige topics letterlijk eruit moeten stampen wat er op PFZ in gestampt is."
Dat lijkt me sterk, ik ga er vanuit dat hier ook gewoon DBA'ers en ZCE'ers rondlopen die vragen beantwoorden.

Kan je een voorbeeld noemen?

[NMe]

Verwijderd schreef op maandag 22 maart 2010 @ 00:15:
Kan je een voorbeeld noemen?

Heb ik eerder in dit topic al gedaan.

NMe schreef op woensdag 17 maart 2010 @ 13:10:
[...]

Dit artikel bijvoorbeeld. Leuk hoor, aantrekkelijke titel ook voor een beginner. Staat ergens prominent bovenaan in de artikelenlijst. Gaat vervolgens nog uit van register_globals dat op "on" staat.

Zolang die pagina bij [google=beginnen met php] nog op de eerste pagina staat zie ik het somber in.

edit:

Overigens roep ik dat al 5 jaar. NMe in "[PHP] Foto's uit een map halen"

[ Voor 8% gewijzigd door NMe op 22-03-2010 00:24 ]

[Verwijderd]

Verwijderd schreef op maandag 22 maart 2010 @ 00:14:
[...]

Jullie pretenderen toch de kenners te zijn? Waarom staat er dan zoveel troep op die site?
Daar komt het een beetje op neer als we niet politiek correct hoeven zijn
Sorry hoor, maar al zolang die site bestaat hebben de wannabe webdevelopers de overhand gehad.

Nou, waar staat dan dat 'wij' de waarheid in pacht hebben? Als er een andere mening of visie is dan kan iedereen daar zijn/haar visie delen. Voor mijn gevoel worden er over het algemeen goede adviezen gegeven.
Een site die 10 jaar bestaat heeft nu eenmaal ook oude topics en daarvan is niet alles even goed, dat ben ik met je eens.

Gelukkig komt er een nieuwe site, waarbij het hele huidige forum in het archief gaat. Er is dan een kans om opnieuw te beginnen. Op basis van jullie commentaren zullen we de wiki nog eens doornemen voor deze overgezet wordt. De artikelen zal ik morgen eens weghalen, alles wat bewaard zou moeten worden is al naar de wiki gezet.

[Verwijderd]

NMe schreef op maandag 22 maart 2010 @ 00:19:
[...]

Heb ik eerder in dit topic al gedaan.

[...]

Zolang die pagina bij [google=beginnen met php] nog op de eerste pagina staat zie ik het somber in.

edit:

Overigens roep ik dat al 5 jaar. NMe in "[PHP] Foto's uit een map halen"

Dat zal ik morgen dan eens verhelpen. Zoals gezegd zijn de artikelen achterhaald en dat artikel is in ieder geval niet in de wiki overgenomen Je verwijst naar een artikel uit 2001!
Zolang als ik me kan herinneren wordt register globals en magic meuk afgeraden. Dat is in ieder geval al sinds 2002 (http://www.phpfreakz.nl/artikelen/88/Superglobals)

Inmiddels is er in de wiki een beginnerstool: http://wiki.phpfreakz.nl/Het_Wiel_Uitgevonden
En ja, ook dat is misschien niet perfect, maar uiteraard open voor verbetering

[ Voor 22% gewijzigd door Verwijderd op 22-03-2010 00:38 ]

[Grijze Vos]

cariolive23 schreef op donderdag 18 maart 2010 @ 18:05:
[...]

MySQL, dat is echt van heel laag niveau en absoluut niet betrouwbaar. Wanneer je geen betrouwbaarheid nodig hebt, is dat uiteraard geen probleem maar voor ietwat serieuze toepassingen sla je met MySQL de plank heel erg mis. Onderhoud en beheer kost je ook veel meer tijd, en dus meer geld.

Ik heb in 2001-2002 een forum gebouwd in php/mysql, dat ding draait al 8 jaar zonder problemen. De enige keer dat MySQL het niet goed deed was toen /var vol zat.En dat is niet bepaald iets wat je het DBMS kunt aanrekenen.

Hoezo onbetrouwbaar?

[NMe]

Verwijderd schreef op maandag 22 maart 2010 @ 00:26:
[...]

Dat zal ik morgen dan eens verhelpen. Zoals gezegd zijn de artikelen achterhaald en dat artikel is in ieder geval niet in de wiki overgenomen Je verwijst naar een artikel uit 2001!

Dat is juist wat hier zo slecht aan is: het is een artikel dat net zo oud is als IE6 maar waar IE6 inmiddels eindelijk al 2 nieuwe versies heeft met een IE9 op stapel bieden jullie naast de goeie content ook nog dit soort meuk aan. Wat dat betreft prima dat je eens gaat opschonen; ik zal het in de gaten houden zodat ik mijn mening kan bijstellen.

[Wolfboy]

Grijze Vos schreef op maandag 22 maart 2010 @ 00:38:
[...]

Ik heb in 2001-2002 een forum gebouwd in php/mysql, dat ding draait al 8 jaar zonder problemen. De enige keer dat MySQL het niet goed deed was toen /var vol zat.En dat is niet bepaald iets wat je het DBMS kunt aanrekenen.

Hoezo onbetrouwbaar?

Je hebt meerdere vormen van onbetrouwbaarheid natuurlijk. Er is een verschil tussen "blijft draaien met lage load" en "je weet zeker dat alle data correct is".

Zonder transacties is het moeilijk en vaak zelfs onmogelijk om database integriteit te garanderen.

Stel dat je een webshop hebt met een stapel bestellingen open.
Je probeert 1 van de bestellingen te markeren als betaald maar er gaat ergens aan het einde van de code wat fout (perfecte code is een illusie, dus altijd een optie). Het resultaat... er staat nu in de bestellingen tabel van de klant dat het product nog besteld moet worden bij de groothandel terwijl die bestellingen tabel al aangeeft dat het item besteld is. Als je dat nu wil terugdraaien moet je alle inserts/updates handmatig stuk voor stuk gaan terugdraaien... hoe groot is de kans dat je daar geen fouten maakt?

Voor veel scenarios is het gewoon zeer lastig om veilig te werken zonder transacties.


En... dan heb je nog high-load problemen zoals het punt tussen het updaten van je database, het fout gaan en daarmee het terugdraaien van de wijzigingen. Andere gebruikers zien in de tussentijd al de (incorrecte) data langskomen en kunnen daarmee werken.

[Grijze Vos]

Ik weet wat transacties zijn hoor. MySQL ondersteunt dat ook gewoon, dus ik zie niet in hoe dat relevant is. Daarnaast, nogmaals, al deze dingen boeien geen zak voor een hobby project van een beginnende programmeur.

[ Voor 7% gewijzigd door Grijze Vos op 22-03-2010 04:36 ]

[Wolfboy]

Het is relevant omdat MySQL er expliciet voor kiest om transacties standaard onmogelijk te maken. De standaard configuratie van MySQL zal je MyISAM tabellen geven en dus geen transacties. En voor een hobby projectje zal het misschien niet altijd nodig zijn, maar heel veel hobby programmeurs rollen zo door vanaf de hobby naar het bedrijfsleven of het hobby project wordt zelfs een professioneel project op een gegeven moment. Ik denk dus zeker dat het standaard uitzetten van alle beveiligigen een slechte keuze is, als iemand het uit wil hebben en daar bewust voor kiest... prima. Maar als standaard instelling is het imho niet handig.

[Verwijderd]

Wolfboy schreef op maandag 22 maart 2010 @ 05:23:
Het is relevant omdat MySQL er expliciet voor kiest om transacties standaard onmogelijk te maken. De standaard configuratie van MySQL zal je MyISAM tabellen geven en dus geen transacties.

Gelukkig is dat inmiddels aangepast, in ieder geval met de Windows installer. Deze geeft standaard InnoDB.

En voor een hobby projectje zal het misschien niet altijd nodig zijn, maar heel veel hobby programmeurs rollen zo door vanaf de hobby naar het bedrijfsleven of het hobby project wordt zelfs een professioneel project op een gegeven moment.

Dit is helaas wel de waarheid. Op PFZ zien we nog met grote regelmaat programmeurs die webshops of voorraadsystemen bouwen met MyISAM. Dit zegt meer over de ontwikkelaar in kwestie, maar het het lijkt me niet onlogisch dat deze knapen het gewoon verkeerd leren. Of anders gezegd "ik heb me er nooit in verdiept en tot nu toe gaat het goed!".....

[ Voor 9% gewijzigd door Verwijderd op 22-03-2010 08:36 ]

[Peter]

Ondanks dat het geheel off-topic is voel ik toch reden om even te reageren, gezien "pfz" zich actief begint te mengen in de discussie; ik heb in het verleden erg veel tijd op PHPFreakz gespendeerd, in totaal (over twee accounts, de eerste waarvan een ID < 50 heeft; ik was er vroeg bij) meer dan 3500 berichten gepost en heb daarmee een groot aantal mensen geholpen. Wat mij destijds heeft doen besluiten om weg te gaan is het eeuwige gekanker op MySQL. Sommige mensen hebben er echt hun missie van gemaakt, wat voor mij de geloofwaardigheid van PHPFreakz totaal ontnomen heeft. Dat ik hier niet de enige in ben blijkt uit de huidige activiteit van de website; slechts een zeer klein percentage van de originele leden is nog actief, en het aantal topics per dag is ook dramatisch teruggelopen.

Beginnen met PHP kan op vele manieren. Zelf heb ik de allereerste basis uit een boek geleerd (ik was 8, kende geen andere programmeertalen), waarna ik via het internet ben gaan zoeken naar code voorbeelden en sites waarop PHP problemen werden behandeld. Na de release van PHP 4 gaan spelen met objecten, om vervolgens dingen bij te blijven leren. Vooral Planet PHP check ik nog wel eens, er komen regelmatig leuke posts voorbij, ook van PHP Core Developers.

Waar je goed op moet letten is de manier waarop Object Orientated Programming (OOP) wordt uitgelegd voor PHP 5. Nog veel te veel tutorials- en artikelen focussen op de PHP 4 syntax, ondanks dat de mogelijkheden in PHP 5 groter, logischer en uitgebreider zijn. Toch staat er in de PHP Manual een heel hoofdstuk wat het redelijk goed uitlegt

[Verwijderd]

Peter schreef op maandag 22 maart 2010 @ 08:51:
Ondanks dat het geheel off-topic is voel ik toch reden om even te reageren, gezien "pfz" zich actief begint te mengen in de discussie; ik heb in het verleden erg veel tijd op PHPFreakz gespendeerd, in totaal (over twee accounts, de eerste waarvan een ID < 50 heeft; ik was er vroeg bij) meer dan 3500 berichten gepost en heb daarmee een groot aantal mensen geholpen. Wat mij destijds heeft doen besluiten om weg te gaan is het eeuwige gekanker op MySQL. Sommige mensen hebben er echt hun missie van gemaakt, wat voor mij de geloofwaardigheid van PHPFreakz totaal ontnomen heeft.

Een veel gehoorde klacht, waar we zeker wel serieus mee omgaan. Er zijn nu eenmaal een aantal Postgres evangelisten, welke zeker een (negatief) stempel hebben gedrukt op de database topics.
Het is goed om te horen dat de mening van het bestuur t.a.v. het beleid omtrent "MySQL bashing" niet uit de lucht gegrepen is.

Dat ik hier niet de enige in ben blijkt uit de huidige activiteit van de website; slechts een zeer klein percentage van de originele leden is nog actief, en het aantal topics per dag is ook dramatisch teruggelopen.

Ik denk dat je zeker een punt hebt, maar het is ook niet altijd even gemakkelijk om een hele community te sturen. Zoals ik hierboven al zei wordt er wel degelijk werk van gemaakt om meningen wat genuanceerder te laten zijn, waarbij onze moderators de lastige taak hebben om vrijheid van meningsuiting en sociaal wenselijk gedrag te verenigen.

edit: ik (pfz) blijk op mijn werk een ander account te hebben op got waarbij ik automatisch ingelogd was.

[ Voor 3% gewijzigd door Verwijderd op 22-03-2010 10:08 ]