[PHP/(My)SQL] voor dummies - Deel 37

yup

quote:

Op maandag 29 januari 2007 21:04 schreef JortK het volgende:

[..]

Nu wanneer ik de link aanklik naar het script... blijft deze oneindig laden

heb je geen infinite loop in je script?

Neej er zat een fout in me configuratie.

Echter wanneer ik nu het PHP script open, geeft Firefox de volgende melding:



* JortK heeft nog nooit zoveel geleerd op een avond

O ja, script ziet er zo uit:



:')

Je php is blijkbaar niet goed geinstalleerd. Waarom wil je uberhaupt met IIS werken?

Omdat Apache een fucking foutmelding geeft op de een of andere manier... Is er ook een pakket waarin Apache en PHP al in één zitten... dat net zo lief

quote:

Op maandag 29 januari 2007 22:43 schreef JortK het volgende:
Omdat Apache een fucking foutmelding geeft op de een of andere manier... Is er ook een pakket waarin Apache en PHP al in één zitten... dat net zo lief

AppServ, XAMPP

quote:

Op maandag 29 januari 2007 22:50 schreef splendor het volgende:

[..]

AppServ, XAMPP

* JortK begint downloaden

quote:

Op maandag 29 januari 2007 22:43 schreef JortK het volgende:
Omdat Apache een fucking foutmelding geeft op de een of andere manier...

IIS ook

quote:

Is er ook een pakket waarin Apache en PHP al in één zitten... dat net zo lief

Like hundreds

Maar inderdaad, AppServ, Xamp en tientallen andere zogenaamde WAMP (windows Apache MySql PHP) installers, die er uiteraard ook zijn voor Linux (LAMP) en Mac (MAMP)

Ja sorry ik moet leren... dus kan zijn dat ik stomme vragen stel

Nu heb ik XAMPP geinstalleerd.. Apache draait ook weer (how strange)

Alleen nu als ik het PHP script run krijg ik een blank scherm, en als ik me source bekijk zie ik wel de code staan (de php code)

Iets gaat er dus nog niet goed

quote:

Op maandag 29 januari 2007 23:12 schreef JortK het volgende:
Ja sorry ik moet leren... dus kan zijn dat ik stomme vragen stel

Nee hoor, ik moest alleen even lachen

quote:

Nu heb ik XAMPP geinstalleerd.. Apache draait ook weer (how strange)

Hoezo is dat strange Apache is onderdeel van XAMPP

quote:

Alleen nu als ik het PHP script run krijg ik een blank scherm, en als ik me source bekijk zie ik wel de code staan (de php code)

Iets gaat er dus nog niet goed

Je hebt een fout in je script. je bent een ; of een } ofzo vergeten.

ff in je php.ini show_errors ofzo aanzetten, dan geeft ie precies aan wat er misgaat.

quote:

Op maandag 29 januari 2007 19:48 schreef HuHu het volgende:
Het datatype TEXT kan maar 2¹⁶+2 bytes aan, oftewel 65538 tekens. Je zou een MEDIUMTEXT (2²⁴+2) of LONGTEXT (2³²+2) kunnen nemen.

Je zit er telkens ééntje te hoog

quote:

Op dinsdag 30 januari 2007 06:42 schreef JeRa het volgende:

[..]

Je zit er telkens ééntje te hoog

Euh, 3 te hoog toch?

quote:

Op dinsdag 30 januari 2007 07:31 schreef Light het volgende:

[..]

Euh, 3 te hoog toch?

Klopt

quote:

Op maandag 29 januari 2007 20:05 schreef CraZaay het volgende:

[..]

CMS systemen kun je op ontelbare manieren bouwen. 'Externe modules' (wat dat ook moge zijn) ook. Hoe wil je hier dan ooit een tutorial over schrijven, tenzij je definieert wat voor externe module voor welk CMS?

Om het anders te stellen: als je naar een garage gaat en je vraagt of ze een uitbreiding voor een auto kunnen bouwen, wat denk je dat ze dan zeggen?

Je hebt deels gelijk, maar ik zie dus steeds meer scripts komen waarbij men apparte modules kan aanschaffen zoals een gastenboek, galerij, contact formulier, downloads, forum, etc etc etc... nu kun je deze scripts zo in een directory zetten en een installer draaien en klaar is kees!

Ik wil graag weten hoe verwerk je dit in een huidig systeem zoals een CMS die met modules werkt, oftewel modules aan / modules uit..

heb al aardig wat systemen bekeken maar kan er geen wijs uit worden...

zelf heb ik nu het volgende bedacht voor mijn CMS.

Iedere module bestaat uit 3 bestanden.
1. config
2. admin
3. het script

het script heeft een paar verschillende functies die voor alle scripts het zelfde zijn. (bv)

gallery.php

functions:
gallery_post() // om postings te verwerken
gallery_run() // laat gallery zien, $_GET kan deze zelf wel verwerken!
gallery_etc() // etc etc etc

nu gaat mijn CMS bij een $_SERVER['REQUEST_METHOD'] == "POST" eerst van deze module gallery_post() draaien voordat het gallery_run() draait..

snap je mijn idee? maar wil weten of het ook handig is zo?

Is het niet makkelijker om zo'n module OO te schrijven?

Dus dat je een class gallery maakt, die allerlei erft van een parent class waarin dbase, authenticatie, variabele checks e.d. worden gedaan.

Dat lijkt me makkelijker te onderhouden en later uit te bereiden.

smesjz: ik ben zelf helaas nog niet erg into OO maar zou je mij de voordelen daarvan kunnen vertellen en eventueel een voorbeeld?

quote:

Op dinsdag 30 januari 2007 10:33 schreef Chandler het volgende:
smesjz: ik ben zelf helaas nog niet erg into OO maar zou je mij de voordelen daarvan kunnen vertellen en eventueel een voorbeeld?

Je hebt nog nooit met classes gewerkt Chandler? Zie voor meer info: http://nl3.php.net/oop

Je kunt classes 'extenden', waardoor deze nieuwe class toegang heeft tot de methods van z'n 'parent'.

Je gebruikt dan dus 1 class voor het standaard werk (dbase, etc), en een extension voor iedere module die je eraan wilt knopen. Dit zou je kunnen gebruiken voor je 'het script heeft een paar verschillende functies die voor alle scripts hetzelfde zijn'-verhaal

Een vergelijking tussen OO en functioneel programmeren kan je met een beetje Google werk zelf ook wel vinden.
De verschillen zijn te groot vind ik om zo ff uit te leggen, dat is al door anderen duidelijker gedaan

Bij een CMS zou je kunnen een Pagina als een object kunnen beschouwen. Zo'n pagina kan je bijv. tonen, verwijderen, activeren e.d. (methods). En een pagina heeft wat eigenschappen zoals een titel, auteur, status, datum e.d. (properties).

En ieder Pagina object heeft een aantal Content elementen (children) die op hun beurt ook weer kunnen objecten zijn. Zo'n element heeft bijv. een type (video, tekst, link, e.d.) en kan verwijderd worden, gewijzigd, toegevoegd e.d. worden.

Het brengt wat meer logica in je code denk ik.

quote:

Op dinsdag 30 januari 2007 10:52 schreef CraZaay het volgende:
Je hebt nog nooit met classes gewerkt Chandler? Zie voor meer info: http://nl3.php.net/oop

Tuurlijk wel, maar dan wel simpele oplossingen

quote:

Je kunt classes 'extenden', waardoor deze nieuwe class toegang heeft tot de methods van z'n 'parent'.

Je gebruikt dan dus 1 class voor het standaard werk (dbase, etc), en een extension voor iedere module die je eraan wilt knopen. Dit zou je kunnen gebruiken voor je 'het script heeft een paar verschillende functies die voor alle scripts hetzelfde zijn'-verhaal

ah, nu snap ik er helemaal de ballen meer van, maar ik ga php.net eens doorspitten.

quote:

Op dinsdag 30 januari 2007 10:56 schreef smesjz het volgende:
Een vergelijking tussen OO en functioneel programmeren kan je met een beetje Google werk zelf ook wel vinden.
De verschillen zijn te groot vind ik om zo ff uit te leggen, dat is al door anderen duidelijker gedaan

Ik dacht dus altijd dat classes vooral makkelijk te gebruiken waren wanneer je vaak dezelfde functies moest aanroepen met verschillende waarden zodat je bv gemakkelijker een 3d berekening kon doen...

quote:

Bij een CMS zou je kunnen een Pagina als een object kunnen beschouwen. Zo'n pagina kan je bijv. tonen, verwijderen, activeren e.d. (methods). En een pagina heeft wat eigenschappen zoals een titel, auteur, status, datum e.d. (properties).

En ieder Pagina object heeft een aantal Content elementen (children) die op hun beurt ook weer kunnen objecten zijn. Zo'n element heeft bijv. een type (video, tekst, link, e.d.) en kan verwijderd worden, gewijzigd, toegevoegd e.d. worden.

Ah, nog niet helemaal duidelijk maar ik begin het wat meer te begrijpen.

quote:

Het brengt wat meer logica in je code denk ik.

Hoeft natuurlijk niet, tis net waar je code voor gebruikt gaat worden...

Ik wil me ook wel eens gaan verdiepen in OOP. Ik begin het nu (ook na de uitleg van Smesjz) een beetje te snappen.

quote:

Op dinsdag 30 januari 2007 11:33 schreef Chandler het volgende:
Hoeft natuurlijk niet, tis net waar je code voor gebruikt gaat worden...

Logica in de zin dat je niet OF een hoop variabele global hoeft te maken OF mee als parameter heen en weer hoeft te gooien.

Zeker als je veel code gaat schrijven kan je losse classes denk ik makkelijker geschikt maken voor hergebruik. Je hoeft ook minder bang te zijn voor conflicten bij variabele en functie naamgeving.

Je kan een render() method hebben binnen een Pagina object en binnen een Element object en beiden zitten ze elkaar niet de weg. Maar als je geen OO gebruikt moet je dus altijd een prefix gebruiken.

Kortom: zowel functioneel als OO hebben voor- en nadelen, maar ik denk dat zeker bij grote projectjes als een CMS een OO achtige aanpak het slimst is.

Voor kleine zaken maakt het weinig uit welke aanpak je hanteert.


Zo kan je een abstracte classe maken als framework voor verdere implementatie door anderen en op die manier structuur afdwingen.

Het OO kwartje wil bij mij ook maar niet vallen.
Ik begrijp het concept, maar het goed toepassen blijft zo compleet anders denken dan dat ik na 25 jaar functioneel programmeren gewend ben.

quote:

Op dinsdag 30 januari 2007 12:39 schreef Swetsenegger het volgende:
Het OO kwartje wil bij mij ook maar niet vallen.
Ik begrijp het concept, maar het goed toepassen blijft zo compleet anders denken dan dat ik na 25 jaar functioneel programmeren gewend ben.

Dat heb ik ook. Bij c++, java en zelfs javascript kan ik zat toepassingen bedenken, maar bij php gaat het niet verder als $db->query("select blah from blah where bla='blabla'"); En zelfs daar is het nut tegenover gewone functies mij nauwelijks duidelijk