Iets als Zope / CMF / Plone maar dan in PHP ?

[Niels Basjes]

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]

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.
http://www.domein.nl/ieks.asp?pid=12...2hhas21s8shsh?

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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]

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.