[CGI C++] Waarom eigenlijk webscripting talen gebruiken?

Pagina: 1
Acties:

  • Zoijar
  • Registratie: September 2001
  • Niet online

Zoijar

Because he doesn't row...

Topicstarter
De laatste tijd vraag ik het me steeds vaker af, waarom gebruik ik eigenlijk PHP met al die dingen waar ik me aan erger, en niet gewoon een CGI file in C++ geschreven?

Wat is eigenlijk het grote voordeel van al die webscripting talen? Bij nedstat bv. is al het serieuze werk C++ cgi binaries. Ik kan geen enkel nadeel bedenken, sterker nog ik kan alleen maar voordelen bedenken. En er zal toch wel een nadeel moeten zijn anders waren web scripting talen niet zo populair lijkt me.

Build-in support voor headers, sessions en get-post vars lijkt me geen argument, want daar zullen ook heus wel class libraries voor bestaan.

:?

  • gorgi_19
  • Registratie: Mei 2002
  • Nu online

gorgi_19

Kruimeltjes zijn weer op :9

Het grote voordeel van de webscripting talen is dat deze relatief eenvoudig onder de knie te krijgen zijn (PHP / ASP i.c.m. VBScript is een stuk eenvoudiger dan Perl en / of C++)

Verder zijn er ontzettend veel voorbeelden en scripts op internet te vinden; het houdt zichzelf ook een stuk in stand.

Een duidelijk voorbeeld: De combinatie Perl / ASP bestaat ook, maar deze wordt nauwelijk gebruikt; JScript / ASP kan ook maar is ook niet echt gemeengoed.
De reden is dat deze talen gewoon een stuk lastiger zijn om mee te beginnen.
En dit schrikt af en men zoekt dus een alternatief.

Maar inderdaad, niet scriptingtalen hebben wel een voordeel boven scriptingtalen. Ben nu bezig met VB.Net / ASP.Net; bevalt me stukken beter dan VBScript / ASP (vooral om te beginnen dat niet alles meer van het type variant is.. :))

Digitaal onderwijsmateriaal, leermateriaal voor hbo


  • Red Sonja
  • Registratie: Juli 2001
  • Laatst online: 01-07 13:16

Red Sonja

Linux: power to de wortel

K denk toch dat dat pccies dezelfde reden is waarom ik PHP niet gebruik om m'n GUI te maken. BTW gorgi, valt Perl ook niet onder 'scriptingtaal' ?

And the beast shall be made legion. Its numbers shall be increased a thousand thousand fold. The din of a million keyboards like unto a great storm shall cover the earth, and the followers of Mammon shall tremble. from The Book of Mozilla, 3:31


  • gorgi_19
  • Registratie: Mei 2002
  • Nu online

gorgi_19

Kruimeltjes zijn weer op :9

Ik vind van wel.. :) (Voorbeeld met Perl was meer bedoeld om aan te geven dat scriptingtaal = relatief makkelijk, men kiest altijd het makkelijkste.

Perl = moeilijke scriptingtaal (in vergelijking met VBScript en PHP)

Digitaal onderwijsmateriaal, leermateriaal voor hbo


Verwijderd

En er zal toch wel een nadeel moeten zijn anders waren web scripting talen niet zo populair lijkt me.
C moet je compileren. De meeste huis-tuin-en-keuken-providers hebben niet eens een compiler aan boord.

Verwijderd

En ik vind php al moeilijk :X (ASP pwnz :) )

  • Belgar
  • Registratie: Januari 2002
  • Laatst online: 17-08 22:31

Belgar

Archmaster ranzige code..

Ik schrijf ook redelijk wat CGI apps in C++. Er zijn echter wel wat nadelen:

Security: de programmeur is verantwoordelijk voor het gehele werken van de executable. Hierbij is het dus niet alleen zaak dat men C/C++ kent, maar ook nog eens erg goed weet waar men mee bezig is. PHP/ASP is veiliger voor 'gewone' apps

Interworking server: ASP / PHP hebben direct toegang tot server variabelen/sessions. Dit maakt het wat makkelijker ivm oa authenticatie.

Server Load: CGI executables zijn stand-alone programmas en kunnen een ENORME load veroorzaken als iemand hier een aanval op doet. Hiervoor moet je specifiek waken tijdens het schrijven. ASP / PHP draaien 'threaded' en worden makkelijker bewaakt mbt load ed.

Een combinatie van ASP / PHP met cgi-exes is echter erg goed. Ik heb bijvoorbeeld zo'n auto-aanmeld app. geschreven. Zo eentje waar je email invuld en automatisch een password toegestuurd krijgt. Het zelfde appje bevat ook de remote management tools voor de userdatabase en de koppeling met stats,etc etc. Hiervoor draait bijvoorbeeld een ASP pagina voor de authenticatie en de interface. Dit gaat echt vele malen sneller dan een 'script only' oplossing en is veel krachtiger, omdat de EXE alle normale privilages heeft die een local EXE ook heeft (ook meteen nadeel, zie boven).

Ik denk dus niet dat de een of ander beter is. Tenzij je ECHT de kracht nodig hebt zou ik voor scripting talen gaan. Als je processing power nodig hebt en je hebt de skills kunnen compiled executables echter ook veel voordelen bieden. Het moet dan echter wel tegen de nadelen opwegen.

...Als het maar werkt


  • Soultaker
  • Registratie: September 2000
  • Laatst online: 02:09
Er zijn diverse redenen aan te wijzen.

Ten eerste zijn scripttalen veilig voor de webspace providers, aangezien ze in een beschermde omgeving uitgevoerd worden en (indien goed geconfigureerd) niet bij alle onderdelen van het systeem kunnen. Daarbij hoeven gebruikers geen toegang te hebben tot systeem shells, om te compileren en dergelijke. Bestanden hoeven uitsluitend geupload te worden waarna za werken.

Ten tweede zijn scripttalen snel te leren; de tijd tussen de eerste tutorial en het eerste zinnige script is heel klein vergeleken met C++.

Ten derde zijn scripttalen snel te ontwikkelen, eenvoudig te debuggen en eenvoudig aan te passen. Het voordeel is dat de ontwikkeltijd kort is en iedereen elkaars broncode kan aanpassen als er iets gewijzigd moet worden. Er hoeft niet tussentijds gecompileerd te worden.

Ten vierde specialiseren scripttalen zich op hun toepassingen, vandaar de populariteit van PHP voor webscripting. In een meer generieke taal als C++ zijn de mogelijkheden uitgebreider, maar een specfiek doel is moeilijker te bereiken. Heel weinig van de door PHP aangeboden functies, bijvoorbeeld, zijn standaard in C++ te vinden. Een groot deel daarvan zijn nog niet eens zo triviaal om zelf te schrijven.
Pagina: 1