Virtuell maskin på en webserver?

[Gjest Slettet+9871234]

1. Bakgrunn

 

Denne http://www.amazon.com/Scripting-Mastery-Premier-Press-Development/dp/1931841578 boken del 5 "Designing and Implementing a Virtual Machine", samt denne artikklelen "Virtual Machine Server Hosting": http://www.codinghorror.com/blog/2007/10/virtual-machine-server-hosting.html samt mitt eged PDF dokument: http://www.oopschool.com/books/CPB2010.pdf Avsnitt 18 "The Desktop is on the Web" side 72.

 

Søkeord:

 

virtual machine web server

 

og lignende.

 

2. Forbi AJAX - Klient og server skripting - kompilert kode.

 

Denne artikkelen http://www.adaptivepath.com/ideas/essays/archives/000385.php er regnet som den som startet AJAX konseptet. AJAX eller Asynkron JAvaskript og Xml er som navnet sier implemenert som en klient server skripting hvor behovet for å laste hele siden på nytt forsvinner da deler av siden kan oppdateres asynkront i bakgrunnen på serveren og sendes som oppdaterte elementer av siden til klienten. Uansett er det en skript løsning.

 

3. Problemet - Et tradisjonelt web dokument er et DOM node tre.

 

Der er en vesentlig forskjell på en AJAX basert web applikasjon og en kompilert skrivebords applikasjon. Under henvisning til det som er skrevet i innledningen (punkt 1.), har jeg tenkt at det må være mulig å lage en virtuell maskin som kjøres på en web server hvor server applikasjone kan kjøres. Ideen er at man kommer nærmere en "desktop applikasjon". Det skulle vel også være mulig å kjøre sine egne kompilerte applikasjoner på en kolokert webserverserver.

 

Er jeg på ville veier og vil slike applikasjoner gå noe særlig fortere enn (ha høyere ytelse - være mer effektive enn) en AJAX klient / server skript applikasjon ?

Endret 7. november 2010 av Slettet+9871234

[JohndoeMAKT]

Huh?

Hva vil en virtuell maskin gjøre for å "komme nærmere en desktop applikasjon", hva betyr nettopp det og hvorfor er det et mål?

 

Ajax har ellers ingenting med ytelse å gjøre, og det har heller ikke om script/kompilert applikasjon å gjøre.

[Gjest Slettet+9871234]

Huh?

Hva vil en virtuell maskin gjøre for å "komme nærmere en desktop applikasjon", hva betyr nettopp det og hvorfor er det et mål?

Headingen på mitt innlegg hadde et spørsmålstegn etter seg, så jeg kjenner ikke fakta om dette. En virtuell maskin er jo også et program som må startes først på tilsvarende måte som operativsystemet ditt må være startet før du kan gjøre noe fornuftig på maskinen din. Men jeg har laget enkle AJAX applikasjoner ved hjelp av HttpRequest objektet.

 

 

 

Ajax har ellers ingenting med ytelse å gjøre, og det har heller ikke om script/kompilert applikasjon å gjøre.

Det er vel det samme som å si at JavaScript / PHP eller et annet server skripting språk ikke har noe med ytelse å gjøre. Det er også selvsagt avhengig av hvor rask klienten, nettleseren din er.

[GeirGrusom]

De fleste programmeringsspråk som brukes til web kjører på virtuelle maskiner. Men du tenker å kjøre hver sesjon som et slags eget program, med en egen maskin?

 

Og hva har dette med C eller C++ å gjøre?

[JohndoeMAKT]

Ajax har ellers ingenting med ytelse å gjøre, og det har heller ikke om script/kompilert applikasjon å gjøre.

Det er vel det samme som å si at JavaScript / PHP eller et annet server skripting språk ikke har noe med ytelse å gjøre.

Akkurat, språket har ingenting med hastighet å gjøre. JavaScript/PHP har ingenting med ytelse å gjøre.

 

Er jeg på ville veier og vil slike applikasjoner gå noe særlig fortere enn (ha høyere ytelse - være mer effektive enn) en AJAX klient / server skript applikasjon ?

Hva er slike applikasjoner her?

[quantum]

hva er det store spørsmålet her? på webserveren kan man kjøre script (f.eks. php), kompilert kode i en vm (f.eks. java eller c#), eller kompilert kode rett på jernet (f.eks. c/c++).

 

du er ute etter en eller annen client/server arkitektur hvor brukerinterfacet ikke er representert ved et DOM-tre? det fins noen rammeverk som abstraherer bort html og dom-trær, men som likevel kjører i en browser, f.eks. vaadin eller zkoss. dernest kan du jo rett og slett lage en tykk klient, som snakker med serveren via noe annet enn http, f.eks. rmi, corba, eller noe annet.

 

sorry, tror ikke jeg har skjønt spørsmålet helt, ei heller hva dette har med c++ å gjøre.

[Gjest Slettet+9871234]

Ok, Ok --- takk for alle innspill.

 

De fleste programmeringsspråk som brukes til web kjører på virtuelle maskiner. Men du tenker å kjøre hver sesjon som et slags eget program, med en egen maskin?

Ja for eksempel PHP som er skrevet i C.

 

Vet ikke om dere kjente den veldig gode meta søkemotoren clusty.com som nå er blitt til http://search.yippy.com/

 

Yippy - The world's first fully-functional virtual computer with entertainment, gaming, documents, communications and storage. Welcome to the cloud.

Kilde: http://www.yippy.com/

 

Veldig interessant, da jeg jobber med noe av det samme. Jeg har samlet lenker siden 1995 og laget min egen meta søkemotor surftoolbar dot com. Dette er veldig interessant, da jeg hele tiden arbeider med å gjøre denne lenkesamlingen mer fokusert, brukervennlig med andre ord. Denne samlingen har jeg tenkt kan tjene som en hub / seed for en niche søkemotor og da kan en virtuell maskin være aktuell. Jeg har allerede en Google drevet som kun leter på verdens sentralbanksider, skupot dot com. Denne tredje tenkte jeg å utvikle fra bunnen.

 

Og hva har dette med C eller C++ å gjøre?

Et sted måtte jeg poste dette innlegget og da jeg mest sannsynlig vil benytte C (C++) til å utvikle en slik virtuell maskin, fant jeg det naturlig å poste innlegget her. Jeg leser for øvrig for tiden Alex Varanese sin bok - nevnt i min første post. Den er kjent som en klassisk evgiggrønn kilde og er noe av det bedre jeg har lest om å lage sitt eget skripting språk, eget assembly språk, egen assembler og egen virtuelle maskin pluss mye mer. Han bruker C som basisspråk til å løse sine oppgaver. Han tar deg fra et høynivå skripting språk via assembly til binære (op) kode på en lettfattelig måte. En murstein av en bok, men releativt lettfattelig.

 

Så tilbake til mitt innlegg. Om jeg utvikler min egen virtuelle maskin til støtte for min lenkesamling, vil den mest sannsynlig baseres på C samt cURL. Det er ingen vits i å finne opp hjulet på nytt, så Python / PHP / C++ kan også komme på tale. Dersom dere mener at det er ovekill å lage sin egen virtuelle maskin til å løse dette problemet, så skriv gjerne mer om hvorfor dere mener det enn det som allerede er nevnt.

Endret 11. november 2010 av Slettet+9871234

[Gjest Slettet+9871234]

Akkurat, språket har ingenting med hastighet å gjøre. JavaScript/PHP har ingenting med ytelse å gjøre.

Enig i det.

 

Hva er slike applikasjoner her?

Forklart bedre i min forrige post, uten at jeg går i detaljer.

[Gjest Slettet+9871234]

du er ute etter en eller annen client/server arkitektur hvor brukerinterfacet ikke er representert ved et DOM-tre? det fins noen rammeverk som abstraherer bort html og dom-trær, men som likevel kjører i en browser, f.eks. vaadin eller zkoss. dernest kan du jo rett og slett lage en tykk klient, som snakker med serveren via noe annet enn http, f.eks. rmi, corba, eller noe annet.

Ja det kan være aktuelt, men jeg vet ikke nok om de løsningene du nevner. Takk for den informasjonen.