Coldfusion beter dan ASP/PHP?

[MaxxRide]

Sorry, maar dit moet even! Dit is de 200ste post!!!

[brammetje]

ja, en dit de 201ste...


maaruh, is de beste taal/wat je het ook wilt noemen niet gewoon wat je het fijnste vind werken..

[MoBi]

Ik denk dat iedere script taal een doel groep (Level) heeft en daardoor toch moeilijker dan eerst gedacht werd te vergelijken.

[Edit: Ik moet toch eens wat doen aan mijn zinsbouw ;)]

[Verwijderd]

Snel een vraagje tussendoor :

Werkt ColdFusion ook met MySQL databases???
Als dat zo is, kan ik ff locaal gaan experimenteren met CF.

[Verwijderd]

zo zijn jullie nu al uit gesproken

Laat ík het zo zeggen ik ga voor php en mysql

dat wilde ik ff kwijt na het lezen van deze thread

[bartvb]

Oh, neeeeeeee...
waarom is deze draad na 2 maanden relatieve rust weer omhoog gehaald

[Verwijderd]

Omdat er nieuwe inzichten zijn.

o.a. dit artikel: http://www.zdnet.com/enterprise/stories/linux/0,12249,2646052,00.html

en mijn ervaring:
ik heb nu 6 maanden ervaring met php en ik vindt het in 1 woord fantastisch. werkt supersnel, is makkelijk te leren, er wordt enorm veel aan ontwikkeld en is gratis. perfekte integratie met apache + mysql. allemaal gratis en allemaal een goede basis voor een kleine/middelgrote website. bij de echt grote websites denk ik dat mysql een zwak puntje begint te vormen in de performance en er missen management tools in het standaardpakket van php.

Bij php heb ik vaak het idee dat ik dezelfde dingen doe, er is behoefte aan een aantal libraries, en die komen er zolangzamerhand ook wel (o.a. [url="http://phplib.netuse.de)."]http://phplib.netuse.de).[/url]

Ik werk nu 2 maanden met c.f. en moet zeggen dat het me ook prima bevalt. Bij c.f. heb je meer professionele tools zoals de html/cfml editor homesite, wat toch ietsje makkelijker werkt dan ultraedit. Alhoewel ik moet zeggen dat ik m bijna nooit hebt gebruikt omdat ie binnen 2 minuten bij mij vastloopt.

Bij c.f. zijn een aantal veel voorkomende taken makkelijk gemaakt, zoals het doen van een query en het resultaat ervan weergeven. Ook het opbouwen van een form met automatisch javascript erbij vind ik erg sterk. Dit mis ik bij php een beetje. Er zijn echter wel prima 3rd party tools zoals phplib voor dit soort dingen.

Dat met c.f. meer kan dan met php ben ik het volledig mee oneens, doordat c.f. voornamelijk tools/tags biedt voor vaste veelvoorkomende taken voel ik me juist vaak enigszins beperkt. PHP neigt enorm naar een echte programmeertaal en biedt een enorme vrijheid in mogelijkheden. PHP biedt abstracte tools die sterk op html zijn gericht, de 3rd party tools moeten specifieke taken makkelijker maken.

Dat c.f. beter uitbreidbaar is is in de praktijk niet waar, op een blauwe maandag ga je echt geen cftag schrijven in c++, maar op een blauwe maandag kan ik wel een class schrijven in php die ik toevoeg aan een algemene library.

Qua snelheid en prijs is php superieur (zie ook artikel), qua productiviteit is php nog wat zwak, al ligt dit sterk aan de programmeur zelf. Ik zou bijv. graag willen werken aan wat tools/libraries voor php, die gaan dan sterk lijken op een aantal c.f. principes, maar daar heb ik niet altijd tijd voor. Met name qua admin pagina's doe ik teveel werk steeds weer opnieuw. Het templates principe is door o.a. phplib mogelijk gemaakt, dus die typische mix html/php die zo onoverzichtelijk is vaak, is niet nodig!

Beide talen vind ik prachtig, php blijft mijn favoriet, alleen ik wil de principes van een aantal c.f. tags naar php kopieren om php productiever te maken. Met name automatische form generatie + javascript a.d.h.v. database-table + config. De invalshoek van c.f. is iets praktischer, terwijl PHP een iets abstractere taal is. Met php kun je zeker weten hetzelfde en meer dan met c.f. alleen dat kost soms meer tijd. Sommige programmaatjes die je normaal in pascal of c schrijft, schrijf ik vaak in PHP omdat het kan, omdat het makkelijk is en omdat er een fantastische php handleiding is.

Dan heb je nog JSP:
Tja, perfekte integratie met een 'echte' programmeertaal natuurlijk, daardoor voor java programmeurs makkelijk te leren. een enorme library (=java) tot je beschikking. Java kamt nog sterker dan php met het probleem dat je veel voorkomende taken zelf moet automatiseren, de taal is abstract en biedt weinig direkt praktische html tools. Alleen ik heb het sterke vermoeden dat er een grote groep mensen (Sun?) daar wat aan gaat doen. JSP is wel enorm uitbreidbaar natuurlijk. Definitely niet mijn stijl dat java overigens. MHO.

ASP:
Is (denk ik) minder dan PHP, maar zou ik misschien toch voor kiezen als mn webserver ook microschoft:P-based is.

mijn .2 euro

[MoBi]

Dat c.f. beter uitbreidbaar is is in de praktijk niet waar, op een blauwe maandag ga je echt geen cftag schrijven in c++, maar op een blauwe maandag kan ik wel een class schrijven in php die ik toevoeg aan een algemene library.

Cftags kunnen ook in cf worden geprogged.

en het klopt dat er punten in php zijn die ik ook terug zou willen zien in cf. Misschien dat het in versie 5 komt.

[Verwijderd]

ik haal deze thread ff omhoog en ze gaan gewoon weer lekker verder

[MoBi]

Op donderdag 04 januari 2001 09:30 schreef Maix het volgende:
ik haal deze thread ff omhoog en ze gaan gewoon weer lekker verder

ach ja je moet toch wat doen op een dag

[raptorix]

En waarom zou asp minder goed als php zijn mobi? Ik vind het best als je je mening ventileert maar voor een discussie is het altijd aardig als je die ook onderbouwt anders zijn we nogal snel uitgesproken

[Verwijderd]

raptorix: Voor een discussie is het altijd aardig als je die [mening] ook onderbouwt anders zijn we nogal snel uitgesproken.

Was dat dan niet waar iedereen na 2 maanden rust op hoopte?

[MoBi]

Als je alle 9 pagina's leest heb ik en andere al meerdere punten aangegeven overzicht:
OnAcid - maandag 30 oktober 2000 16:55 pag 1
Gordijnstok - dinsdag 31 oktober 2000 10:58 pag 1
MoBi - dinsdag 31 oktober 2000 11:20 pag 1
MoBi - dinsdag 31 oktober 2000 11:49 pag 2

Zo staan er wel meer punten, heb ff verder niet gekeken. Grootste punt wat voor php aan te dragen is dat het gratis is. Ok daar krijg je geen support voor. Raptorix of zoeits: ik heb het over php & cf geen asp. Heel veel punten die jullei hebben aangegeven voor php zijn er pas in de laatste versie (4) ingekomen zoals sessie manangent. Cold fusion had dat al vanaf versie 4 (kan ook eerder, heb er niet eerder dan 4.0 mee gewerkt). Heel veel bedrijfsservers worden gewoon bij de dell, compaq of hp gekocht en daar word dan gewoon nt op geinstalleerd. bedrijven kijken echt niet naar die paar tientjes die je kan bezuinigen met linux en php, die willen uptime garanties en support. Dat kan met cf. Daar zijn gewoon bedrijven hier in nederland die dat doen en mensen erin trainen in het te leren programmeren.

[Verwijderd]

Als er dan toch mensen weer gaan beginnen...

MoBi: Grootste punt wat voor php aan te dragen is dat het gratis is. Ok daar krijg je geen support voor.

Gratis is niet het grootste voordeel van OSS zoals PHP
En support krijg je wel alleen in een andere vorm dan bij veel commerciele produkten.

Heel veel punten die jullie hebben aangegeven voor php zijn er pas in de laatste versie (4) ingekomen zoals sessie manangent. Cold fusion had dat al vanaf versie 4 (kan ook eerder, heb er niet eerder dan 4.0 mee gewerkt).

En je kon het zelfde met een paar regeltjes schrijven voordat PHP bestond.

Bedrijven kijken echt niet naar die paar tientjes die je kan bezuinigen met linux en php, die willen uptime garanties en support.

Kwam gisteren toevallig op een site van Philips waar PHP draaide. Iets met medische systemen oid. En zo zijn er veel meer... (hetzelfe geldt trouwens voor andere OSS, zie de statistieken van netcraft).

Dat kan met cf. Daar zijn gewoon bedrijven hier in nederland die dat doen en mensen erin trainen in het te leren programmeren.

Net zoals er training is voor zo ongeveer elke andere taal. Wat is je argument?

[MoBi]

Arien > Doordat php gratis zetten veel hostng providers het erop om bij het lijstje features te zetten, daardoor word het vaker gebruikt.

Ik nok er mee, tegen jullie lullen is net zoals tegen een muur, blijft het zelfde antwoorden. Probeer het eens zou ik zeggen. Ik weet wat php kan, ik heb er mee gewerkt. (Versie 3) Uit jullie reacties te zien hebben de meeste nog niet met cf gewerkt. Download eens een eval versie of de express en test het eens. Dan praten we wel weer verder in een nieuwe draad.....

[edit: Darn, nederlands is toch wel moeilijk]

[Verwijderd]

MoBi: Ik nok er mee,...

Da's één...

Probeer het eens zou ik zeggen. Ik weet wat php kan, ik heb er mee gewerkt.

Ik ook (versie 3,4).

Uit jullie reacties te zien hebben de meeste nog niet met cf gewerkt.

Ik wel en het kan aan mij liggen maar ik loop ook daar niet echt warm voor.

[Verwijderd]

MoBi: Doordat php gratis zetten veel hosting providers het erop om bij het lijstje features te zetten, daardoor wordt het vaker gebruikt.

Is waar. Maar ASP of CF bijvoorbeeld kosten verdeeld over het aantal klanten dat je er mee kan bedienen niet veel.

[Verwijderd]

Op donderdag 04 januari 2001 12:13 schreef Arien het volgende:
Dat kan met cf. Daar zijn gewoon bedrijven hier in nederland die dat doen en mensen erin trainen in het te leren programmeren.

Net zoals er training is voor zo ongeveer elke andere taal. Wat is je argument?

Hij bedoelt dat er een commerciele/professionele organisatie achter c.f. staat die voor tools, training en support zorgt. Doordat PHP zo'n organisatie mist moet je training en support en tools zoeken bij forums e.d. Grote bedrijven zullen denk ik minder snel voor een dergelijke oplossing kiezen doordat het minder bedrijfszekerheid biedt.

Alhoewel dr laatst een aantal mensen van ibm om mijn website zijn geweest om te kijken naar een php3>php4 patch voor phplib sessies die ik heb geschreven. Kennelijk is men wel degelijk geinteresseerd in oplossingen. Hm, die laatste zin snap ik zelf ook niet helemaal

[Verwijderd]

Op donderdag 04 januari 2001 12:20 schreef MoBi het volgende:
Ik nok er mee, tegen jullie lullen is net zoals tegen een muur, blijft het zelfde antwoorden. Probeer het eens zou ik zeggen. Ik weet wat php kan, ik heb er mee gewerkt. (Versie 3) Uit jullie reacties te zien hebben de meeste nog niet met cf gewerkt. Download eens een eval versie of de express en test het eens. Dan praten we wel weer verder in een nieuwe draad.....

[edit: Darn, nederlands is toch wel moeilijk]

Die 'quote-en-afkraak' posts die mensen vaak doen zijn meestal niet echt opbouwend nee. Dat je wilt reageren op een specifieke stelling van iemand kan ik me voorstellen, maar sommige mensen posten weinig constructiefs zo af en toe.

Normaal ben ik het bijna altijd met je eens Arien Nu ook, alleen je zegt bijna niks.

[Verwijderd]

vxmv: Hij bedoelt dat er een commerciele/professionele organisatie achter c.f. staat die voor tools, training en support zorgt.

Bijvoorbeeld bij Perl zitten er ook profesionele organisaties achter tools, training en support. Zal voor PHP ook wel gelden al zou ik niet weten welke. Even zoeken?

Grote bedrijven zullen denk ik minder snel voor een dergelijke oplossing kiezen doordat het minder bedrijfszekerheid biedt.

Grote bedrijven kunnen evt zelf een paar man op onderhoud en source code zetten. Dat is een van de voordelen van OSS.

Alhoewel dr laatst een aantal mensen van ibm om mijn website zijn geweest om te kijken naar een php3>php4 patch voor phplib sessies die ik heb geschreven.

Je geeft zelf een soort tegenvoorbeeld als argument?

[Verwijderd]

vxmv: Normaal ben ik het bijna altijd met je eens Arien Nu ook, alleen je zegt bijna niks.

En daar ben je het dan weer mee eens?

Ik geloof dat ik hierboven al een aantal opmeringen gemaakt heb en verder is de vergelijking CF aan de ene kant en ASP of PHP aan de andere kant scheef.

[Verwijderd]

Op donderdag 04 januari 2001 12:51 schreef Arien het volgende:
Bijvoorbeeld bij Perl zitten er ook profesionele organisaties achter tools, training en support. Zal voor PHP ook wel gelden al zou ik niet weten welke. Even zoeken?

Ja, kun je mij het telefoonnummer in nederland bezorgen?

Je geeft zelf een soort tegenvoorbeeld als argument?

Wil het van twee kanten bekijken

[raptorix]

Sorry moby, keek verkeerd had het tegen die gast boven je in de thread, maar dat hele artikel van ZD slaat nergens op, scripting language is eigenlijk ondergeschikt aan je database systeem, winst die met scriping valt te halen valt in het niets bij je database, tuurlijk is de extra winst die je haalt door een snellere scripting aardig, maar het blijft peanuts.

[Verwijderd]

Op donderdag 04 januari 2001 13:11 schreef raptorix het volgende:
Sorry moby, keek verkeerd had het tegen die gast boven je in de thread, maar dat hele artikel van ZD slaat nergens op, scripting language is eigenlijk ondergeschikt aan je database systeem, winst die met scriping valt te halen valt in het niets bij je database, tuurlijk is de extra winst die je haalt door een snellere scripting aardig, maar het blijft peanuts.

Heb je 't over dat artikel van ZDnet dat ik heb gepost??? Snelheid scripting niet belangrijk??? Hoe verklaar je dan dat PHP bijna 3 keer sneller is dan CF/JSP???

EDIT: ik heb het over de PHP-configuratie (incl. database!) vs. CF-configuratie die in het artikel worden genoemd (niet alleen PHP vs. CF sorry). De PHP-config blijkt bijna 3 keer sneller. Verklaar maar waarom niet belangrijk.

[Verwijderd]

vxmv: Snelheid scripting niet belangrijk? Hoe verklaar je dan dat PHP bijna 3 keer sneller is dan CF/JSP?

[effe simpel]
Dat verklaren hoeft niet, het maakt toch niets uit.
[/effe simpel]

[Verwijderd]

Squirrel Consultancy (bedrijf van Johan Vromans) geeft Perl trainingen in Nederland.

Misschien dat zij iemand weten die PHP doet (of misschien doen ze dat ook wel, denk het niet, maar wie weet).

Als er nog geen bedrijf voor is: gat in de markt?

edit:

telefoonnummer Squirrel: 023 534 1864

Zoekend op PHP consulting niets gevonden. Misschien via PHP Users Group Nederland oid?

[Verwijderd]

Hm een leraar van mij heeft zijn eigen ingenieursbedrijf en biedt een cursus aan waarin o.a. PHP wordt getraind. Best aardig.

Ik zou zelf ook wel een PHP cursus kunnen geven als mijn baas dat wilde, ik heb o.a. internet en html trainingen gegeven, best leuk hoor.

Maar de point blijft dat er een bedrijf Allaire is dat ColdFusion verkoopt (cd + boeken + support + specifieke html editor) en er geen bedrijf PHP is dat php aanbiedt op cd + boeken + .... En ik wacht nog op het telefoonnummer van de PHP helpdesk in Nederland?

Waarom blijft ondanks alle tegenargumenten die ik zelf geef PHP toch mijn favoriet???? Zelfde reden als dat ik C++ fijner vind dan Java denk ik..... geen reden

[zakalwe]

hier staan ook nog interessante dingen: http://www.techmetrix.com/products/prod_report1.shtml

Zakalwe

[Verwijderd]

vxmv: De point blijft dat er een bedrijf Allaire is dat ColdFusion verkoopt (cd + boeken + support + specifieke html editor) en er geen bedrijf PHP is dat php aanbiedt op cd + boeken + ....

Wat boeken betreft is het diep triest met PHP.
CD is niet nodig want je kunt PHP zo downloaden (vind je het wel een probleem dan begin je met "PHP voor 10 piek"-CDs ofzo).
Support is er in zo verre dat je een ontwikkelaar een mailtje kan stuur of in een nieuwsgroep kan posten als er een bug is. (En omdat de ontwikkelaars het niet om de verkoop doen, blijft er over: kwaliteit, dus bugs zullen serieus genomen worden.)
Editor? Bundel een leuke editor op die 10-piek CD.

En ik wacht nog op het telefoonnummer van de PHP helpdesk in Nederland?

Dan heb ik zo heel P&W aan de lijn

[MoBi]

Ik probeer het nog een keer (zo snel krijg je met niet uit het veld arien )

Rede waarom het zo is dat een combi van apache/php & mysql sneller zal zijn asl een combi van bijvoorbeeld iis/cf/mysql is dat
cf geen native aanspraak kan doen op mysql zoals php. native support is alleen voor de volgende dbms:

ODBC (default) -- ODBC driver.
Oracle73 -- Oracle 7.3 native database driver. Using this option, the ColdFusion Server computer must have Oracle 7.3.4.0.0 (or greater) client software installed.
Oracle80 --Oracle 8.0 native database driver. Using this option, the ColdFusion Server computer must have Oracle 8.0 (or greater) client software installed.
Sybase11 --Sybase System 11 native database driver. Using this option, the ColdFusion Server computer must have Sybase 11.1.1 (or greater) client software installed. Sybase patch ebf 7729 is recommended.
OLEDB --OLE DB provider. If specified, this database provider overrides the driver type specified in the ColdFusion Administrator.
DB2 --DB2 5.2 native database driver.
Informix73 --Informix73 native database driver.

[Verwijderd]

MoBi: Ik probeer het nog een keer (zo snel krijg je met niet uit het veld arien )

Het begon net rustig te worden in dit draadje.

Reden waarom het zo is dat een combi van apache/php & mysql sneller zal zijn dan een combi van bijvoorbeeld iis/cf/mysql is dat
cf geen native aanspraak kan doen op mysql zoals php.

Waarom niet?

Nu twijfel ik zelf even want volgens mij zijn er wel native aanspraak support voor oracle 8 in cf 4.5 (Zal het zo ff opzoeken)

Okay. Ik zie het wel verschijnen.

edit:

Het staat er en dat ziet er niet best uit. Maar er zal toch wel door iemand een MySQL connectie-geval-dinges gebakken zijn zodat dit probleem ook weer opgelost is?

[MoBi]

Arien: Waarom niet?:
Dat weet ik niet, mysql is groot geworden met een combi van php. En php bestaat nog niet zo lang. Andere grote dbmsen zoals oracle en informix worden wel native ondersteund, dus ik denk dat je daar wel veel snelheids winst mee maakt netzoals bij mysql & php. Maarja oracle is ook niet gratis

[MoBi]

edit:

Het staat er en dat ziet er niet best uit. Maar er zal toch wel door iemand een MySQL connectie-geval-dinges gebakken zijn zodat dit probleem ook weer opgelost is?

thuis werk ik met mysql en cf via een odbc connectie, maar dat is niet zo heel super snel. Toch maar eens investeren in een nieuwe db server en dan naar oracle

[Verwijderd]

Hallo heren stop er nou maar eens mee want jullie vallen in herhalling.

[MoBi]

Hallo heren stop er nou maar eens mee want jullie vallen in herhalling.

ik haal deze thread ff omhoog en ze gaan gewoon weer lekker verder

Maix : asl je niks nuttigs toe te voegen hebt doe dat dan niet. Je hebt zelf deze draad weer omhoog gehaald.
Trashbash: ja via odbc en die mysql odbc engine ding, hoe die heet ebn ik ff kwijt.

[raptorix]

Waarom Oracle Mobi?
Ga dan gelijk voor Sqlserver, heb je teminste een echt database systeem

[Tom]

Maareh jullie (de CF-mannen ) hebben het erover dat jullie het een groot voordeel vinden dat er een echt bedrijf achter zit zodat je support hebt. Wat is daar het grote voordeel van?

Die PHP manual is al perfect, en ontzettend overzichtelijk, en met die reakties (waar veel nuttige informatie uit te halen is) is het helemaal perfect.

[verwacht antwoord van CF-ers]
Maar wij krijgen zeker bugfixes als er een bug inzit want bij ons zit Allaire erachter. Bij PHP moet je dat hopen.
[/verwacht antwoord van CF-ers]

Maarja aangezien PHP open-source is, is zoiets binnen 2 dagen wel opgelost lijkt me. En Allaire zal waarschijnlijk toch in hun voorwaarden hebben staan waar ze precies voor aansprakelijk zijn: dus dan heb je er nog weinig (of niets) aan dat er een bedrijf achterzit.

Over boeken/cursussen, ik heb hier een folder liggen van CIBIT () en (zover ik weet) zijn dat behoorlijk professionele cursussen, las dat ze daar ook PHP behandelen.

[MoBi]

raptorix >> wat jij wilt als het maar native door cf word ondersteund

Tom >> Cd's met de updates thuis. Hoef je dat geen tich keren te downloaden als je je server installed. En waar ik werk hebben ze dit support programma sinds kort: uitleg staat hier

[Tom]

Op donderdag 04 januari 2001 19:59 schreef MoBi het volgende:
Tom >> Cd's met de updates thuis. Hoef je dat geen tich keren te downloaden als je je server installed.

http://www.php.net/downloads.php
2,5 mb, de laatste versie, zelfs met modem zo binnen. Het enige wat je moet doen is die ff te compilen ofzo (ik heb verder geen verstand van Linux). Toch iets makkelijker dan op een CDtje wachten als er een bug ontdekt is

En waar ik werk hebben ze dit support programma sinds kort: uitleg staat hier

Ah ja een helpdesk heeft PHP niet nee, toch vraag ik me af of je het uberhaubt nodig hebt (denk niet dat je snel belt?) en in hoeverre ze je helpen, complete scripts zullen ze je niet mailen.

[MoBi]

Op donderdag 04 januari 2001 23:20 schreef Tom het volgende:

[..]
http://www.php.net/downloads.php
2,5 mb, de laatste versie, zelfs met modem zo binnen. Het enige wat je moet doen is die ff te compilen ofzo (ik heb verder geen verstand van Linux). Toch iets makkelijker dan op een CDtje wachten als er een bug ontdekt is
[..]
Ah ja een helpdesk heeft PHP niet nee, toch vraag ik me af of je het uberhaubt nodig hebt (denk niet dat je snel belt?) en in hoeverre ze je helpen, complete scripts zullen ze je niet mailen.

Cf is gemiddeld zo'n 30 mb. Allaire brengt alleen servicepacks uit.
Supoort geeft inderdaad geen support op script, maar het is wel handig als je cluster met cf server plat ligt en je systeem beheerder er niet meer uitkomt.

[Tom]

Op donderdag 04 januari 2001 23:39 schreef MoBi het volgende:
Supoort geeft inderdaad geen support op script, maar het is wel handig als je cluster met cf server plat ligt en je systeem beheerder er niet meer uitkomt.

Tja dan moet je bij PHP gewoon zorgen dat je een goede systeembeheerder hebt. Beter is gewoon een extern bedrijf zoeken die 24/7 support geeft en in een contract laten zetten dat als er problemen zijn zoiets binnen een half uur is verholpen.

[Anders]

Op donderdag 04 januari 2001 13:52 schreef Arien het volgende:
Wat boeken betreft is het diep triest met PHP.

Klopt. Ik heb hier een boek "PHP - Dynamische websites professioneel ondersteunen" van E. Schmid et al in de kast staat, kostte z'n 110 piek en is zonder twijfel het allerbelabberdste computerboek dat ik ooit in handen heb gehad.

Aan de andere kant is "Professional PHP Programming" van Wrox Publishers een van de beste. Dikke pil, redelijk prijzig, maar zeer leesbaar geschreven. Ik kan het iedereen (die geen moeite heeft met Engels) aanbevelen.

[Verwijderd]

Op donderdag 04 januari 2001 16:52 schreef raptorix het volgende:
Waarom Oracle Mobi?
Ga dan gelijk voor Sqlserver, heb je teminste een echt database systeem

ROTFL Oracle niet echt??? LOL jij SNERT (zoek dat maar eens op )

[Verwijderd]

Op donderdag 04 januari 2001 17:02 schreef Tom het volgende:
Maareh jullie (de CF-mannen ) hebben het erover dat jullie het een groot voordeel vinden dat er een echt bedrijf achter zit zodat je support hebt. Wat is daar het grote voordeel van?

Net als elke andere echte tweaker heb ik in de praktijk weinig van doen met Allaire. De boeken gebruik ik niet, maar lees ik online. De CD gebruik ik niet want ik download de allernieuwste release+patches van internet. Bellen naar de helpdesk heb ik nog nooit gedaan.

_IK_ heb geen echt bedrijf achter mn scriptingtaal nodig, maar voor veel bedrijfskundigen/bedrijfsleiders zal de keuze voor CF veel aantrekkelijker/verantwoorder zijn doordat er een bedrijf achter staat en niet 'een groepje Duitsers blabla'. Dat PHP veel efficienter is, is de afgelopen jaren minder belangrijk geworden en is voor veel bedrijfskundigen/bedrijfsleiders niet zo'n sterk argument meer. Het heeft mij ook jaren gekost dit soort dingen te begrijpen.

Als mijn posts wat tegenstrijdig lijken, sorry, maar ik vind het lastig om beide kanten van het verhaal naar voren te laten komen.

Als mijn baas PHP wil, dan krijgt hij PHP. :):):)
Als mijn baas CF wil, dan krijgt hij CF. :):)
Als mijn baas ASP wil, dan krijgt hij ASP.
Als mijn baas JSP wil, dan krijgt hij JSP.

Als ik zijn keus kan beinvloeden wil ik zo volwassen zijn de voor- en nadelen van alle keuzes eerlijk op te sommen. Ik wil niet dat de werksfeer wordt verpest doordat de een persee PHP wil en de ander persee CF zodat er dus altijd 1 elke dag sjagrijnig op het werk komt.

Weer 0.1 euro

[Verwijderd]

Prachtige discussie hier overigens.

Ik heb veel ervaring met zowel ASP(vbscript en jscript), PHP en Cold Fusion.
Ik weet niet of het al vermeld is, maar ik ga geen 10 pagina's doorlezen :): Het is maar net voor welke toepassing en omgeving je moet werken.
Voor professionele doeleinden kun je het beste Cold Fusion gebruiken en daarmee bedoel ik online shops, bankwezen, etc. Alleen al omdat Cold Fusion het meest professionele voorkomen heeft.
PHP in combinatie met MySQL is zeer sterk en krachtig, MySQL is echter que DBMS zeer eenvoudig van opzet, veel functionaliteit ontbreekt, maar is bij PHP sites vaak ook niet noodzakelijk.
ASP is eigenlijk het minste van allemaal, alleen al om het feit dat het je gevoel bekruipt dat het allemaal veel efficienter kan als je er mee bezig bent. Maar het is van Microsoft en soms is dat een vereiste bij de klant of het bedrijf waarvoor je werkt.

Jammer dat zoveel mensen hier Cold Fusion naar beneden halen, terwijl ze suggereren er nooit mee gewerkt te hebben. Op vele punten is Cold Fusion gewoon al jaren koploper. Bovendien waren ze de eerste van allemaal.

[MoBi]

Tom >> Up to 2 Rapid Response Assignments (2 - 2 day deployments) to assist with mission-critical support requirements within a 48-hour notice.
30 Minute Response - Production Server Down

Jammer dat zoveel mensen hier Cold Fusion naar beneden halen, terwijl ze suggereren er nooit mee gewerkt te hebben. Op vele punten is Cold Fusion gewoon al jaren koploper. Bovendien waren ze de eerste van allemaal.

Berend >> klopt! Cf word veel voor enterprice mogelijkheden gebruikt. Als je php gaat gebruiken met oracle of een ander dbms dan mysql dat is de preformance niet zo goed meer .

[Verwijderd]

Anders: Aan de andere kant is "Professional PHP Programming" van Wrox Publishers een van de beste. Dikke pil, redelijk prijzig, maar zeer leesbaar geschreven. Ik kan het iedereen (die geen moeite heeft met Engels) aanbevelen.

Ik zou het iedereen die een IQ groter heeft dan zijn schoenmaat willen afraden (behalve mensen met HELE grote voeten )

[Verwijderd]

berend: Voor professionele doeleinden kun je het beste Cold Fusion gebruiken en daarmee bedoel ik online shops, bankwezen, etc. Alleen al omdat Cold Fusion het meest professionele voorkomen heeft.

Dus hoe geschikt iets is hangt van de marketing af?

MySQL is echter que DBMS zeer eenvoudig van opzet, veel functionaliteit ontbreekt, maar is bij PHP sites vaak ook niet noodzakelijk.

Zeer beperkt van opzet? Internet Movie Database draait ook op MySQL en dat is toch niet de kleiniste database. Natuurlijk ontbreken er dingen aan MySQL, maar dat heet snelheid versus features en als je die features niet nodig hebt is er dus geen beperking.

Op vele punten is Cold Fusion gewoon al jaren koploper. Bovendien waren ze de eerste van allemaal.

Met wat? (En uit welke CF folder lees je nu voor?)

[Anders]

Op vrijdag 05 januari 2001 17:37 schreef Arien het volgende:
Anders: Aan de andere kant is "Professional PHP Programming" van Wrox Publishers een van de beste. Ik kan het iedereen aanbevelen.
Ik zou het iedereen die een IQ groter heeft dan zijn schoenmaat willen afraden (behalve mensen met HELE grote voeten )

Waarom, als ik vragen mag? En heb je betere alternatieven?

[Verwijderd]

Anders: Waarom, als ik vragen mag?

Dat mag, en hierom:
- niveau is erg laag (misschien voor iemand anders geen minpunt, voor mij wel)
- code voorbeelden zijn matig op zijn best
- index is slecht, terugvinden wordt lang zoeken
- etc, etc.

Het is een dikke pil die ook in de helft van het aantal pagina's had gekund met betere voorbeelden, betere code, betere index etc.

Heb je betere alternatieven?

Zoals ik ergens anders al zei: een goed boek over PHP moet nog geschreven worden. (Ik ken er geen en ik ken toch aardig wat boeken.)

[Tom]

Ik zou niet eens weten wat ik in een PHP boek zou moeten zetten? Die manual is nu ontzettend compleet, je kunt er alles heel makkelijk in terugvinden (het is allemaal heel logisch ingedeeld) met ontzettend handige tips van andere gebruikers. Ik bedoel, wat wil je verder nog weten? Het enige wat ik mij kan bedenken is hoe je iets aanpakt op het begin en eventueel wat voorbeeldjes van een nieuwssysteempje ofzo, zodat je het een keer gezien hebt.

[Verwijderd]

maar voor ons simpele zielen

wij kunnen coldfusion niet betalen en ja...
PHP mysql is gratis

dat geeft veelal de doorslag denk ik

[Verwijderd]

Tom: Ik zou niet eens weten wat ik in een PHP boek zou moeten zetten? Die manual is nu ontzettend compleet, je kunt er alles heel makkelijk in terugvinden (het is allemaal heel logisch ingedeeld) met ontzettend handige tips van andere gebruikers.

Klopt, maar af en toe is een boek ook wel lekker ipv een scherm.

[Verwijderd]

Op vrijdag 05 januari 2001 10:02 schreef berend het volgende:
Prachtige discussie hier overigens.

join the club

Voor professionele doeleinden kun je het beste Cold Fusion gebruiken en daarmee bedoel ik online shops, bankwezen, etc. Alleen al omdat Cold Fusion het meest professionele voorkomen heeft.

Onzin, met elke scripting taal genereer je html, het maakt DUS per saldo geen ruk uit of het CF, PHP of voor mijn part basic is. Qua uitstraling van het begrip 'Coldfusion' of het begrip 'PHP' mag ik toch hopen dat een klant geen opdrachten gaat annuleren omdat PHP als begrip geen professionele uitstraling heeft. Ik mag toch hopen dat men adhv het portfolio de kwaliteiten van een configuratie inziet.
Ik geef toe dat www.abnamro.nl/index.php3 heel onprofessioneel zou zijn, maar dat verander je natuurlijk even.

PHP in combinatie met MySQL is zeer sterk en krachtig, MySQL is echter que DBMS zeer eenvoudig van opzet, veel functionaliteit ontbreekt, maar is bij PHP sites vaak ook niet noodzakelijk.

klopt, maar dat betekent toch niet dat PHP dus 'een simpel taaltje' is en alleen voor kleine sitetjes geschikt. Ik heb juist het idee dat PHP (doordat het zo enorm veel op een programmeertaal lijkt) wel degelijk potentie heeft voor grote tot erg grote projecten. Als men maar eens zou leren om te programmeren ipv scripten.

ASP is eigenlijk het minste van allemaal, alleen al om het feit dat het je gevoel bekruipt dat het allemaal veel efficienter kan als je er mee bezig bent. Maar het is van Microsoft en soms is dat een vereiste bij de klant of het bedrijf waarvoor je werkt.

Precies wat je zegt, het hangt af van de situatie voor welke taal je kiest.

Op vrijdag 05 januari 2001 21:10 schreef Tom het volgende:
Ik zou niet eens weten wat ik in een PHP boek zou moeten zetten? Die manual is nu ontzettend compleet, ... Ik bedoel, wat wil je verder nog weten? Het enige wat ik mij kan bedenken is hoe je iets aanpakt op het begin en eventueel wat voorbeeldjes van een nieuwssysteempje ofzo, zodat je het een keer gezien hebt.

Een goed PHP boek lijkt me wel degelijk goed en nodig:
- Leer maar eens een groot project op te zetten. Dat staat echt niet in de php manual (== reference). Dat staat ook niet op de webmonkey (== basics forms+mysql)
- Leer mensen nou maar eens af om PHP tussen de HTML door te zetten (== slecht leesbaar en slecht herbruikbare code en geen scheiding code-design)
- Leer mensen maar eens af om low-level db-commandos te geven (== je PHP code non-portable maken, vind ik echt + password staat overal in je code)
- Leer mensen maar eens hoe een site gesctructureerd op te zetten en uit componenten op te bouwen.

Ik werk 6 maanden intensief met PHP en wou dat er eens een guru aan mij kon vertellen hoe je een site managed, proggen kan ik prima, maar hoe manage je het, en nog belangrijker hoe manage ik projecten in de loop van de tijd, welke code moet herbruikbaar zijn, welke componenten zijn bij elk projecten hetzelfde, aan welke libraries is behoefte, welke moeten nog gemaakt worden.

[Verwijderd]

vxmv: Ik geef toe dat www.abnamro.nl/index.php3 heel onprofessioneel zou zijn, maar dat verander je natuurlijk even.

Waarom? (behalve dan omdat je PHP4 gebruikt ) Ga voor de grap eens naar Philips.

Ik heb juist het idee dat PHP (doordat het zo enorm veel op een programmeertaal lijkt) wel degelijk potentie heeft voor grote tot erg grote projecten. Als men maar eens zou leren om te programmeren ipv scripten.

En het grootste deel van de code uit de HTML zou halen etc... Maar dan zijn er betere kandidaten. (Laten we het daar niet over hebben want we gaan bijna dicht )

Een goed PHP boek lijkt me wel degelijk goed en nodig:
- Leer maar eens een groot project op te zetten.
Zou ik niet in zo'n boek verwachten, maar het kan natuurlijk.

- Leer mensen nou maar eens af om PHP tussen de HTML door te zetten (== slecht leesbaar en slecht herbruikbare code en geen scheiding code-design)
Mensen kiezen juist PHP om het erdoorheen te zetten. Dat is nogal , maar dat is "handig".

- Leer mensen maar eens af om low-level db-commandos te geven (== je PHP code non-portable maken, vind ik echt + password staat overal in je code)
Geef PHP dan eens een quivalent van Perl's DBI/DBD

- Leer mensen maar eens hoe een site gesctructureerd op te zetten en uit componenten op te bouwen.
Dat heeft meer met logisch denken en gestructureerd programmeren te maken dan specifiek met PHP.

Ik werk 6 maanden intensief met PHP en wou dat er eens een guru aan mij kon vertellen hoe je een site managed...

Nieuw draadje?

[Verwijderd]

255 was het toch?