Hej.

På följande fråga efterlyser jag ett lekmannasvar då jag inte själv är webprogramerare.

Jag håller på att utveckla den grafiska biten för ett community liknande lunarstorm, playahead, glife, etc.

Allt utom det grafiska tänker jag lägga ut på en extern byrå. Min fråga är följande: för den tekniska platformen, ska jag använda ASP/Asp.NET eller PHP? Jag har några kompisar som säger att jag ska använda PHP, men jag vet inte riktigt om det är deras hjärna eller känslor som rekommendrar det (då de är notoriska Microsofthatare). Jag har gjort en del efterforskningar och där hört att PHP lämpar sig för enklare saker, men att det senare blir svårt att få ihop allt och att man måste köpa dyra kompletteringar av zend.com. ASP däremot blir ju dyrare för serverdriften men, har jag hört betalar sig i längden.

Sedan sa en polare idag "näää ASP.NET är framtiden det ska du absolut använda".

Jag är grymt förvirrad kan ni hjälpa mig?


Mvh El bueno

Jag skulle nog vilja föreslå att du överväger Ruby on Rails istället. Det skulle jag ha gjort om jag skulle programmera en community i dagsläget i alla fall. Smakprov på smidigheten...

Inte för att vara taskig mot din polare men hans insiktsfulla analys avgjorde verkligen kriget mellan PHP och ASP ;)

Som koala föreslog är Ruby on Rails ett smidigt system när du ska skapa applikationer. Det går fort när du väl sätter dig in hur det fungerar och genererar lite kod att underhålla. Jag har sökt efter sidor som jämför skalbarheten och prestanda mellan php- asp- och ruby men inte hittat någon som är riktigt bra.

Personligen tycker jag att det står mellan php och ruby. Både språken är under ständig utveckling och uppgraderingsgraden är betydligt bättre, både säkerhetsmässigt och funktionsmässigt. Det finns många sidoprojekt iallafall till php (vad jag vet) som ökar flexibliteten och chansen att hitta rätt lösningar.

Det bästa är att tänka på ROI:n när du väljer vilken system som kommer att bli billigast att producera i startskedet innan du får avkastning. När du börjar tjäna pengar har du en helt annan situation där du kan gå djupare i ämnet och välja mellan att nyutveckla eller vidareutveckla. Så välj språket du vet mest, känner och kan bäst.

När det gäller communities är det egentligen inte en fråga om PHP, ASP eller RoR. Det är databasservern som kommer belastas, så det är MSSQL eller MySQL du ska titta närmare på. Tyvärr hittar jag inga bra oberoende benchmarks.

Jag har själv byggt communites (snicksnack.nu(60k medlemmar) och goldtown.nu(10k) m fl). Fördelen med PHP/MySQL i jämförelse mot ASP.NET/MSSQL är givetvis serverkostnader.

Lite halvt OT: Den tekniska biten lär väl ändå vara det lätta i jämförelse med att driva in folk till mötesplatsen. Hur har du tänkt lyckas med detta?

Att välja programmeringsspråk är inte något man gör hux flux. Det beror väldigt mycket på vem som programmerar.

Jag tycker personligen att php lämpar sig för mindre projekt. För större projekt skulle jag välja något annat språk. Just i mitt fall skulle det vara Java. Nu är Asp.NET ganska likt det, så det är kanske ett vettigt alternativ att titta på. Men det kommer igen på programmeraren igen. Jag har sett, även om det var i ganska liten utsträckning, php-programmerare som gör såpass bra kod att jag inte skulle vara SÅ rädd att använda det i större projekt.

Jag tror driftkostnaden är ganska liten skillnad på om det är ett "stort" projekt med flera hundra mantimmar programmeringsjobb. Då är det bra att välja språk utifrån den tillgången på kompetens man har.

Jag kan inte annat än hålla med tidigare talare om att "välj det språk du/utvecklarna känner er bekväma med". Det går att göra såväl bra som dåliga lösningar i alla språk.

Vad gäller databasbenchmark. Jag har själv gjort ett antal loadtests mellan MSSQL, MySQL 4 (utan stored procedures) och MySQL5 (=med stored procedures) och kan (utifrån ett mycket specialiserat testcase) i alla fall konstatera så mycket att

- stored procedures ökar prestandan rejält (dvs väljer du MySQL så kör version 5 och använd alltså SP:s)

- MySQL 5 är snabbare på inserts (via Sp:s) än MSSQL 2000(via SP:s) vid seriella anrop (ett i taget)

- men vid flera samtidiga anrop ger MSSQL 2000 bättre prestanda än MySQL - min slutsats är att lock-hanteringen i MSSQL är bättre implementerad än den i MySQL. Kan naturligtvis också bero på att jag inte konfat MySQL:en optimalt för denna load = jag har mycket mer erfarenhet av MSSQL

Jag har fullständiga testbeskrivningar och siffror på en av mina sajter men törs inte posta dom här (får man länka till sina egna sajter?) - PM:a mig om ni vill ha länkarna.

Tack för alla svar. Tror det blir en LAMP-uppsättning.

Mvh Camilo

Sysmentor, det är inga problem att länka till en informativ källa, du kan förövrigt inte skapa riktiga länkar utan att ha minst 100 posts. Posta gärna, det verkar vara intressant data.

Jag tänker inte ge mig in i någon lång diskussion och ställa PHP mot Ruby, ASP.NET eller Java. Dock anser jag nog Java och PHP vara mest "öppna" på det viset att det är upp till utvecklaren att välja arkitektur. Både Ruby och .NET styr hårdare, på gott och ont, hur man bygger tillämpningar i respektive miljö/språk. Jag föredrar i princip alltid att själv välja lämplig arkitektur för uppgiften.

En sak jag reagerar lite på dock är påståendet att PHP mest lämpar sig för mindre projekt. Vad är det som säger det? Jag skulle nog vilja påstå att system skapade i PHP är precis så bra - eller dåliga - som de utvecklare som skapat systemet. Man behöver definitivt inte köpa till dyra produkter från Zend. Det finns fullgoda gratisalternativ till nästan alla deras produkter.

I vilket fall som anser jag att man väljer språk baserat på uppgiften och det team som ska utföra arbetet. Jag själv skulle dock för nästan alla webbaserade applikationer utan att fundera så mycket använda Apache/PHP 5.x med MySQL eller Oracle. (PHP 4.x är hopplöst föråldrat) I ett fåtal fall skulle jag kunna tänka mig java. Dotnet skulle jag över huvud taget inte ens fundera på. Ruby on rails har jag inte undersökt tillräckligt för att ha en seriös åsikt om.

ok här kommer de, "Performance testing, Access, MySQL, MSSQL":

http://kbmentor.aspcode.net/l_en-US/...ticle_125.aspx

samt

http://kbmentor.aspcode.net/l_en-US/...ticle_124.aspx

systementor: Antar att du testade MyISAM tabeller när du testade MySQL? Skulle vara intressant att jämföra även InnoDB tabeller.

Jag körde testerna i februari och har sedan dess avinstallerat OpenSTA och dessutom tagit bort MySQL databasen jag körde mot, men minns att jag läste på angående båda typerna och fann just att MyISAM gör table lock medan InnoDB gör row lock så jag är *så gott som* säker på att jag körde InnoDB.

Men som sagt - vidare var testet helt ovetenskapligt och dessutom var prestandamätningen inte det primära.

Jag skulle valt Java/PHP då det är enklast att drifta. FreeBSD, Apache och ett litet databaskluster, även webkluster är ju enkla att bygga med Apache om det behövs.

Jag förstår inte varför du sitter här och klurar på vilken teknik som ska användas för att programmera din sajt, när du ändå inte ska programmera den själv.
Kontrollera med förutsättningar på det webbhotell du tänker använda dig av, eller om du tänker ha en egen server, se till att använda program som du (eller de dina) har kompetens i. Samma gäller programmeringen, se till att den som programmerar verkligen är duktig på det språk/den teknik som väljs.
Jag skulle tro att du får bättre prestanda i en applikation på klassisk ASP mot en Accessdatabas, om du har en duktig programmerare, som kan optimera, än om du tar in nån billig pajas som använder MSSQL och ASP.NET.
Att köpa licens för MSSQL och Windows Server är ingen kostnad mot att det tar många gånger längre tid att färdigställa sajten.

Risken med att välja PHP är att det finns ganska många som säger sig programera PHP, men som är relativt värdelösa.
Angående att PHP lämpar sig till mindre projekt så skulle jag hävda att ett community inte behöver vara speciellt stort om man jobbar lite smart.
PHP är även ett snabbt språk, jämfört med t.ex. RoR - även om det senare känns rätt spännande.

Om du har en hyffsad programerare inom något av dessa språken, så skall du känna dig ganska lyckad om du lyckas överbelasta applikationen inom 5 år. Det är alltså inget problem som uppstår med 10 besökare online.