mboost-dp1

Bedste hosting og platform valg for et live collaboration web app


Gå til bund
Gravatar #1 - bodhiBit
18. apr. 2012 17:58
Jeg prøvede at indsende dette spørgsmål på Stackoverflow, men det var åbenbart for bredt og blev lukket.. Hvilket er fair nok.. Forstår godt at der hurtigt kan gå religion i det, men kunne bare godt tænke mig nogen anbefalinger fra erfarne fagfolk..

Så nu prøver jeg her på newz.. Hvad ville I anbefale som host og platform til mit web app..?
Gravatar #2 - arne_v
18. apr. 2012 18:08
#1

Lidt generelle betragtninger.

Generelt bør dit valg mellem PHP, Python og Java nok drives af hvilket sprog du kender bedst.

Du kan få billig eller gratis hosting til dem alle. Men dit udvalg indenfor billlig hosting er større og du kan få det hostet i Danmark, hvis du vælger PHP.

Jeg tror at du vil få færrest Comet problemer med Java, da alle de store servlet engines mig bekendt kommer med support for det out of the box.

Kig på hosting efter at du har besluttet dig for platform.
Gravatar #3 - bodhiBit
18. apr. 2012 18:56
arne_v (2) skrev:
#1

Lidt generelle betragtninger.

Generelt bør dit valg mellem PHP, Python og Java nok drives af hvilket sprog du kender bedst.

Jeg har mest erfaring med PHP, men efter hvad jeg kan forstå, så starter Apache en ny process for hver forespørgsel, så hvis et PHP script holder forbindelsen åben (long polling) så løber det hurtigt op efterhånden som flere brugere logger på.. Så PHP er mere eller mindre udelukket..

Java og Python kender jeg omtrent lige meget..

arne_v (2) skrev:

Du kan få billig eller gratis hosting til dem alle. Men dit udvalg indenfor billlig hosting er større og du kan få det hostet i Danmark, hvis du vælger PHP.

Det behøver ikke nødvendigvis at ligge i danmark.. Desuden syns jeg det er lidt svært at vurdere en host "udefra", altså udelukkende fra deres hjemmeside.. Måske er det bare mig..

arne_v (2) skrev:

Jeg tror at du vil få færrest Comet problemer med Java, da alle de store servlet engines mig bekendt kommer med support for det out of the box.

Snakker vi long polling her..? Eller er der typisk mulighed for andre metoder, f.eks. websockets..?
Gravatar #4 - arne_v
18. apr. 2012 19:03
#3

Apache kan både forke processer og starte tråde afhængig af version og platform. Og for PHP kan der vælges mellem Apache module og fastcgi for integration.

Så ikke nødvendigvis en process per request. Men lidt googling antyder at Apache og PHP for Comet ikke er uproblematisk.
Gravatar #6 - arne_v
18. apr. 2012 19:10
#1

Men har du overvejet at bruge client side code (Java applet, Adobe Flash, MS Silverlight) og en ægte socket til en ikke-web server?

Det er formentligt nemmere at kode.

Men kan ikke køre på et traditionel web hotel.
Gravatar #7 - bodhiBit
18. apr. 2012 19:23
arne_v (6) skrev:
#1

Men har du overvejet at bruge client side code (Java applet, Adobe Flash, MS Silverlight) og en ægte socket til en ikke-web server?

Det er formentligt nemmere at kode.

Men kan ikke køre på et traditionel web hotel.

Det bedste ville da være, hvis jeg kunne køre noget websockets på browsere der understøtter det, med en fallback på long polling..

Jeg har nada erfaring med det, men min umiddelbare forståelse af det er vist bare at browser og server kan snakke sammen live og uafbrudt på den samme HTTP request..
Gravatar #8 - arne_v
18. apr. 2012 19:39
#7

Problemet her er lidt at 2 løsninger = dobbelt arbejde.

Client side support for web sockets er veldokumenteret.

Server side mener jeg at der er en del muligheder i Python, men at det kniber med PHP.

For Java skulle både Jetty og Resin understøtte men ikke Tomcat.
Gravatar #9 - bodhiBit
18. apr. 2012 19:44
arne_v (8) skrev:
#7
Problemet her er lidt at 2 løsninger = dobbelt arbejde.

Arh mon dog, hvis bare man koder fornuftigt..?
Gravatar #10 - arne_v
18. apr. 2012 19:47
#9

Dobbelt arbejde for den del som er forskellig.

Afhængig af kompleksiteten af det du vil lave kan det være en lille eller en stor del.
Gravatar #11 - bodhiBit
18. apr. 2012 19:55
arne_v (10) skrev:
#9

Dobbelt arbejde for den del som er forskellig.

Afhængig af kompleksiteten af det du vil lave kan det være en lille eller en stor del.

Ja selvfølgelig, men jeg vil da mene at det er det værd, hvis det kan gøre kommunikationen mere flydende og direkte og serveren ikke skal bruge overhead på at åbne og lukke forbindelser hele tiden..
Gravatar #12 - bodhiBit
18. apr. 2012 20:01
Men tak for svarene, arne_v.. så blev jeg lidt klogere.. :)

Andre må stadig gerne byde ind.. :)
Gravatar #13 - arne_v
18. apr. 2012 20:02
#11

Der er ingen tvivl om at:

Web Sockets / Comet performer bedre end high frequent poll

Comet performer bedre end high frequent poll

Men jeg tror at det vil afhænge af brugsmønster hvorvidt:

Web Sockets performer bedre end Comet

Og det er givet at:

Client side plugin med socket support vil performe mindst lige så godt som Web Sockets.

Gravatar #14 - bodhiBit
19. apr. 2012 08:26
Tror jeg vil prøve at kigge på Amazon Web Services..

Udvalget ser bare rimelig complekst ud.. hva dælen ska man vælge..? O_o
Gå til top

Opret dig som bruger i dag

Det er gratis, og du binder dig ikke til noget.

Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.

Opret Bruger Login