Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 113 reacties
Bron: ZDNet

ZDNet heeft een vergelijking gemaakt van vier bekende scripttalen. Veel internetsites (waaronder Tweakers.net) gebruiken een dergelijke taal om snel dynamische en interactieve pagina's te maken, meestal in combinatie met een database. In het artikel kijkt men naar PHP, ColdFusion, JSP en ASP. Twee identieke Pentium III 550MHz servers werden gebruikt, de ene met Linux voor JSP (in de vorm van Apache's Tomcat) en PHP, de andere met Windows 2000 Server, voor Coldfusion en ASP.

Allaire's Coldfusion komt als beste uit te test omdat het een makkelijk te leren taal met veel functies is waarmee je snel resultaat hebt. Microsoft's ASP is de tweede aanrader, niet portable en iets moeilijker te leren, maar wel krachtiger, sneller en beter ondersteund. PHP is ook veelbelovend en bovendien de snelste, maar nog niet consequent genoeg. Bovendien zijn ontwikkeltools nog schaars, waardoor het wordt afgeraden voor bedrijven. De laatste deelnemer, JSP, wordt getipt als platform van de toekomst. Gebaseerd op Java en daardoor makkelijk crossplatform te gebruiken heeft de taal veel potentieel, maar op dit moment is de snelheid nog niet optimaal, en is het bovendien lastig om te leren.

Na dit rondje met voor- en nadelen van de verschillende talen worden ook nog een aantal alternatieven aangedragen, en een aantal tips om scripten in het algemeen beter aan te pakken, hieronder een greep uit de lijst:

  • Don't store variables and other user settings in application server mem ory. Storing this information in persistent browser cookies or in the database reduces contention for locks in the application server and CPU load.
  • Use caching to turn dynamic pages into static pages. Use a timer to periodically refresh the page with new information.
  • Minimize switches between HTML and script code. Each switch carries some overhead.
  • Leave pages with only HTML in them with an .html or .htm extension. That will keep the script engine from having to parse the file when it doesn't need to do so.

Lees het hele artikel hier.

Lees meer over

Moderatie-faq Wijzig weergave

Reacties (113)

Wat in het verhaal staat is waar maar PHP een derde plaats...nee..

Het is juist voor veel websites makkelijk omdat het vooral goed is in teksten op websites zetten zonder al te veel speciale opties.

Heb trouwens nog nooit een website met Coldfusion gezien, kan iemand mij hier een beetje uitleg over geven. (voor wat voor onderneming het goed is etc.)
This abundance of extensions also leads to a lack of consistency in the APIs
Dus de reden van de inconsequentheid is omdat er zoveel extensies zijn. Sja, die zijn er niet voor CFM, logisch dat je dan consequenter bent. Ik vind dit toch wel heel storend in de review, juist vanwege de extensies kun je zoveel met PHP (dynamisch Flash met CFM? vergeet het maar!). :7
is PHP's lack of a standardized database API
Ze lopen dus nog achter ook, sinds PHP4 is er wel een standaard database API.

Trek je conclusie zelf, er zit gewoon erg veel bias in deze vergelijking... :(
Dynamisch flash kun je met elke scripting taal doen via flash generator.
De reden om coldfusion *niet* te nemen is omdat het marktaandeel enorm gezakt is sinds JSP en PHP op de markt zijn. Naar mijn mening is CFM stervende, er komen ook geen nieuwe updates van CFM uit.

Vergeleken met PHP + alle modules die er op het internet zijn is de functionaliteit van CFM ook maar laag.
Stervende? Geen nieuwe updates? Versie 4.5.1 sp1 is net uit. SP2 is in de maak en Versie 5 staat al gepland met veel nieuwe features. Hoe kom je erbij dat CF stervende is?

PHP was er trouwens al lang en is dus niet iets nieuws. Het marktaandeel CF is dus niet bepaald gezakt door PHP.

Allaire heeft trouwens hun eigen JSP server (jrun) en de plannen zijn er al om een server te creeeren die beide execute. JSP en CF

De functionaliteit van CFM laag? Met alle CustomTags die er te vinden zijn? CF is erg uitbreidbaar, met zowel customtags in de native taal als custom tags in c/c++ of java. Plus dat CF ook rechtstreeks met COM, Corba en Java objecten kan communiceren. Das dus niet echt een lage functionaliteit te noemen.
Nee ik kom eigenlijk zoiets ook niet tegen behalve dan dat ze coldfusion wel heel makkelijk vonden, tja ik heb er ook sterk me twijfels bij, net als het hele verhaal rond JSP, jsp bestaat al een tijdje maar ik zie het nou niet echt doorbreken.
jsp bestaat al een tijdje maar ik zie het nou niet echt doorbreken
Servers als IBM websphere en Oracle Application Server zijn Apache servers met Tomcat + een aantal specifieke Apache modules + een aantal JSP servlets. Dus op dat soort gebieden is JSP er al dik doorheen.
Ik weet het, maar ga eens voor de grap in de boekwinkel kijken en zie hoeveel informatie je vind over jsp? Niet super nauwkeurig maar geeft meestal wel goed beeld hoe populair iets is.
winamp website gebruikt JSP, bestanden eindigen op JHTML
PHP is niet consequent staat er, het is gewoon nog een beetje een klerezooi dus. Het is makkelijk te leren omdat het niet consequent is en daardoor lijkt het ook beter. IE lijkt ook een betere browser dan Netscape, maar als iedereen zich exact aan de html regels houd is netscape beter.
<OFF-TOPIC>
Niet om het een of ander, en ik wil ook niet de zoveelste IE netscape flamewar starten, maar het zal mij als gebruiker de grootste rotzorg zijn hoe iemand zijn pagina in elkaar gooit. Ik wil gewoon die pagina goed voor mijn neus krijgen. Als ik in IE een pagina wel goed te zien krijg maar in Netscape niet, alleen maar omdat degene die die pagina gemaakt heeft een tikfout heeft gemaakt, gebruik ik IE. Die tikfout is het probleem van de programmeur, en niet van mij. Op het moment dat Netscape weigert die pagina fatsoenlijk weer te geven, wordt het mijn probleem en dat is er een waar ik niet op zit te wachten.
</OFF-TOPIC>
het gaat hier dan ook over serverside-script talen, niet opmaak talen of interpretatie van (d)html/javascript/css/etc. serverside-script talen hebben in principe nix met de werken in ie en ns te maken.. (ja, ok, nu nog ff voor alle bijdehandte figuren: "als je vanuit een serverside scriptje javascript gaat halen heeft t er wel te maken ja....")
Netscape is niet consequent in html, en laat wat betreft de W3C standaarden meer steken vallen dan IE.
Dat heeft ook iedereen op z'n PC staan...
Je kent Mozilla niet.
Een toch wel redelijk bekende website die gebruik maakt van Coldfusion is Ananandtech.com
..en de site van Logitech maakt gebruik van ColdFusion en de site van m'n school (www.svc.fcj.hvu.nl). Ikzelf maak overigens op het moment ook gebruik van ColdFusion tijdens m'n werk. Ben een intranet-applicatie aan het bouwen en dat moet snel af zijn (4 maanden) en dan is CF wel een geschikt middel, omdat het relatief eenvoudig is en er goede ontwikkeltools zijn.
Voorbeeld in ColdFusion (CFM):

<cfset drive=#Left(GetTemplatePath(),12)#>
<cfif drive is "\test\webcenter">
<!--- je zit op de testomgeving. We gebruiken bij gebrek aan beter maar even de remote_user --->
<cfoutput><cfset usernaam="#remote_user# op testomg"></cfoutput>

<cfelse>
<!--- aangezien de eerste 12 letters van het pad van deze pagina geen "d:\webcenter" is zit je blijkbaar op de live omgeving waar het pad anders is. We kunnen dus de Ldap raadplegen voor de naam --->
<cfldap name="naam"
server="testserver.fwc"
action="QUERY"
attributes="givenName, sn, cn"
start="o=fwc"
scope="subtree"
filter="uid=#REMOTE_USER#">
<cfoutput query="naam">
<cfset usernaam="#givenName# #sn#">
</cfoutput>
</cfif>
<!--- -------------------------------------------------- --->

<!--- De output, die werkt in beide omgevingen --->
<cfoutput>#usernaam#</cfoutput>
Als je dan toch een voorbeeld van CF code geeft, doe het dan goed.

<cfset drive=#Left(GetTemplatePath(),12)#>

moet zijn

<cfset drive=Left(GetBaseTemplatePath(),12)>

en een <cfoutput> gebruiken omdat je een variable in een <cfset> gebruikt is ook absoluut niet nodig.

Geen
<cfoutput><cfset usernaam="#remote_user# op testomg"></cfoutput> dus,

maar
<cfset usernaam="#remote_user# op testomg">

Een resultaat van een LDAP server waarvan er maar 1 record terugkomt moet je niet met <cfoutput query=""> doorgaan maar direct de query aanspreken.

Niet
<cfoutput query="naam">
<cfset usernaam="#givenName# #sn#">
</cfoutput> dus,

maar
<cfset usernaam="#naam.givenName# #naam.sn#">

En zo zijn er nog wel een zooitje te noemen. In CF programmeren gaat rete makkelijk en is heeeeel simpel te leren, maar je kunt het ook heeeeeeeel fout doen en dus mislukte applicaties schrijven. Maar dit gaat eigenlijk op voor elke programmeertaal.

No hard feelings btw... Just a correction.
wetten.nu gebruikt ColdFusion,

Coldfusion is er trouwens ook voor Linux!!!

commerce.allaire.com/download/index.cfm

Het is inderdaad kinderlijk eenvoudig! ;)
Kijk maar eens op
www.forta.com/cf/using/
Daar staat een heel overzicht van websites met Cold Fusion.
Het valt mij op dat ik hier niemand hoor brullen van PHP is gratis!!!! Terwijl Coldfusion $1,295 ColdFusion Server Professional 4.5.1 Kost!! En Windows 2000 server geloof ik 2.500????

Niet dat ik voor gratis ben maar dat gebruiken de PHP mannen altjd als een argument tegen VBscript op NT/win2k serv (ASP).
Gratis boeit niet, ontwikkeltijd boeit.

Overigens is de ontwikkeltijd bij PHP ook laag vanwege de grote hoeveelheid voorbeeldcode op het internet.
Ja lekker "lenen"
heheheh
nope niet voor mij wel handig om te leren maar ontwikkelen doe je van af 0
dus geen code lenen
Heel goed als je graag het wiel opnieuw uitvindt, maar op de meeste commerciele projecten moet je gewoonweg zo snel mogelijk je product op de markt hebben.

En dat CFM een leuker logo heeft, en JSP een mooiere taal is, dat boeit niet, want de "time to market" is gewoonweg lager bij PHP, en _dat_ boeit wel.
"Time to market" ligt gewoonweg lager bij PHP? Waar haal je deze informatie vandaan?

Een team van 4 PHP programmeurs doet in 2 maanden waar ik in m'n ééntje in CF 1 maand over doet. Eén van de belangrijkste redenen waarom een bedrijf voor CF kiest is de snelheid waarmee je applicaties kunt bouwen.

Voorbeeldcode is er voor CF ook in overvloede aanwezig, net als bij PHP. Bij CF hoef je het wiel ook niet twintig keer uit te vinden want als je een beetje slim bent maak je van je standaard zaken in een applicatie custom tags die je dan weer in elk nieuw project kunt gebruiken.
PHP is toch ook gewoon open-source?
Of zit ik er nou helemaal naast?
ontwikkel jij je applicaties met voorbeeldcode?
ja en de PHP mannen vertellen meestal dan ook niet dat de kosten niet gaan zitten in je software maar in je manuren die het kost om het te configureren
En dat remote configgen veel makkelijker is onder Linux en FreeBSD...
Nou handig hoor... een beetje telnet de heledag.
Terwijl ik gewoon via "terminal server" gewoon de desktop van de server in beeld krijg en gewoon lekker alles visueel kan configureren.
Met alle gemakken net of het gewoon een desktop is.. maar dan met de power van de server.. erg gaaf.

Win2k server is gewoon erg cool..
Oja wil je toch telneten dan kan dat natuurlijk ook...
Keuze hehehehe.
Kijk de eindconclussie van het onderzoek maar.
PHP kreeg voor installatie een C , ASP kreeg evenals CF een A
sorry, maar off-topic kan ik de opmerking hierboven niet vinden. VNC is een ideaal programma om precies hetzelfde te bewerkstelligen, wat hierboven als voordeel wordt genoemd voor ASP. En helemaal gratis! En 'zo'n beetje alle platforms', mag je heel letterlijk nemen.
"apt-get install php4"

en dan wordt php gedownload, geinstalleerd, en geconfigureerd, nou mag je me toch eens uitleggen wat er dan nog makkelijker is bij coldfusion?????
Ik vind jou anders behoorlijk "gewoontjes". :)
KMK - Ten eerste moet je nooit telnet gebruiken, maar SSH. Bovendien gebruik je gewoon VNC (zie www.uk.research.att.com/vnc/), dat doet precies hetzelfde voor Unix wat Terminal Server voor NT doet. Met het verschil dat VNC free software is, en portable naar zo'n beetje alle platforms. Bovendien hoef ik niet voor iedere client een vette CAL aan M$ te dokken! Btw, heb je wel eens geprobeerd Cold Fusion en dergelijke soft op een NT Terminal Server te installeren? Da's niet echt cool, TS support bijna geen non-M$ software. Dan zit je dus toch weer aan een gewone NT doos vast met pcAnywhere, en dat zuigt toch een partij hard... :(
JSP is ook gratis...
draait ook onder Linux
KMK, ooit wel 's van het fenomeen Xserver/client gehoord? Daar kan ik ook de hele desktop van mijn Linux servertje mee op mijn (zelfs M$) schermpje toveren 8-)
Ik werk nu al effies met JSP, en ik kan maar 1 ding zeggen: HEERLIJK :)

Als je ASP kent, is JSP een eitje. Als je Java kent is JSP een eitje....

De platform onafhankelijkheid van JSP is helemaal ideaal. Je kunt ontwikkelen op een WinNT machine en daarna alles overzetten naar een Linux bak zonder dat je ook maar iets aan je code hoeft te veranderen :)

Verder is het fantastisch geintegreerd met andere Java technieken, zoals JavaBeans en Servlets.

Kortom, ik ben erg enthousiast over JSP :9
JSP is inderdaad DE taal van de toekomst
het mooie is dat je complete programmas kunt schrijven in Java, en binnen 2 seconden een pagina geschreven hebt die dat programma kan gebruiken.want java is een erg makkelijke taal om te leren, en niet echt gevaarlijk om te programmeren (beetje 'fool-proof' :))

Daarnaast is het compleet object georienteerd te programmeren... heel erg overzichtelijk dus voor grote bedrijven. En platform onafhankelijk natuurlijk.
Dus behalve de snelheid zie ik JSP alle andere voordelen hebben.
ASP had ik alle hoeken en gaten al verkend.. JSP is gewoon onwijs stoer voor java programmeurs.

JSP kent wel problemen. Tomcat is erg gebrekkig qua documentatie en snelheid. En voor de die hard windows bikkels die in vb bevoorbeeld dll`s schrijven is het denk ik niet zo`n plan om java te gaan gebruiken.. dan zou ik zeggen neem toch maar asp.

PHP 4 is ook lekker btw. Maar ik denk dat java meer toekomst heeft... Ik merk het als ik bevoorbeeld van me werk wat meeneem naar huis.. eerst met asp was et een gekut om alles werkend te krijgen.. met jsp en java is het ff classes copien en files, webserver restarten en gaan! MySql in combi met JSP werkt ook zeer stabiel en snel..
Om eerlijk te zijn vind ik het een belachelijk onderzoek.
Op de vraag wat de beste scripting taal is en wat de voorwaarden zijn voor kwaliteit van een scripting taal, zijn zo ontiegelijk veel antwoorden te geven.. De criteria voor wat het lekkerste is voor jouw soort gebruik van een taal zijn heel persoonlijk.

Voorbeelden:
- Ben je bekend met C/Perl en vind je dat fijn programmeren? Gebruik PHP!

- Werk je in een uitsluitend Microsoft omgeving, vind je Basic leuk en zal performance je een worst wezen? ASP is jouw keuze!

- Wil je een zee van functies direct tot je beschikking hebben, en ook nog een gebruiksvriendelijke ontwikkelomgeving? Cold Fusion!

- Wil je een nog grotere zee van functies direct tot je beschikking hebben? Geen scripting taal heeft meer functies dan PHP!

- Wil je state of the art object georiënteerde programma's schrijven in een schitterende, doordachte en stabiele taal? Kies JSP/Java!

- Ben je een ouwe knutselaar, hou je van anarchie en chaos, wil je oneindig veel mogelijkheden, en geef je niet om onderhoudbare code? Kies Perl!

- Wil je snel een site gebouwd hebben, heb je veel functionaliteit nodig, en heb je geld zat? Cold Fusion!

- Is performance je hoogste prioriteit? PHP!

- Houd je van hobbyen en wil je een ontbrekende functie er zelf even kunnen bijknutselen? PHP/Cold Fusion!

- Heb je geen rooie rotcent? Je bent aangewezen op PHP/Java/Perl :D

Kortom, een "Algemene Top 10" raakt kant noch wal.
- Wil je een zee van functies direct tot je beschikking hebben, en ook nog een gebruiksvriendelijke ontwikkelomgeving? Cold Fusion!

- Wil je een nog grotere zee van functies direct tot je beschikking hebben? Geen scripting taal heeft meer functies dan PHP!
Eeehm.. ColdFusion heeft meer functies dan PHP. PHP doet alles zo lekker dubbelop qua functienamen dus dan krijg je er inderdaad al een heleboel.

CF heeft ongeveer 75 tot 80 tags en veel van deze tags heeft een action attribute die de tag een compleet andere functie kan geven. Buiten deze tags om heeft CF ook nog ongeveer 120 unieke functies die allemaal een ander doel hebben.

Als ik naar PHP ga kijken dan zijn er ongeveer 40 functies die beginnen met msql_ , nog een stuk of 16 die beginnen met sybase_ , nog een stuk of 12 die beginnen met dbase_ , nog een zooitje die beginnen met ifx_, nog een stuk of 15 die beginnen met ora_ en zo kan ik nog wel even doorgaan. En al deze functies doen niet veel anders dan met de database ouwehoeren. CF doet dit OF met de <cfquery> en <cftransaction> tags OF via COM objecten.

Als je dan toch gaat vergelijken welke taal meer functies heeft, vergelijk het dan een beetje eerlijk.

BTW.. in versie 5 van CF kun je naast CustomTags ook CustomFunctions maken dus dan wordt het pas echt leuk. Kun je niet meer tellen wie er nou eigenlijk meer heeft. :*)

Ik zal geen andere scriptingtaal afkraken. Ze hebben allemaal zo hun voor en nadelen, maar iedereen die CF maar niks vindt zonder eigenlijk te weten waar hij/zij over praat nodig ik uit om het eerst eens goed te bekijken. Het kan veel meer dan je denkt.
Eh Sandra ik wil graag JSP, in welke categorie kom je dan terecht ? :) :)
En hoe zit het met XML dan ? Wat ik begreep zouden hiermee een aantal componenten vanuit HTML, ASP en JAVA snel en gemakkelijk gekoppelt en gebruikt kunnen worden. Tevens zou het koppelen van (bijv SQL) een stuk gemakkelijker worden. Dit heb ik tenminste vanuit de gesprekken van mijn ex-collega's mogen vernemen
XML kun je gebruiken voor datacommunicatie, bijvoorbeeld PHP heeft EXIM functies, en er zijn ook XSLT modules voor PHP. Dus PHP kan met XML werken, dus je gebruikt XML, maar je hebt nog steeds de scripttaal nodig om iets met de XML te doen.
xml standaard is er nog niet en alleen ie5.5 ondersteunt het... XML is toekomst muziek
en alleen ie5.5 ondersteunt het
Hou nou es op met die onzin, XML voor de browser is onbelangrijk. XML als bestandsformaat-taal is waar het om gaat, en dat _is_ al lang doorgeproken binnen bedrijven. Met XSLT kun je zo elk XML bestand in HTML of XHTML converteren, dus de browser is niet van belang.
wat ik van het hele xml verhaal begreep.. dus het custom tag gebeuren ... was dat je daarvoor WEL ondersteuning van je browser voor nodig hebt.

correct me if i`m wrong.. =]
you are wrong... xml ondersteuning in ie 5.5 betekent het in kunnen lezen van xml data, en die middels xsl/xslt te manipuleren... simpel gezegd...
Lostboys & weten wat ze doen?
Nou ja en nee,
ja want: Hun sites zien er altijd lekker gelikt uit (al herken je meestal wel die typische Lostboys opmaak)
nee want: Technisch gezien zijn er een aantal sites echt prutswerk, wellicht kan Lostboys het wel, maar tijd & geld leidt tot ramwerk... ik zou Lostboys niet willen gebruiken als eikpunt voor technische toepassingen.. dan weet ik wel betere bedrijven (Info.nl, NetLinq, ennuh tweakers.net ?)
Met behulp van XSLT kun je de XML aan de kant van de server omzetten in XHTML/HTML, dus dan heb je die support niet meer nodig.

Op ApacheCon in Londen mooie demonstraties gezien van wat er allemaal mee kan. De XML verlaat de server dus nooit, alleen HTML verlaat de server, maar alles is er wel mee gebouwd.
XML is geen scripttaal, daarom zit ie denk ik niet in de review
Volgens dit artikel zouden er nog niet genoeg PHP-programmerus zijn..

't zal dan wel aan m'n vrienden en kennissen-kring liggen want ik ken meer PHP'ers dan ASP'ers of andere talen....
Dat is wel waar overigens, er is heel veel vraag naar PHP programmeurs, en er is te weinig (professioneel) aanbod.

Maar er zijn wel steeds meer cursussen PHP, dus dat gaat wel de goede kant op.
Beetje onlogische redenering. Omdat er in jou vrienden- kennissenkring meer mensen PHP als ASP gebruiken zijn er genoeg PHP programmeurs..
Jou wereldje is wel heel erg klein dan :-)
Ik ben op mijn school verbonden aan het webcenter (R&D), daar gebruiken ze CFM :(, maar ja... ze staan extreem wantrouwend tegenover PHP en Linux...

De servers draaien nu op NT :r
Hier is de URL voor de topic op GOT:
gathering.tweakers.net/showtopic/62887

Kijk maar eens naar mijn televisie vrienden:

www.big-brother.nl

Deze site is helemaal coldfusion en door lostboys gemaakt...En ik denk dat LB wel weet wat je het beste kan gebruiken....Big-Brother is een van de meest dynamische pagina's(Naast Tweakers dan) en wordt bijgehouden door middel van Backstream...
Nah ben ik niet met je eens, dat een groot bedrijf een bepaald pakket de voorkeur heeft wil niet zeggen dat het de beste is.
En zo dynamisch is hij nou ook weer niet. Alleen nieuwe artikeltjes en wat polls..
En verder 100% met Tom eens. Stel ze zouden met win3.1 werken dan zou dat toch ook niet opeens voldoende zijn :?
Over de performance van ASP valt echt niet te klagen. Als je ASP slecht performt kun je beter je code na gaan lopen :).

Verder is de stabiliteit in JSP nog maar de vraag. Moet je maar eens met 15 coders op het zelfde project gaan zitten werken, met een appart EJB team en een appart JSP team, kan je lachen.

Verder is ASP toch echt niet platform gebonden, Halcyon en Chillisoft zijn bijvoorbeeld twee bedrijven die ASP servers voor verschillende platforms leveren, met corba support en al. Je hangt die server bijvoorbeeld lekker in je Apache server en draaien maar.
Ja klopt ik wil er eens mee aan de slag..

* 786562 KMK
Ik ben beniewd hoe ik dan een ODBC tje moet maken maar ja. het zal wel weer in de FAQ staan. PS zijn er mensen die al serieus met deze dingen hebben getest? ZO ja vertel er dan iets over op de GoT.

Even voor Helsie:
Ik doel bij dit antwoord natuurlijk op Halcyon en Chillisoft mdules voor Apache op Linux.
Natuurlijk weet ik wel wat VBscitps is.. Het is mijn werk ;) en verdien er mijn brood mee.
KMK, ASP wordt meestal in combinatie met IIS5 (bij Win2k) gebruikt, maar zoals craze al aangeeft kan het ook in Apache gehangen worden.

En als je erin wilt beginnen: regel een goed boek over ASP (of welke taal je dan ook wilt leren) (tsja, dat kan wel geld kosten), maar dan heb je wel een basis om mee te beginnen. Bij programmeren kan trial & error een beetje trage basis zijn...
Eigenlijk zouden ASP en PHP op een gedeelde tweede plaats moeten komen.

Wat ASP kan, dat kan PHP ook. Het enige verschil tussen deze twee is dat ASP van Microsoft is en een andere syntax heeft.

Verder vindt ik het een zeer groot voordeel van PHP, dat het veel sneller is. Ik bedoel, met de websites van tegenwoordig wil iedereen snelheid. Daarom alleen al zou ik voor PHP kiezen. :)
Voor de 10 miljoenste keer ik ga het nog maar eens zeggen, bij de snelheid van de website komt je scripting language zo een beetje op de laatste plaats, er zijn veel belangrijkere zaken namelijk :
-Hardware
-Bandbreedte

Dan naar de zachte kant,

De Database
En dan kom je pas bij je scripting uit.
Voor de 10 miljoenste keer ik ga het nog maar eens zeggen, bij de snelheid van de website komt je scripting language zo een beetje op de laatste plaats, er zijn veel belangrijkere zaken namelijk :
-Hardware
Waar slaat dit nou op??? Iedereen weet toch dat een K7 500Mhz langzamer is dan een 700Mhz, praat niet zo stom aub. Je test altijd op gelijkwaardige servers, dus heb je daar niets mee te maken...

Verder prog ik CF en PHP, maar ik vind PHP lekkerder, dat is als je het als programmeur bekijkt logischer, het lijkt op C, Java etc wat structuur betreft, CF totaal NIET.

En waar letten ze op zeg: Is makkelijk te leren naja net of dat wat uitmaakt voor een bedrijf.....
CF heeft ook structuur, je moet het alleen wel gebruiken.

Het makkelijk te leren maakt zeker voor een bedrijf wat uit. Niet alleen kunnen mensen sneller aan de slag met projecten, maar CF heeft ook nog eens het voordeel dat projecten veel sneller klaar zijn, wat dus voor een bedrijf altijd belangrijk is.
Don't store variables and other user settings in application server mem ory. Storing this information in persistent browser cookies or in the database reduces contention for locks in the application server and CPU load.
Op GoT waren de mensen juist zo hard aan het roepen over de voordelen van sessions tov cookies. Wegen de nadelen zwaarder bij sessions dan de serverload???
Bij PHP gebruik je ook bij voorkeur sessions, het parsen van de cookie kost evenveel als het parsen van de session datastore. Verder reduceer je dan ook het dataverkeer (bij veel data) dat over je backbone moet.

Dat is altijd het probleem van dit soort testen, er worden technieken getest die specifiek voor een taal handig zijn, ook al worden bij andere talen andere dingen veel meer gebruikt.
gebruik maar is sessions in asp! 32 session per cpu! reken maar uit wat voor systeem je wilt gaan neerzetten voor een site die 10000 actieve sessies heeft =]
Kijk, maar daar betaal je dan ook voor hè? Ik sla ook een heleboel gegevens op in de sessions op de server. Ik zal binnenkort wel een mailtje krijgen ofzo....

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True