PDA

Bekijk Volledige Versie : Iets als Zope / CMF / Plone maar dan in PHP ?



Niels Basjes
16/01/03, 01:25
Hallo,

Ik ben n.a.v. de posting van Rene Pijlman er helemaal van overtuigd dat
Zope / CMF / Plone is wat je eigenlijk wil hebben. Ik heb het hier
gedownload en het is schitterend. Ik begrijp nog niet alles maar dat is een
kwestie van tijd.

Voor een vereniging zou ik dit graag willen inzetten voor de website. Er is
echter een beperking voor wat betreft de hosting faciliteiten die
beschikbaar zijn en dus moet ik mij beperken tot PHP/MySQL software.

Bestaat er een CMS dat heel erg lijkt op Zope maar dat geschreven is in
PHP? Zo ja, welke is dat. Zo nee, wat adviseren jullie dan te nemen ?


--

Niels.

ir. Niels Basjes - http://www.wirehub.nl/~basjesn - ICQ# 9012768
mailto:`echo 'Niels Basjes'|awk '{print$1"@"$2".nl"}'`
I heard if you play the XP CD backwards, you get a satanic message.
Thats nothing, if you play it forward, it installs Windows XP.

Rene Pijlman
16/01/03, 02:13
Niels Basjes:
>Ik ben n.a.v. de posting van Rene Pijlman er helemaal van overtuigd
>dat $statement.

Mag ik dit quoten? :-)

>Bestaat er een CMS dat heel erg lijkt op Zope

Ik kan het me niet voorstellen Niels, gezien het sterke
OO-karakter van Zope. Zope is echt een tikje bijzonder. Zelfs in
de Java-wereld heb ik nog niet zoiets gevonden.

Ik bedoel, je mag het een detail vinden, maar hoeveel CMS'en
zijn er met normale URLs als www.domein.nl/foo/bar i.p.v.
www.domein.nl/ieks.asp?pid=1212218,2323&cid=112qw,qwqw,qw223&sid=2112hhas21s8shsh?

En dat dan ook nog foo een object is van de klasse der
folderachtigen en bar een object van de familie der gefolderden?

En een template-taal die pure HTML is, hoevaak zie je dat?

En een OODB als basis met transparante persistentie? Kom daar
maar eens om in de MySQL-sekte.

>maar dat geschreven is in PHP? Zo ja, welke is dat. Zo nee,
>wat adviseren jullie dan te nemen ?

Ik heb er zelf weinig tot geen ervaring mee, maar wat telkens
als PHP-CMS genoemd wordt is http://www.midgard-project.org/ en
voor de grote-stappen-snel-thuis-standaard-websites schijnt
http://www.drupal.org een goeie te zijn.

--
René Pijlman

"Je kunt meten hoe mensen zich voelen."
- Jan Marijnissen

Niels Basjes
17/01/03, 22:15
The life form known as Rene Pijlman <reageer.in@de.nieuwsgroep> wrote:

>Niels Basjes:
>>Ik ben er nog steeds niet overheen dat we jaren terug een
>>tijdje samen gelucht hebben dus dit kan er ook nog wel bij.
> ^
> geluncht
>
>Anders gaan mensen nog denken dat ik gedetineerd ben geweest :-)

LOL !


--

Niels.

ir. Niels Basjes - http://www.wirehub.nl/~basjesn - ICQ# 9012768
mailto:`echo 'Niels Basjes'|awk '{print$1"@"$2".nl"}'`
I heard if you play the XP CD backwards, you get a satanic message.
Thats nothing, if you play it forward, it installs Windows XP.

ivo@NOSPAMamaze.nl
18/01/03, 15:45
Niels Basjes <Niels_Basjes_Doesnt@want.email.nl> wrote:
: Hallo,

: Ik ben n.a.v. de posting van Rene Pijlman er helemaal van overtuigd dat
: Zope / CMF / Plone is wat je eigenlijk wil hebben. Ik heb het hier
: gedownload en het is schitterend. Ik begrijp nog niet alles maar dat is een
: kwestie van tijd.

: Voor een vereniging zou ik dit graag willen inzetten voor de website. Er is
: echter een beperking voor wat betreft de hosting faciliteiten die
: beschikbaar zijn en dus moet ik mij beperken tot PHP/MySQL software.


Op www.freezope.org ondersteunen we momenteel CMF 1.3, en zodra Plone 1.0
uit is, zal deze ook geinstalleerd worden. Uiteraard bevind je je dan wel
in een beperktere omgeving dan wanneer je je eigen 'instance' draait, maar
ik zie mensen evengoed al ontzettend mooie/leuke dingen doen in de beperkte
omgeving die FreeZope biedt.

Uiteraard bieden we ook commerciele hosting, maar die is wat prijziger in
verhouding met 'standaard' HTML / PHP hosting.

: Bestaat er een CMS dat heel erg lijkt op Zope maar dat geschreven is in
: PHP? Zo ja, welke is dat. Zo nee, wat adviseren jullie dan te nemen ?

Ik denk het niet. PHP bevindt zich op het niveau van Python (de taal waarin
Zope geschreven is, en waarin je Zope applicaties bouwt).

Hierboven draait Zope als applicatieserver (roles, usermanagement,
object publishing, templating), CMF als content management raamwerk
(membership, workflow, cataloging, skinning) en Plone als killer-app die dit
alles tot een out-of-the-box, vreselijk uitbreidbaar systeem maakt.

De meeste PHP systemen blijven hangen op een geintegreerd nieuws / poll /
weblog systeem met zoekfunctionaliteit en hard coded workflow. Wat nodig is
(en wat Zope krachtig maakt) is een generiek raamwerk waarbinnen verschillende
applicaties en componenten kunnen samenwerken. Dan pas kan je, naar mijn mening,
een ontwikkeling mogelijk maken als Zope heeft doorgemaakt.

Groet,

Ivo

--
Drs. I.R. van der Wijk -=-
Brouwersgracht 132 Amaze Internet Services V.O.F.
1013 HA Amsterdam -=-
Tel: +31-20-4688336 Linux/Web/Zope/SQL
Fax: +31-20-4688337 Network Solutions
Web: http://www.amaze.nl/ Consultancy
Email: ivo@nospamAmaze.nl -=-

ivo@NOSPAMamaze.nl
18/01/03, 15:55
Hans Wolters <hans@e35203.upc-e.chello.nl> wrote:
: On Fri, 17 Jan 2003 10:38:12 +0100, Error406 <error406@xs4all.nl> wrote:
:> M.E. Post wrote:
:>> "Error406" <error406@xs4all.nl> wrote in message
:>> news:3e269a4c$0$49102$e4fe514c@news.xs4all.nl...
:>>
:>>> Er zijn php-projecten die een dergelijke benadering hanteren, maar die
:>> zijn
:>>> nog in een relatief pril stadium. Het Nederlandse Ariadne (
:>>> http://ariadne.muze.nl/ ) is er een van.
:>>
:>> Ik vond ariadne er bloedstollend goed uitzien maar een drama om te
:>> installeren (en ik ben geen beginner) en nog dramatischer om wat zinvols
:>> mee te produceren, op de een of andere manier had ik geen klik met hoe
:>> zaken gedaan moeten worden in Ariadne.

:> Ja, ik heb dezelfde ervaring. Aan de andere kant begreep ik in eerste
:> instantie ook geen ene moer van Zope.... de learning curve voor dit soort
:> spul is nogal stijl, vooral als je zoals ik niet zo bijster object
:> georienteerd aangelegd bent.

: Ik mag hopen dat Zope beter in elkaar steeks want Ariadne laat mensen hele
: slechte permissies zetten.

Geen probleem met Zope, maar dit komt dan ook omdat Zope niet onder Apache
draait zoals php scripts dat doen (vaak voor alle gebruikers als dezelfde
userid - erg onveilig).

Zope draait als standalone proces, en kan:

- zelf direkt webserving doen (geen apache nodig)
(Zope kan zelf virtual hosting doen)
- op allerlei manieren achter apache hangen (via mod_proxy, mod_pcgi,
mod_fcgi)
- achter Squid draaien (zodat squid dynamische content kan cachen)

Zope draait hierbij als een specifieke user, niet onder de userid van de
webserver.

Ivo

--
Drs. I.R. van der Wijk -=-
Brouwersgracht 132 Amaze Internet Services V.O.F.
1013 HA Amsterdam -=-
Tel: +31-20-4688336 Linux/Web/Zope/SQL
Fax: +31-20-4688337 Network Solutions
Web: http://www.amaze.nl/ Consultancy
Email: ivo@nospamAmaze.nl -=-

Hans Wolters
18/01/03, 16:35
On 18 Jan 2003 13:50:39 GMT, ivo@NOSPAMamaze.nl <ivo@NOSPAMamaze.nl> wrote:
> Hans Wolters <hans@e35203.upc-e.chello.nl> wrote:

>:>> Ik vond ariadne er bloedstollend goed uitzien maar een drama om te
>:>> installeren (en ik ben geen beginner) en nog dramatischer om wat zinvols
>:>> mee te produceren, op de een of andere manier had ik geen klik met hoe
>:>> zaken gedaan moeten worden in Ariadne.
>
>:> Ja, ik heb dezelfde ervaring. Aan de andere kant begreep ik in eerste
>:> instantie ook geen ene moer van Zope.... de learning curve voor dit soort
>:> spul is nogal stijl, vooral als je zoals ik niet zo bijster object
>:> georienteerd aangelegd bent.
>
>: Ik mag hopen dat Zope beter in elkaar steeks want Ariadne laat mensen hele
>: slechte permissies zetten.
>
> Geen probleem met Zope, maar dit komt dan ook omdat Zope niet onder Apache
> draait zoals php scripts dat doen (vaak voor alle gebruikers als dezelfde
> userid - erg onveilig).

Dat zit hem vooral het beperkte inlevingsvermogen van bouwers zoals phpnuke,
postnuke en aanverwante programma's. Ik heb voor een ander open source php
project al eens user permissies kunnen maken en de basis daarvoor is vrij
simpel op te zetten. Wat eigenlijk nodig is is inderdaad een basis opzet (
jouw antwoord aan Niels), waarop je verder kunt bouwen.

Om nog even op Zope terug te komen. Is het ook zo dat de verschillende users
allemaal als eigen users draaien? :-)

> Zope draait als standalone proces, en kan:
>
> - zelf direkt webserving doen (geen apache nodig)
> (Zope kan zelf virtual hosting doen)
> - op allerlei manieren achter apache hangen (via mod_proxy, mod_pcgi,
> mod_fcgi)
> - achter Squid draaien (zodat squid dynamische content kan cachen)
>
> Zope draait hierbij als een specifieke user, niet onder de userid van de
> webserver.

Nogmaals, dit zullen best voordelen zijn maar ik zie niet waarom deze eigen-
schappen een voordeel zouden zijn tegenover een goede basis in PHP met
Apache (op het feit na dat dat er bijna niet is).

Groet,

Hans
--
Ik wil http://www.linux.nl wel overnemen voor het symbolische bedrag
van 1 EURO.

Niels Basjes
19/01/03, 17:25
The life form known as ivo@NOSPAMamaze.nl wrote:

>: Ik ben n.a.v. de posting van Rene Pijlman er helemaal van overtuigd dat
>: Zope / CMF / Plone is wat je eigenlijk wil hebben. Ik heb het hier
>: gedownload en het is schitterend. Ik begrijp nog niet alles maar dat is een
>: kwestie van tijd.
>
>: Voor een vereniging zou ik dit graag willen inzetten voor de website. Er is
>: echter een beperking voor wat betreft de hosting faciliteiten die
>: beschikbaar zijn en dus moet ik mij beperken tot PHP/MySQL software.

>Op www.freezope.org ondersteunen we momenteel CMF 1.3, en zodra Plone 1.0
>uit is, zal deze ook geinstalleerd worden.

Dat is mooi .... zodra ik een pagina kan aanvragen.

>Uiteraard bevind je je dan wel
>in een beperktere omgeving dan wanneer je je eigen 'instance' draait, maar
>ik zie mensen evengoed al ontzettend mooie/leuke dingen doen in de beperkte
>omgeving die FreeZope biedt.

Je moet ergens beginnen.

>Uiteraard bieden we ook commerciele hosting, maar die is wat prijziger in
>verhouding met 'standaard' HTML / PHP hosting.
>
>: Bestaat er een CMS dat heel erg lijkt op Zope maar dat geschreven is in
>: PHP? Zo ja, welke is dat. Zo nee, wat adviseren jullie dan te nemen ?

>Ik denk het niet. PHP bevindt zich op het niveau van Python (de taal waarin
>Zope geschreven is, en waarin je Zope applicaties bouwt).

Ja, ..... en ? Dat betekend dus gewoon dat het prima mogelijk is om iets
als Zope in PHP te bouwen.

>Hierboven draait Zope als applicatieserver (roles, usermanagement,
>object publishing, templating), CMF als content management raamwerk
>(membership, workflow, cataloging, skinning) en Plone als killer-app die dit
>alles tot een out-of-the-box, vreselijk uitbreidbaar systeem maakt.

Ik mis het verschil tussen een 'applicatie server' en 'een webserver waar
een php applicatie' op draait. Maar misschien denk ik er te abstract over
na.

>De meeste PHP systemen blijven hangen op een geintegreerd nieuws / poll /
>weblog systeem met zoekfunctionaliteit en hard coded workflow.

Klopt, maar dat zie ik als een gebrek aan inzicht van de kant van de makers
van dergelijke software.

>Wat nodig is (en wat Zope krachtig maakt) is een generiek raamwerk
>waarbinnen verschillende applicaties en componenten kunnen
>samenwerken.

Klopt, maar dat is toch gewoon een kwestie van ontwerpen en dan bouwen ? Ik
zie in PHP geen beperkingen waarom dat niet mogelijk zou kunnen zijn.

>Dan pas kan je, naar mijn mening,
>een ontwikkeling mogelijk maken als Zope heeft doorgemaakt.

Absoluut. Tot iets dergelijks bestaat blijven veel van de PHPNuke-achtigen
op het 'weblog/dicussie/news' niveau hangen, en dat is jammer.


--

Niels.

ir. Niels Basjes - http://www.wirehub.nl/~basjesn - ICQ# 9012768
mailto:`echo 'Niels Basjes'|awk '{print$1"@"$2".nl"}'`
I heard if you play the XP CD backwards, you get a satanic message.
Thats nothing, if you play it forward, it installs Windows XP.

ivo@NOSPAMamaze.nl
19/01/03, 18:55
Niels Basjes <Niels_Basjes_Doesnt@want.email.nl> wrote:
: The life form known as ivo@NOSPAMamaze.nl wrote:

:>Op www.freezope.org ondersteunen we momenteel CMF 1.3, en zodra Plone 1.0
:>uit is, zal deze ook geinstalleerd worden.

: Dat is mooi .... zodra ik een pagina kan aanvragen.

Dat kan nu ook, gewoon een 'urgent account application' doen - ik laat je
(en andere geinteresseerde NIWS-ers) wel door :)


:>Ik denk het niet. PHP bevindt zich op het niveau van Python (de taal waarin
:>Zope geschreven is, en waarin je Zope applicaties bouwt).

: Ja, ..... en ? Dat betekend dus gewoon dat het prima mogelijk is om iets
: als Zope in PHP te bouwen.

In theorie wel, maar PHP blijft natuurlijk heel erg een 'in HTML embeddable
scripting taal', niet iets waarin je grote standalone apps zal bouwen
(wat Zope wel is, al publiceert het uiteindelijk HTML)

:>Hierboven draait Zope als applicatieserver (roles, usermanagement,
:>object publishing, templating), CMF als content management raamwerk
:>(membership, workflow, cataloging, skinning) en Plone als killer-app die dit
:>alles tot een out-of-the-box, vreselijk uitbreidbaar systeem maakt.

: Ik mis het verschil tussen een 'applicatie server' en 'een webserver waar
: een php applicatie' op draait. Maar misschien denk ik er te abstract over
: na.

Ik weet niet wat de formele definitie is van Applicatie Server (ik vind het
zelf een vage term), maar je kan het in deze context zien als een raamwerk
waarbinnen 'applicaties' (i.e. op zich staande producten) kunnen draaien,
waarbij de server een aantal functies als authorisatie, sessions,
persistentie, etc aanbiedt.

In zekere zin kan Apache / mod_php dit wel, maar niet zo transparant als een
op maat gemaakte standalone applicatie dat kan (zoals Zope)

:>De meeste PHP systemen blijven hangen op een geintegreerd nieuws / poll /
:>weblog systeem met zoekfunctionaliteit en hard coded workflow.

: Klopt, maar dat zie ik als een gebrek aan inzicht van de kant van de makers
: van dergelijke software.

PHP blijft primair een embeddable taal. Dat betekent in zeer grote mate dat
de HTML pagina als middelpunt genomen wordt, ipv. dat HTML slects een 'view'
is van de state van een/meerdere objecten.

Wat mij betreft zijn programmeertalen gewoon 'tools' die je helpen een bepaald
doel te bereiken. En als de tool niet voldoet (en misschien ervaren een
hoop mensen PHP als zodanig als ze voorbij het PHPNuke niveau proberen te
komen), dan kies je toch gewoon een andere?

Overigens, Python als nieuwe taal leren is erg eenvoudig (eenvoudiger, naar
mijn mening, dan PHP (vooral als je een beetje OO kan denken)). Zope is
echter wel een stuk lastiger te leren als programmeerplatform.

Groet,

Ivo



--
Drs. I.R. van der Wijk -=-
Brouwersgracht 132 Amaze Internet Services V.O.F.
1013 HA Amsterdam -=-
Tel: +31-20-4688336 Linux/Web/Zope/SQL
Fax: +31-20-4688337 Network Solutions
Web: http://www.amaze.nl/ Consultancy
Email: ivo@nospamAmaze.nl -=-

Daniel Tryba
20/01/03, 21:55
ivo@nospamamaze.nl wrote:
> :>Ik denk het niet. PHP bevindt zich op het niveau van Python (de taal waarin
> :>Zope geschreven is, en waarin je Zope applicaties bouwt).
>
> : Ja, ..... en ? Dat betekend dus gewoon dat het prima mogelijk is om iets
> : als Zope in PHP te bouwen.
>
> In theorie wel, maar PHP blijft natuurlijk heel erg een 'in HTML embeddable
> scripting taal', niet iets waarin je grote standalone apps zal bouwen
> (wat Zope wel is, al publiceert het uiteindelijk HTML)

Waar baseer je dat op? Er is niets in PHP wat je bind aan HTML (de
enige functie die me nu even invalt welke html uitspugt is phpinfo()).

> : Ik mis het verschil tussen een 'applicatie server' en 'een webserver waar
> : een php applicatie' op draait. Maar misschien denk ik er te abstract over
> : na.
>
> Ik weet niet wat de formele definitie is van Applicatie Server (ik vind het
> zelf een vage term), maar je kan het in deze context zien als een raamwerk
> waarbinnen 'applicaties' (i.e. op zich staande producten) kunnen draaien,
> waarbij de server een aantal functies als authorisatie, sessions,
> persistentie, etc aanbiedt.

En in een willekeurige taal kan je dus een framework bouwen.

> In zekere zin kan Apache / mod_php dit wel, maar niet zo transparant als een
> op maat gemaakte standalone applicatie dat kan (zoals Zope)

Zope is een applicatie, php is een taal en Apache is overbodig in deze
verglijking.

> PHP blijft primair een embeddable taal. Dat betekent in zeer grote mate dat
> de HTML pagina als middelpunt genomen wordt, ipv. dat HTML slects een 'view'
> is van de state van een/meerdere objecten.

1 woord: onzin :)

PHP heeft bv gtk en ncurses binding en kan overweg met std(in|out|err).
Allemaal prima manieren om een andere dan html output te geven of om
zelfs standalone applicaties te maken.

> Wat mij betreft zijn programmeertalen gewoon 'tools' die je helpen een
> bepaald doel te bereiken. En als de tool niet voldoet (en misschien
> ervaren een hoop mensen PHP als zodanig als ze voorbij het PHPNuke
> niveau proberen te komen), dan kies je toch gewoon een andere?

Of je maakt natuurlijk zelf een tool welke voldoet in de taal die je
reeds gebruikt.

> Overigens, Python als nieuwe taal leren is erg eenvoudig (eenvoudiger,
> naar mijn mening, dan PHP (vooral als je een beetje OO kan denken)).
> Zope is echter wel een stuk lastiger te leren als programmeerplatform.

Aha, wellicht dat hier het zere punt ligt: de gebrekkige OO van PHP?

--

Daniel Tryba

ivo@nospamAmaze.nl
21/01/03, 00:55
Daniel Tryba <news_nl.internet.www.server-side@canopus.nl> wrote:
: ivo@nospamamaze.nl wrote:
:>
:> Ik weet niet wat de formele definitie is van Applicatie Server (ik vind het
:> zelf een vage term), maar je kan het in deze context zien als een raamwerk
:> waarbinnen 'applicaties' (i.e. op zich staande producten) kunnen draaien,
:> waarbij de server een aantal functies als authorisatie, sessions,
:> persistentie, etc aanbiedt.

: En in een willekeurige taal kan je dus een framework bouwen.

Klopt. In de ene wat makkelijker dan in de andere, dat wel.

:> In zekere zin kan Apache / mod_php dit wel, maar niet zo transparant als een
:> op maat gemaakte standalone applicatie dat kan (zoals Zope)

: Zope is een applicatie, php is een taal en Apache is overbodig in deze
: verglijking.

:> PHP blijft primair een embeddable taal. Dat betekent in zeer grote mate dat
:> de HTML pagina als middelpunt genomen wordt, ipv. dat HTML slects een 'view'
:> is van de state van een/meerdere objecten.

: 1 woord: onzin :)

: PHP heeft bv gtk en ncurses binding en kan overweg met std(in|out|err).
: Allemaal prima manieren om een andere dan html output te geven of om
: zelfs standalone applicaties te maken.


Ik ben tot op heden nog geen PHP buiten een web/html context gekomen.
Dat php standalone kan draaien (moet dat dan nog met <? ?> tags er omheen?)
weet ik, maar ik had van de gtk binding begrepen dat dit meer een
'proof of concept' was.

:> Wat mij betreft zijn programmeertalen gewoon 'tools' die je helpen een
:> bepaald doel te bereiken. En als de tool niet voldoet (en misschien
:> ervaren een hoop mensen PHP als zodanig als ze voorbij het PHPNuke
:> niveau proberen te komen), dan kies je toch gewoon een andere?

: Of je maakt natuurlijk zelf een tool welke voldoet in de taal die je
: reeds gebruikt.

Dat kan, zolang dat zinnig is. Als ik platformonafhankelijkheid wil in C,
dan ga ik niet een virtual machine bouwen in C waar een C achtige taal op
kan draaien, dan neem ik gewoon java.

:> Overigens, Python als nieuwe taal leren is erg eenvoudig (eenvoudiger,
:> naar mijn mening, dan PHP (vooral als je een beetje OO kan denken)).
:> Zope is echter wel een stuk lastiger te leren als programmeerplatform.

: Aha, wellicht dat hier het zere punt ligt: de gebrekkige OO van PHP?

Niet zo erg als perl ;)

Ivo


--
Drs. I.R. van der Wijk -=-
Brouwersgracht 132 Amaze Internet Services V.O.F.
1013 HA Amsterdam -=-
Tel: +31-20-4688336 Linux/Web/Zope/SQL
Fax: +31-20-4688337 Network Solutions
Web: http://www.amaze.nl/ Consultancy
Email: ivo@nospamAmaze.nl -=-

Daniel Tryba
21/01/03, 01:35
ivo@nospamamaze.nl wrote:
> :> Ik weet niet wat de formele definitie is van Applicatie Server (ik vind het
> :> zelf een vage term), maar je kan het in deze context zien als een raamwerk
> :> waarbinnen 'applicaties' (i.e. op zich staande producten) kunnen draaien,
> :> waarbij de server een aantal functies als authorisatie, sessions,
> :> persistentie, etc aanbiedt.
>
> : En in een willekeurige taal kan je dus een framework bouwen.

> Klopt. In de ene wat makkelijker dan in de andere, dat wel.

Tuurlijk, echter als je even kijkt naar de voorbeeld functies die je
hierboven noemt, dan is authorizatie de enige functie die in php
ontbreekt.

> : PHP heeft bv gtk en ncurses binding en kan overweg met
> std(in|out|err). : Allemaal prima manieren om een andere dan html
> output te geven of om : zelfs standalone applicaties te maken.
>
>
> Ik ben tot op heden nog geen PHP buiten een web/html context gekomen.

Ik heb nog nooit een zinnig progje in C geschreven, mag ik dan
concluderen dat C nergens zinnig wordt gebruikt?

Ik gebruik php wel eens als scripttaal aangezien het daarmee lekker
makkelijk (op een vertrouwde wijze) mogelijk is om databases te
gebruiken.

> Dat php standalone kan draaien (moet dat dan nog met <? ?> tags er
> omheen?) weet ik,

Ja, immers <?php/?> triggert de parser. bv:

#!/usr/local/bin/php4 -q
Hello
<?php
echo " World\n";
?>

levert op:
Hello
World

BTW '<?' gebruiken is een slechte gewoonte. Het is immers niet
gegarandeerd dat die werkt :)

> maar ik had van de gtk binding begrepen dat dit meer een 'proof of
> concept' was.

Concept is dus proven! php-gtk is inderdaad nog in het prille begin
stadium.

> : Of je maakt natuurlijk zelf een tool welke voldoet in de taal die je
> : reeds gebruikt.
>
> Dat kan, zolang dat zinnig is. Als ik platformonafhankelijkheid wil in C,
> dan ga ik niet een virtual machine bouwen in C waar een C achtige taal op
> kan draaien, dan neem ik gewoon java.

Waarom? Er zijn voldoende tools (flex/yacc) omdat op een simpele wijze
te doen (lijkt me aangezien ik nog nooit op een zinnige wijze van C
gebruik heb gemaakt), die zijn er ook wel voor Java maar hun oorsprong
ligt toch bij C IMHO.

> :> Overigens, Python als nieuwe taal leren is erg eenvoudig (eenvoudiger,
> :> naar mijn mening, dan PHP (vooral als je een beetje OO kan denken)).
> :> Zope is echter wel een stuk lastiger te leren als programmeerplatform.
>
> : Aha, wellicht dat hier het zere punt ligt: de gebrekkige OO van PHP?
>
> Niet zo erg als perl ;)

Tsja, daar doe ik geen uitspraak over.

BTW er zijn initiatieven (Zend) welke het OO gedeelte van php sterk
(trachten) te verbeteren.

--

Daniel Tryba

robert
21/01/03, 12:35
Daniel Tryba <news_nl.internet.www.server-side@canopus.nl>:
> ivo@nospamamaze.nl wrote:
>> Ik weet niet wat de formele definitie is van Applicatie Server (ik
>> vind het zelf een vage term), maar je kan het in deze context zien als
>> een raamwerk waarbinnen 'applicaties' (i.e. op zich staande producten)
>> kunnen draaien, waarbij de server een aantal functies als authorisatie,
>> sessions, persistentie, etc aanbiedt.
>
> En in een willekeurige taal kan je dus een framework bouwen.

Ja, het is alleen de vraag op welke manier je dat kunt doen. Bij PHP kan
je weinig meer doen dan een set handige classes neerzetten waarbij je
dergelijke functionaliteit implementeert, maar die classes moet je alsnog
op een CGI-achtige manier gebruiken.

Wat ik op laag niveau van een dergelijk framework verwacht zijn
mogelijkheden voor bijvoorbeeld databaseconnection pools, workerthread
pools, systemwide caching, mogelijkheden om eigen filehandlers te
installeren (b.v. voor XML files in je filesystem).

PHP gebruikt de mogelijkheden die Apache biedt niet eens ten volle (wat
bijvoorbeeld mod_perl veel meer doet); het blijft eigenlijk maar een
simpele handler voor .php files.

--
robert

Niels Basjes
22/01/03, 00:55
The life form known as ivo@NOSPAMamaze.nl wrote:

>:>Op www.freezope.org ondersteunen we momenteel CMF 1.3, en zodra Plone 1.0
>:>uit is, zal deze ook geinstalleerd worden.
>
>: Dat is mooi .... zodra ik een pagina kan aanvragen.
>
>Dat kan nu ook, gewoon een 'urgent account application' doen - ik laat je
>(en andere geinteresseerde NIWS-ers) wel door :)

Dank je. Ik wil toch eerst de software een beetje begrijpen (lokaal hier)
voordat ik het remote ga gebruiken.

>:>Ik denk het niet. PHP bevindt zich op het niveau van Python (de taal waarin
>:>Zope geschreven is, en waarin je Zope applicaties bouwt).

>: Ja, ..... en ? Dat betekend dus gewoon dat het prima mogelijk is om iets
>: als Zope in PHP te bouwen.

>In theorie wel,

Dus het kan.

>maar PHP blijft natuurlijk heel erg een 'in HTML embeddable scripting taal',

Net iets als XML ....

> niet iets waarin je grote standalone apps zal bouwen

Ik heb toevallig een tijdje terug een shell script in PHP gemaakt omdat ik
daar iets sneller het geen kon maken wat ik wilde. Perl had ook gekund maar
die taal ken ik zelf niet zo goed.

>(wat Zope wel is, al publiceert het uiteindelijk HTML)

Zope is een framework dat is gemaakt in Python. Als ik een mod_python
o.i.d. heb dan zou het mij niets verbazen als ik daarmee een pagina kan
maken met zoiets als

====
<HTML> ... Bla die bla
<?php .... php code ?>
meer html
<?python .... python code ?>
</HTML>
====

>:>Hierboven draait Zope als applicatieserver (roles, usermanagement,
>:>object publishing, templating), CMF als content management raamwerk
>:>(membership, workflow, cataloging, skinning) en Plone als killer-app die dit
>:>alles tot een out-of-the-box, vreselijk uitbreidbaar systeem maakt.

>: Ik mis het verschil tussen een 'applicatie server' en 'een webserver waar
>: een php applicatie' op draait. Maar misschien denk ik er te abstract over
>: na.

>Ik weet niet wat de formele definitie is van Applicatie Server (ik vind het
>zelf een vage term), maar je kan het in deze context zien als een raamwerk
>waarbinnen 'applicaties' (i.e. op zich staande producten) kunnen draaien,
>waarbij de server een aantal functies als authorisatie, sessions,
>persistentie, etc aanbiedt.

Zoiets als bijvoorbeeld Xoops ..... ja dat is PHP code waar je nieuwe
modules in kan hangen die gebruik maken van de authorisatie, sessions,
persistentie, etc van Xoops.

>In zekere zin kan Apache / mod_php dit wel, maar niet zo transparant als een
>op maat gemaakte standalone applicatie dat kan (zoals Zope)

Waarom zou dat niet net zo transparant kunnen ? Dat het misschien nog niet
gedaan is wil ik geloven. Dat het aan de tools ligt geloof ik echter niet.

>:>De meeste PHP systemen blijven hangen op een geintegreerd nieuws / poll /
>:>weblog systeem met zoekfunctionaliteit en hard coded workflow.
>
>: Klopt, maar dat zie ik als een gebrek aan inzicht van de kant van de makers
>: van dergelijke software.
>
>PHP blijft primair een embeddable taal. Dat betekent in zeer grote mate dat
>de HTML pagina als middelpunt genomen wordt, ipv. dat HTML slects een 'view'
>is van de state van een/meerdere objecten.

Ik heb PHP scripts geschreven om vanaf een systeem een geparametriseerd
BASH shell script te downloaden d.m.v. wget. ... waar is dan de html ?

>Wat mij betreft zijn programmeertalen gewoon 'tools' die je helpen een bepaald
>doel te bereiken. En als de tool niet voldoet (en misschien ervaren een
>hoop mensen PHP als zodanig als ze voorbij het PHPNuke niveau proberen te
>komen), dan kies je toch gewoon een andere?

Tuurlijk, maar dat hoeft daarmee niet aan de tool te liggen. Dat kan ook
prima aan die 'programmeurs' liggen.

>Overigens, Python als nieuwe taal leren is erg eenvoudig (eenvoudiger, naar
>mijn mening, dan PHP (vooral als je een beetje OO kan denken)).

Ik ken de taal python nog niet.

>Zope is echter wel een stuk lastiger te leren als programmeerplatform.

Daar was ik inderdaad al achter gekomen.


--

Niels.

drs. ir. Niels Basjes - http://www.wirehub.nl/~basjesn
mailto:`echo 'Niels Basjes'|awk '{print$1"@"$2".nl"}'`
I heard if you play the XP CD backwards, you get a satanic message.
Thats nothing, if you play it forward, it installs Windows XP.

Nico Coesel
22/01/03, 11:05
ivo@nospamAmaze.nl wrote:

>Daniel Tryba <news_nl.internet.www.server-side@canopus.nl> wrote:
>: ivo@nospamamaze.nl wrote:
>:>
>:> Ik weet niet wat de formele definitie is van Applicatie Server (ik vind het
>:> zelf een vage term), maar je kan het in deze context zien als een raamwerk
>:> waarbinnen 'applicaties' (i.e. op zich staande producten) kunnen draaien,
>:> waarbij de server een aantal functies als authorisatie, sessions,
>:> persistentie, etc aanbiedt.
>
>: PHP heeft bv gtk en ncurses binding en kan overweg met std(in|out|err).
>: Allemaal prima manieren om een andere dan html output te geven of om
>: zelfs standalone applicaties te maken.
>
>
>Ik ben tot op heden nog geen PHP buiten een web/html context gekomen.
>Dat php standalone kan draaien (moet dat dan nog met <? ?> tags er omheen?)
>weet ik, maar ik had van de gtk binding begrepen dat dit meer een
>'proof of concept' was.

Ik heb bijvoorbeeld een aantal cronjobs in PHP gemaakt.

--
Reply to nico@nctdevpuntnl (punt=.)
Bedrijven en winkels vinden? Adresboekje.nl

Hans Wolters
22/01/03, 18:45
On Wed, 22 Jan 2003 08:57:07 GMT, Nico Coesel <nico@puntnl.niks> wrote:

>>Ik ben tot op heden nog geen PHP buiten een web/html context gekomen.
>>Dat php standalone kan draaien (moet dat dan nog met <? ?> tags er omheen?)
>>weet ik, maar ik had van de gtk binding begrepen dat dit meer een
>>'proof of concept' was.
>
> Ik heb bijvoorbeeld een aantal cronjobs in PHP gemaakt.

Ik ken behoorlijk wat mensen die diverse shell tasks in php hebben gegoten. Zou
het persoonlijk niet op een drukke database server gooien maar heb voor mijn
eigen rustige mailservertje een sendmail hook in php gemaakt. Gooit alle mail
in de database waarbij de headers apart worden opgeslagen.

Groet,

Hans
--
Ik wil http://www.linux.nl wel overnemen voor het symbolische bedrag
van 1 EURO.

ivo@nospamAmaze.nl
22/01/03, 20:15
Daniel Tryba <news_nl.internet.www.server-side@canopus.nl> wrote:
: ivo@nospamamaze.nl wrote:
:> :> Ik weet niet wat de formele definitie is van Applicatie Server (ik vind het
:> :> zelf een vage term), maar je kan het in deze context zien als een raamwerk
:> :> waarbinnen 'applicaties' (i.e. op zich staande producten) kunnen draaien,
:> :> waarbij de server een aantal functies als authorisatie, sessions,
:> :> persistentie, etc aanbiedt.
:>
:> : En in een willekeurige taal kan je dus een framework bouwen.

:> Klopt. In de ene wat makkelijker dan in de andere, dat wel.

: Tuurlijk, echter als je even kijkt naar de voorbeeld functies die je
: hierboven noemt, dan is authorizatie de enige functie die in php
: ontbreekt.

Dan noem ik er nog een paar: workflow, zoekfunctionaliteit (maw, 1 zoekingang
die op alle aanwezige php applicaties uniform werkt).

Of iets triviaals: Uniforme relationele database interfaces (zoals Java's
JDBC, perls DBI of pythons DB API 2) - het heeft me altijd verbaast dat
dit zo knullig is gedaan in PHP.

Overigens, wat voor persistentie biedt php dan?

:> : PHP heeft bv gtk en ncurses binding en kan overweg met
:> std(in|out|err). : Allemaal prima manieren om een andere dan html
:> output te geven of om : zelfs standalone applicaties te maken.
:>
:>
:> Ik ben tot op heden nog geen PHP buiten een web/html context gekomen.

: Ik heb nog nooit een zinnig progje in C geschreven, mag ik dan
: concluderen dat C nergens zinnig wordt gebruikt?

Nee, want anderen hebben het wel gedaan. Het ging mij om het algemene geval.

: Ik gebruik php wel eens als scripttaal aangezien het daarmee lekker
: makkelijk (op een vertrouwde wijze) mogelijk is om databases te
: gebruiken.

:> Dat php standalone kan draaien (moet dat dan nog met <? ?> tags er
:> omheen?) weet ik,

: Ja, immers <?php/?> triggert de parser. bv:

: #!/usr/local/bin/php4 -q
: Hello
: <?php
: echo " World\n";
: ?>

: levert op:
: Hello
: World

: BTW '<?' gebruiken is een slechte gewoonte. Het is immers niet
: gegarandeerd dat die werkt :)

Dus ook standalone PHP applicaties zijn templates. Ik vind het persoonlijk
een vage constructie (maar niet echt heel vreemd gezien PHP's achtergrond)

:>
:> Dat kan, zolang dat zinnig is. Als ik platformonafhankelijkheid wil in C,
:> dan ga ik niet een virtual machine bouwen in C waar een C achtige taal op
:> kan draaien, dan neem ik gewoon java.

: Waarom? Er zijn voldoende tools (flex/yacc) omdat op een simpele wijze
: te doen (lijkt me aangezien ik nog nooit op een zinnige wijze van C
: gebruik heb gemaakt), die zijn er ook wel voor Java maar hun oorsprong
: ligt toch bij C IMHO.

Jij kiest er dus duidelijk voor om hardnekkig aan je ene taal vast te houden,
en die naar je hand te zetten zodanig dat hij geschikt wordt voor je project
(daarbij talloze dependencies en bugs introducerend).

Ik zal je niet tegenhouden, maar ik heb in dat soort gevallen m'n tijd
beter te besteden :)

Groet,

Ivo

--
Drs. I.R. van der Wijk -=-
Brouwersgracht 132 Amaze Internet Services V.O.F.
1013 HA Amsterdam -=-
Tel: +31-20-4688336 Linux/Web/Zope/SQL
Fax: +31-20-4688337 Network Solutions
Web: http://www.amaze.nl/ Consultancy
Email: ivo@nospamAmaze.nl -=-

Daniel Tryba
22/01/03, 20:55
ivo@nospamamaze.nl wrote:
> :> : En in een willekeurige taal kan je dus een framework bouwen. :>
> Klopt. In de ene wat makkelijker dan in de andere, dat wel.
[snip]
> Dan noem ik er nog een paar: workflow, zoekfunctionaliteit (maw, 1
> zoekingang die op alle aanwezige php applicaties uniform werkt).

Hoho, nu begin je php te verglijken met bv Zope, dus een taal met een
framework.

> Of iets triviaals: Uniforme relationele database interfaces (zoals
> Java's JDBC, perls DBI of pythons DB API 2) - het heeft me altijd
> verbaast dat dit zo knullig is gedaan in PHP.

Daar zijn bv de ODBC functies voor of PEAR::DB. Maar de vraag is:
hoeveel waarde moet je daaraan hechten? Je weet immers niet welke
functionaliteit die willekeurig database biedt...

> Overigens, wat voor persistentie biedt php dan?

(un)serialize :)

> :> Dat php standalone kan draaien (moet dat dan nog met <? ?> tags er
> :> omheen?) weet ik,
>
> : Ja, immers <?php/?> triggert de parser. bv:
>
> : #!/usr/local/bin/php4 -q
> : Hello
> : <?php
> : echo " World\n";
> : ?>
>
> Dus ook standalone PHP applicaties zijn templates. Ik vind het persoonlijk
> een vage constructie (maar niet echt heel vreemd gezien PHP's achtergrond)

Tsja, zo werkt die shebang zut nu eenmaal, voer het onderstaande aan
genoemde interpeter. Overigens steld die 'vage' constructie je in staat
om snelheidswinst (+ imho leesbaarheid) te halen indien je weet dat er
een stuk statische output volgt :)

> : Waarom? Er zijn voldoende tools (flex/yacc) omdat op een simpele
> wijze : te doen (lijkt me aangezien ik nog nooit op een zinnige wijze
> van C : gebruik heb gemaakt), die zijn er ook wel voor Java maar hun
> oorsprong : ligt toch bij C IMHO.
>
> Jij kiest er dus duidelijk voor om hardnekkig aan je ene taal vast te
> houden,

Waar haal je dat vandaan? Er zijn tig talen met elk hun eigen sterke en
zwakken punten, en rond het subject van deze thread zie ik geen reden
waarom iets als zope niet in php geimplementeerd kan worden (al ken ik
heel zope niet, dus wellicht zit ik er naast (echter heb ik nog geen
overtuigent argument gezien wat daarop zou kunnen wijzen)).

> en die naar je hand te zetten zodanig dat hij geschikt wordt voor je
> project (daarbij talloze dependencies en bugs introducerend). Ik zal
> je niet tegenhouden, maar ik heb in dat soort gevallen m'n tijd beter
> te besteden :)

Tsja, mijn motto is dat als je het goed wil doen, je het zelf maar moet
doen (in vele gevallen). :)

--

Daniel Tryba

ivo@nospamAmaze.nl
22/01/03, 20:55
Niels Basjes <Niels_Basjes_Doesnt@want.email.nl> wrote:
: The life form known as ivo@NOSPAMamaze.nl wrote:

:>maar PHP blijft natuurlijk heel erg een 'in HTML embeddable scripting taal',

: Net iets als XML ....

Ehm.. nee :)

:> niet iets waarin je grote standalone apps zal bouwen

: Ik heb toevallig een tijdje terug een shell script in PHP gemaakt omdat ik
: daar iets sneller het geen kon maken wat ik wilde. Perl had ook gekund maar
: die taal ken ik zelf niet zo goed.

Persoonlijk vind ik het de verkeerde taal voor deze toepassing, net als dat ik
er geen Java voor zou gebruiken. Maar dat is slechts mijn mening :)

:>(wat Zope wel is, al publiceert het uiteindelijk HTML)

: Zope is een framework dat is gemaakt in Python. Als ik een mod_python
: o.i.d. heb dan zou het mij niets verbazen als ik daarmee een pagina kan
: maken met zoiets als

: ====
: <HTML> ... Bla die bla
: <?php .... php code ?>
: meer html
: <?python .... python code ?>
: </HTML>
: ====

Met wat omwegen kan dat vast. Dus?


:>Ik weet niet wat de formele definitie is van Applicatie Server (ik vind het
:>zelf een vage term), maar je kan het in deze context zien als een raamwerk
:>waarbinnen 'applicaties' (i.e. op zich staande producten) kunnen draaien,
:>waarbij de server een aantal functies als authorisatie, sessions,
:>persistentie, etc aanbiedt.

: Zoiets als bijvoorbeeld Xoops ..... ja dat is PHP code waar je nieuwe
: modules in kan hangen die gebruik maken van de authorisatie, sessions,
: persistentie, etc van Xoops.

Klinkt goed.

:>In zekere zin kan Apache / mod_php dit wel, maar niet zo transparant als een
:>op maat gemaakte standalone applicatie dat kan (zoals Zope)

: Waarom zou dat niet net zo transparant kunnen ? Dat het misschien nog niet
: gedaan is wil ik geloven. Dat het aan de tools ligt geloof ik echter niet.

Omdat je met een mengsel zit van apache, mod_php, php.ini, htaccess, unix
filesystem, unix permissies, etc zit.

:>:>De meeste PHP systemen blijven hangen op een geintegreerd nieuws / poll /
:>:>weblog systeem met zoekfunctionaliteit en hard coded workflow.
:>
:>: Klopt, maar dat zie ik als een gebrek aan inzicht van de kant van de makers
:>: van dergelijke software.
:>
:>PHP blijft primair een embeddable taal. Dat betekent in zeer grote mate dat
:>de HTML pagina als middelpunt genomen wordt, ipv. dat HTML slects een 'view'
:>is van de state van een/meerdere objecten.

: Ik heb PHP scripts geschreven om vanaf een systeem een geparametriseerd
: BASH shell script te downloaden d.m.v. wget. ... waar is dan de html ?

Je script blijft een template, zoals iemand in een andere posting al uitlegde.
Het is verder niet echt relevant, ik vind het alleen apart dat je in je
script de parser moet 'triggeren' via <?php

:>Wat mij betreft zijn programmeertalen gewoon 'tools' die je helpen een bepaald
:>doel te bereiken. En als de tool niet voldoet (en misschien ervaren een
:>hoop mensen PHP als zodanig als ze voorbij het PHPNuke niveau proberen te
:>komen), dan kies je toch gewoon een andere?

: Tuurlijk, maar dat hoeft daarmee niet aan de tool te liggen. Dat kan ook
: prima aan die 'programmeurs' liggen.

Het kan zijn dat PHP programmeurs de beperkende factor zijn. Of je daar nou
blij van moet worden :)

Groet,

Ivo

--
Drs. I.R. van der Wijk -=-
Brouwersgracht 132 Amaze Internet Services V.O.F.
1013 HA Amsterdam -=-
Tel: +31-20-4688336 Linux/Web/Zope/SQL
Fax: +31-20-4688337 Network Solutions
Web: http://www.amaze.nl/ Consultancy
Email: ivo@nospamAmaze.nl -=-

Daniel Tryba
22/01/03, 21:05
robert <robert+nl.internet.www.server-side@usenet-h.allyourbass.org> wrote:
> > En in een willekeurige taal kan je dus een framework bouwen.
>
> Ja, het is alleen de vraag op welke manier je dat kunt doen. Bij PHP kan
> je weinig meer doen dan een set handige classes neerzetten waarbij je
> dergelijke functionaliteit implementeert, maar die classes moet je alsnog
> op een CGI-achtige manier gebruiken.

Of je schrijft modules voor php ipv in php.

--

Daniel Tryba

ivo@nospamAmaze.nl
22/01/03, 21:15
Daniel Tryba <news_nl.internet.www.server-side@canopus.nl> wrote:
: ivo@nospamamaze.nl wrote:
:> :> : En in een willekeurige taal kan je dus een framework bouwen. :>
:> Klopt. In de ene wat makkelijker dan in de andere, dat wel.
: [snip]
:> Dan noem ik er nog een paar: workflow, zoekfunctionaliteit (maw, 1
:> zoekingang die op alle aanwezige php applicaties uniform werkt).

: Hoho, nu begin je php te verglijken met bv Zope, dus een taal met een
: framework.

Volgens mij hadden we het daar ook over :) (Python biedt nl. out of the
box geen authorisatie, persistentie, etc)

:> Of iets triviaals: Uniforme relationele database interfaces (zoals
:> Java's JDBC, perls DBI of pythons DB API 2) - het heeft me altijd
:> verbaast dat dit zo knullig is gedaan in PHP.

: Daar zijn bv de ODBC functies voor of PEAR::DB. Maar de vraag is:
: hoeveel waarde moet je daaraan hechten? Je weet immers niet welke
: functionaliteit die willekeurig database biedt...

:> Overigens, wat voor persistentie biedt php dan?

: (un)serialize :)

Weer wat geleerd :)


:> :> Dat php standalone kan draaien (moet dat dan nog met <? ?> tags er
:> :> omheen?) weet ik,
:>
:> : Ja, immers <?php/?> triggert de parser. bv:
:>
:> : #!/usr/local/bin/php4 -q
:> : Hello
:> : <?php
:> : echo " World\n";
:> : ?>
:>
:> Dus ook standalone PHP applicaties zijn templates. Ik vind het persoonlijk
:> een vage constructie (maar niet echt heel vreemd gezien PHP's achtergrond)

: Tsja, zo werkt die shebang zut nu eenmaal, voer het onderstaande aan
: genoemde interpeter. Overigens steld die 'vage' constructie je in staat
: om snelheidswinst (+ imho leesbaarheid) te halen indien je weet dat er
: een stuk statische output volgt :)

Ik weet hoe een #! werkt :) Maar dat je programma een template is met
embedded ?php-tags is toch wel even wennen :)

:> : Waarom? Er zijn voldoende tools (flex/yacc) omdat op een simpele
:> wijze : te doen (lijkt me aangezien ik nog nooit op een zinnige wijze
:> van C : gebruik heb gemaakt), die zijn er ook wel voor Java maar hun
:> oorsprong : ligt toch bij C IMHO.
:>
:> Jij kiest er dus duidelijk voor om hardnekkig aan je ene taal vast te
:> houden,

: Waar haal je dat vandaan? Er zijn tig talen met elk hun eigen sterke en
: zwakken punten, en rond het subject van deze thread zie ik geen reden
: waarom iets als zope niet in php geimplementeerd kan worden (al ken ik
: heel zope niet, dus wellicht zit ik er naast (echter heb ik nog geen
: overtuigent argument gezien wat daarop zou kunnen wijzen)).

Informatica theorie leert dat dit per definitie kan (immers, turing-complete
talen kunnen elkaar emuleren), maar dat terzijde.

Het is alleen wachten op een praktisch bewijs :)

:> en die naar je hand te zetten zodanig dat hij geschikt wordt voor je
:> project (daarbij talloze dependencies en bugs introducerend). Ik zal
:> je niet tegenhouden, maar ik heb in dat soort gevallen m'n tijd beter
:> te besteden :)

: Tsja, mijn motto is dat als je het goed wil doen, je het zelf maar moet
: doen (in vele gevallen). :)

Dat is een deel van het probleem. Iedereen wil het allemaal zelf doen en
niet elkaars code gebruiken, waardoor iedereen z'n eigen wiel uit blijft
vinden, en uniformiteit uitblijft.

Ivo

--
Drs. I.R. van der Wijk -=-
Brouwersgracht 132 Amaze Internet Services V.O.F.
1013 HA Amsterdam -=-
Tel: +31-20-4688336 Linux/Web/Zope/SQL
Fax: +31-20-4688337 Network Solutions
Web: http://www.amaze.nl/ Consultancy
Email: ivo@nospamAmaze.nl -=-

Daniel Tryba
22/01/03, 21:55
ivo@nospamamaze.nl wrote:
> :> :> : En in een willekeurige taal kan je dus een framework bouwen. :>
> :> Klopt. In de ene wat makkelijker dan in de andere, dat wel.
> : [snip]
> :> Dan noem ik er nog een paar: workflow, zoekfunctionaliteit (maw, 1
> :> zoekingang die op alle aanwezige php applicaties uniform werkt).
>
> : Hoho, nu begin je php te verglijken met bv Zope, dus een taal met een
> : framework.
>
> Volgens mij hadden we het daar ook over :) (Python biedt nl. out of the
> box geen authorisatie, persistentie, etc)

Tsja, daarom had ik ook een paar zinnige uit vorige postings regels
laten staan.

We kunnen deze thread dus heel simpel samenvatten:

-is er iets als Zope in php?
-Zope biedt standaard functies als x,y,z
-php biedt sommige van deze
-zope biedt a,b,c python niet
-php staat op gelijk voet met python
-je kan dus iets als zope in php bouwen, maar niemand heeft dat
schijnbaar al gedaan

[<?php/?>]
> Ik weet hoe een #! werkt :) Maar dat je programma een template is met
> embedded ?php-tags is toch wel even wennen :)

Ach, het went wel, zo moet je bv ook een overbodige class construeren in
Java wil je 1 simpele functie maken. Zo moet je ook een functie main
gebruiken in C wil je alleen maar 1 keer printf aanroepen.

> : Tsja, mijn motto is dat als je het goed wil doen, je het zelf maar moet
> : doen (in vele gevallen). :)
>
> Dat is een deel van het probleem. Iedereen wil het allemaal zelf doen en
> niet elkaars code gebruiken, waardoor iedereen z'n eigen wiel uit blijft
> vinden, en uniformiteit uitblijft.

Tsja, noem het maar praktijk ervaring. Zo was voor mijn huidige project
(voor ik er uberhaupt betrokken bij was) al een keuze voor taal en
framework gemaakt (resp. php en phpgroupware), na een simpele
preformance test werd al heel snel duidelijk dat het onacceptabel traag
was. Even hacken in de bestaande code (strippen van features die niet
gebruikt zouden gaan worden) -> factor 2 snelheids winst voor het
opstarten van het framework maar nog steeds niet acceptabel. Vraag
gesteld aan de developers waarom ze zo'n rare dingen deden (wat
performace niet ten goede kwam) -> 0 reacties. Tsja dan maak ik het zelf
wel :)

--

Daniel Tryba

robert
23/01/03, 00:05
Daniel Tryba <news_nl.internet.www.server-side@canopus.nl>:
> robert <robert+nl.internet.www.server-side@usenet-h.allyourbass.org> wrote:
>> > En in een willekeurige taal kan je dus een framework bouwen.
>>
>> Ja, het is alleen de vraag op welke manier je dat kunt doen. Bij PHP
>> kan je weinig meer doen dan een set handige classes neerzetten waarbij
>> je dergelijke functionaliteit implementeert, maar die classes moet je
>> alsnog op een CGI-achtige manier gebruiken.
>
> Of je schrijft modules voor php ipv in php.

Uh?

--
robert

Daniel Tryba
23/01/03, 00:15
robert <robert+nl.internet.www.server-side@usenet-h.allyourbass.org> wrote:
> > Of je schrijft modules voor php ipv in php.
>
> Uh?

Modules voor php heten volgens de manual extensions :)
Dynamisch te laden met dl() [http://php.net/dl] of met een aanpassing
van de php.ini

--

Daniel Tryba

robert
23/01/03, 10:55
Daniel Tryba <news_nl.internet.www.server-side@canopus.nl>:
> robert <robert+nl.internet.www.server-side@usenet-h.allyourbass.org> wrote:
>> > Of je schrijft modules voor php ipv in php.
>>
>> Uh?
>
> Modules voor php heten volgens de manual extensions :) Dynamisch te
> laden met dl() [http://php.net/dl] of met een aanpassing van de php.ini

Ook al bouw je een framework in C of C++, dan nog zit je gebonden aan
de manier waarop PHP in Apache geïmplementeerd is (en waardoor je zaken
die je met servlets wél kunt implementeren niet in PHP kan maken, zoals
connectionpools, in-memory sessionhandlers, e.d.).

--
robert

Daniel Tryba
23/01/03, 12:25
robert <robert+nl.internet.www.server-side@usenet-h.allyourbass.org> wrote:
> > Modules voor php heten volgens de manual extensions :) Dynamisch te
> > laden met dl() [http://php.net/dl] of met een aanpassing van de php.ini
>
> Ook al bouw je een framework in C of C++, dan nog zit je gebonden aan
> de manier waarop PHP in Apache ge?mplementeerd is (en waardoor je zaken
> die je met servlets w?l kunt implementeren niet in PHP kan maken, zoals
> connectionpools, in-memory sessionhandlers, e.d.).

inmemory sessionhandlers is nu een perfect voorbeeld van dat extensions
dat wel kunnen (door mm als session_handler te gebruiken
(http://www.ossp.org/pkg/lib/mm/)).

BTW vanwaar de koppeling Apache/PHP?

--

Daniel Tryba

robert
23/01/03, 12:35
Daniel Tryba <news_nl.internet.www.server-side@canopus.nl>:
> inmemory sessionhandlers is nu een perfect voorbeeld van dat
> extensions dat wel kunnen (door mm als session_handler te gebruiken
> (http://www.ossp.org/pkg/lib/mm/)).

Ja joepie, in shared memory, met alle nadelen die daarbij horen.

> BTW vanwaar de koppeling Apache/PHP?

Noem me een handige single-process multithreaded httpd waar PHP in kan
draaien en ik hou m'n mond ;)

--
robert