Jag tycker det vore intressant med en omröstning om hur populära de olika "serverspråken" är. Det finns säkert de som anser att något saknas i omröstningen.

Jag saknar C# på listan!! (ASP.NET 3.5)

VB saknas också (mer strikt än ASP/vbscript)

PHP här! :-)

PHP! I enstaka fall skriver jag något småfult CGI-program i C++. Eller ett litet fult shellscript.

ASP i hjärtat :D

Var är alla serverside-skriptspråks ursprung - min favorit Perl? (Fast det är klart, det blir inte mycket skrivet i Perl nuförtiden - men härligt är det!)

Ajdå, ASP.NET glömde jag. Och Perl tänkte jag också ta med, men tvekade då jag inte var säker på om det var jämförbart med de andra språken.

VB jämställde jag (kanske lite felaktigt) med ASP.

Samma här! :D
Inte helt oväntat ser jag dock att PHP drar ifrån....

PHP. Är dock urusel på programmering. Har andra som gör slavgörat åt mig :)

Php är det jag kodar mest av dom alternativen. Sen om java hade varit med hade jag nog valt det. :)

Rangordnat efter hur mycket det blivit av varje under de senaste året:
ASP.NET (VB)
.NET (VB)
ASP.NET (C#)
PHP
.NET (C#)

VB står för 90% av tiden, mest beroende på att det är ett VB-jobb som tar halva min tid och har så gjort i över ett år. PHP var dominerande innan men har tom. fått stå tillbaka för C#. Jag gillar PHP bättre eftersom uppdateringar av kompilerade webbar med ASP.NET oftast gör att workerprocessen måste bytas (förståeligt) och därmed tappar alla pågående sessioner. PHP går rätt in utan sånt tjafs vilket underlättar uppdateringar under drift.

PHP om jag får välja. ASP på jobbet där jag inte har något val.

Lägg sessionshanteringen på en extern server, exempelvis i sqlserver, så har du kommit runt problemet.

Vad menar du med SSI? Finns det något annat än Server Side Include? Det är ju inte riktigt programmering.

Förövrigt brukar väl CGI oftast vara liktydigt med perl?

Jag lurade också på detta lite. CGI är väl snarare tekniken att just låta någon form av skriptat/kompilerat svar komma från servern - och det gör ju alla språken. I sig har det ju inget med Perl att göra även om det ofta kopplas till Perl eftersom Perl var just det första "CGI-språket" som slog igenom. (Rätta mig om jag har fel.)

SSI är väl helt okej, det handlar ju i alla fall om att generera dynamiskt innehåll.

Ruby och Python saknas nog också bland alternativen. :-)

PHP här med.
Det är svårt när man inte fokuserar på det, men om man tänker att man vill lära sig det och har ett mål så är det inte svårt. =)

Förstår inte heller riktigt varför SSI ska vara med...?

Det blir mest PHP här, tätt följt av ASP.NET C#.

Helt klart mest PHP, men jag har även jobbat lite med JSP

Det är ju en definitionsfråga, vissa anser att HTML är programmering. Jag har ingen erfarenhet av SSI (Server Side Includes). De språk jag har varit inne på är ASP(VB), Javascript, Java, Basic, Pascal. De två sistnämnda var dock 13 år sedan :)

Anledningen till omröstningen är att jag inte sett så många ASP-trådar här på WN (jämfört med PHP). Så jag tyckte det kunde vara intressant att få lite statistik.

ASP.NET (c#)

Det bekräftar något som jag anat…

1. PHP används fortfarande av amatörer och hemmaknåpare precis som förut.
2. ASP (därmed .NET, C#, VB, osv. menat) fortsätter att var det många stora företag och större lösningar föredrar där det finns en misstänksamhet mot gratislösningar.
3. PHP har även börjat användas för en lång rad saker och på ett mycket mer seriöst sätt än tidigare - började själv med asp men har gått över till php eftersom det fungerar alldeles utmärkt för alltifrån webbshoppar till forum.

(Obs. för att inte dra igång den eviga php<->asp debatten så vill jag ovan inte säga att det ena språket är bättre än det andra - bara att det är alltfler som går över till php-lösning åtminstone för små och medelstora projekt.)

Jag tänkte ta mig i kragen och börja lära mig koda själv... Är sent på det men jag känner att jag vill och måste :)

Vad bör man tänka på?.. Är det .NET som gäller idag och framtiden eller ska man börja plugga vanlig asp och sedan gå över till .NET?

Jag vill gärna använda mySQL som databas och köra mot det.

Skippa asp, asp är antikt.. Sista versionen kom för 10 år sedan. .NET är trevligare :)

Är .NET lika lätt?.. Har kollat nga net koder och det ser lite väl skumt ut, hehe..
Jag kan lite i vanlig ASP...

Well, så fort du vill göra någonting vettigt så är asp.net enklare. Lite längre uppstartssträcka, men å andra sidan, du vinner igen den tusenfalt väldigt fort.

(Själv blir jag alltid lika glad när jag ser någon ställa någon fråga om något knöligt i asp; hade man löst problemet med asp.net så hade det gått på fem röda.. :) )

Hur lärde du dig?.. Bok eller testade dig fram?.. Kom gärna med tips på bra böcker... Finns det ljudbok så är det bättre, är nämligen ingen bokmal .. orkar läsa 10 min sedan är det bra :)

Skulle nog säga att om du ska börja prova, testa och lära dig så är nog PHP bäst. Gammal asp är det i alla fall ingen mening med. Får du lite känsla av hur serverskriptande fungerar så kan du sedan se om du väljer att gå över till objektorienterad PHP eller .NET senare.

Eller du går en dyr och seriös kurs och lär dig objektorientering och C# eller Java från grunden om du vill satsa på en karriär i Webbprogrammering. Kunskaper i PHP skadar i all fall inte heller här.

Har man inte lust att läsa eller sätta sig in i komplexa sammanhang så måste jag nog säga att PHP är att rekommendera. Man kan lägga till en rad lite här och där som SSI utan att behöva tänka efter (om man nu inte är av åsikten att kod måste vara konsekvent och översiktlig - men i så fall får man hålla sig till objektorientering).

På jobbet arbetar vi uteslutande i PHP + Gör mina hoppyprojekt i PHP.

Otroligt användarvänligt.. Ett rent nöje.. PHP är för programmering vad Windows är för operativsystem..

Jag gjorde samma sak för några år sedan, tog mig i kragen alltså. Anledningen att det blev ASP var att jag hittade många färdiga ASP-script på gruvsjo. com har jag för mig. För mig är den bästa inlärningsmetoden helt enkelt att ändra om i redan färdiga script. Jag använder mig av Access-databaser, men vad jag vet så är det inga problem att köra mySQL-DB tillsammans med ASP/ASP.NET.

Jag har sysslat med en hel del språk och tekniker, google är ett väldigt bra ställe att börja på. Böcker har inte riktigt varit min grej om vi säger så..

Min variant på hur man lär sig saker
Steg 1: Hitta på ett problem
Steg 2: Lös problemet

Lyckas man med steg 2 så har man lärt sig någonting.

(Böcker passar inte riktigt in i min inlärningsmodell; varför försöka skaffa en bok för att lösa ett specifikt problem när det finns så många andra, mer effektiva och moderna sätt att lösa det på? Google är en bra start, dokumentation för språk/tekniker/ramverk/verktyg är en bra fortsättning, läsa forum brukar ge uppslag. Läsa en tråkig bok, som man dessutom varken har eller hittar i känns lite knöligt faktiskt..)

I min "pipeline" (språk som är intressanta att sätta sig in i) ligger python och php, där det förstnämnda är mest intressant. (Php är fortfarande lite för mycket hobbyspråk i mina öron, en rejäl upprensning är det hög tid för; läste t.ex. något om att det fanns två olika strängfunktioner där den ena funktionen tog strängen som parameter 1, den andra tog strängen som parameter 2, inkonsekvent... När php fick OOP så började väl iofs strukturen se rätt ok ut, men jag har fortfarande problem med att det sitter ströslat med dollartecken i koden. Visst, i princip all gammal kod skulle sluta fungera, men det är inte värre än att man får utveckla två versioner parallellt under några år; en för den gamla, endast ta med de viktigaste nyheterna + buggfixar, och en för den nya.)

[edit]Och jag vill ännu en gång poängtera att jag verkligen inte rekommenderar någon, inte ens min värsta fiende, att börja knacka asp. Vill man ha problem så heter ett utav de stora asp..[/edit]

Japp, saknar också Python, Google tex, använder mest Python.

Håller med dig ang. inlärningsmetoderna Onkelborg. Google är ofta mycket bättre än att bläddra i en bok. När man söker efter lösningen på ett problem händer det titt som tätt att man snubblar över något nytt. Kunskaper och lösningar man kan spara för framtiden.

Jag brukar snubbla över nya saker jämt och ständigt (jag dras till sådana problem, allt som är omöjligt är kul att lösa ;) )

Tack för tipset! Jag ska höra med kundens webbhotell om det är möjligt att göra utan att det kostar skjortan.

Saknar Ruby i listan, det är det jag programmerar i oftast. PHP blir det också ibland.

Dollartecken kan ju verka lite gammalmodiga men jag kan egentligen inte förstå vad som skulle vara så mycket svårare med att skriva:
$tal = 3;
än:
var tal = 3;
(Det är ju bara en indikator på att det är en variabel precis som funktioner alltid måste ha två paranteser () - vilket man också kan tycka är onödigt om man inte skickar några variabler…)

Visst har PHP en del gamla tvetydigheter, men det betyder ju inte att man själv behöver programmera inkonsekvent. PHP:s objektmodell fungerar utmärkt - samtidigt som enkelheten finns kvar. Trivs också med stödet för XML/XSL/X… Det enda som fortfarande inte helt perfekt är strängar och teckenkodning - utf-8 borde vara standard i alla sammanhang men det ska komma med PHP6 såvitt jag förstår (som det är nu så kan strängar vara i vilken teckenkodning som helst men vissa funktioner kan inte hantera utf-8 och andra förutsätter iso-8859-1 och i vissa fall kan man antyda vilken teckenuppsättning det handlar om).

Apropå böcker så är det nog en fråga från person till person - själv tycker jag det är smidigt att på en gång få klart för mig hela språkstrukturen, alla variabeltyper t.ex. på en gång, det känns svårt att få en fullständig översikt utan en bok. Sedan i det dagliga arbetet är förstås enklare att vara problemorienterad och söka lösningar här eller på nätet.

Kör mest PHP, om det är sidor som kräver mkt beräkningar kör jag kompilerad C kod, finns i princip inget som spöar C när det gäller performance.

Matrine: Dollartecken, vad _tillför_ det språket, egentligen? Min teori är att i början när första tolken för php skrevs och språket hittades på så var det helt enkelt för att underlätta för tolken/människan som skrev tolken, jag kan inte tänka mig att det var för programmerarens (som skulle skriva php-kod sen) skull.

Paranteser för funktioner är en helt annan femma, de behövs. De fyller en funktion, de avgränsar argumenten till funktionen ifrån annan kod. Dessutom, om man skriver ett funktionsnamn utan paranteser så kan man t.ex. skicka med _funktionen_ som ett argument till en annan funktion, dvs. utan att exekvera den, medan om man skriver dit paranteserna så skickar man istället in resultatet. Väldigt praktiskt för callbacks. (Vet ej om php stödjer det här, men jag inbillar mig det. Btw, hur kommer det sig att det inte är strösslat med dollartecken i funktionsnamnen? Det är lite inkonsekvent. Gäller även för paranteserna, det är konsekvent att _alltid_ ha paranteser)

Det är ungefär sådana här saker som gör att jag jämställer phps syntax med basics - en massa special och inkonsekventa saker som bara stör