Windows Server bedre end Linux som web-platform

Bent 0. Jensen skrev:
De der er bedst er foran. Men hvis man bider nogen i haserne er man i sagens natur bagved dem.

Så hvad er der egentlig blevet sagt?
At "Windows Server 2008 er bedst"? Eller at Linux er bedst, men Windows Server 2008 bider Linux i haserne (dvs er tæt bagved Linux)?

Er der nogen der kender et værktøj som kan bruges til at debugge javascript i IE, som ikke bare siger "fejl på linje 21002" i et script der kun har 20 linjer i den.

Michael Nielsen skrev:
Er der nogen der kender et værktøj som kan bruges til at debugge javascript i IE, som ikke bare siger "fejl på linje 21002" i et script der kun har 20 linjer i den.

Kim Emax skrev:
Hvorfor IE? Hvorfor ikke udvikle i FF? Den er SÅ meget bedre, og der har du både CSS og JS alerts, der peger linien ud, der er problemet.

Hvorfor IE? Hvorfor ikke udvikle i FF? Den er SÅ meget bedre, og der har du både CSS og JS alerts, der peger linien ud, der er problemet.

Visual Studio? Lyder ikke til du kunne finde på at have det installeret i forvejen, så du vil nok sætte pris på den gratis Express version.

Hvad med firebug plugin? http://www.getfirebug.com/

Michael Nielsen skrev:
Faktisk er dette et af produkterne som jeg havde installeret for at kunne afprøve den's værktøjer, men den ser ud til at have det problem som 90+% af kommercielle produkter har. Dvs den er fortræffelig hvis man udvikler det hele under den's kontrol, men har man et system der kører uden for den's fulde kontrol, feks php der leverer generet script fra en fjern server, så skal man som ofte slås med værktøjet.

Når man prøver at debugge på et kørende system kan jeg ikke får visual studio til at debugge scriptet, fordi jeg har ikke kunnet få den til at agere på scripts der bliver leveret gennem en server den ikke kontrollere.

Så det er tilbage til den gamle alert() metode - jeg har dog skrevet min egen methode som virker bedre end alerts().

Jeg har kigget på script debugger fra MS, Visual Studio, og en del kommercielle plugins, som havde gratis demo'er, kort sagt, besværlige at bruge, og minimalt nyttig. Der er en del produkter som kan købes og ikke har demo, men jeg vil ikke spilde penge på produkter som jeg ikke kan evaluere, fordi jeg har på fornemmelsen de ikke er meget bedre en de jeg har evalueret.

Mark S. Rasmussen skrev:
Hvordan kom vi fra debugging af javascripts til debugging af remote PHP scripts? Der er en ikke ubetydelig forskel på clientside og serverside debugging...

Hvad der genererer javascriptet har naturligvis absolut ingen betydning for debugging mulighederne.

Michael Nielsen skrev:
Jeg arbjeder netop og udvikler i Firefox (faktisk under linux), fordi værktøjerne er så meget bedre, men desværre benytter de fleste kunder IE 6, og IE 7 på windows, som medfører jeg skal få ting til at køre under IE, men at javascript virker i FF, betyder nødvendigvis ikke at det virker i IE, så man bliver nød til at debugge javascript i IE.

Så det er tilbage til den gamle alert() metode - jeg har dog skrevet min egen methode som virker bedre end alerts().

Kim Emax skrev:
Er det noget du vil dele ud af? Jeg er altid klar på at blive klogere og få bedre værktøjer. Og jeg kan i øvrigt sagtens følge dig i problematikken i debugging af dynamiske javascripts, det kan være noget så besværligt!

mvh
Kim Emax

Søren Nielsen skrev:
Lær at debugge i visual studio. Det er ikke så svært.

Og ja, den kan klare både server side (asp.net primært) debugging og client side (i IE).
Det virker udemærket og du kan alt hvad du kan i en normal debugger.

Client side:
1. Det skal enables i IE.
2. Enten: Attach to process med script debugging enabled
3. Eller: Skriv "debugger" i din js code


Og ja, jeg benytter selv FF + fireBug til at troubleshoote de fleste problemer med DOM, Html og CSS.

Kim Emax skrev:
Er det noget du vil dele ud af? Jeg er altid klar på at blive klogere og få bedre værktøjer. Og jeg kan i øvrigt sagtens følge dig i problematikken i debugging af dynamiske javascripts, det kan være noget så besværligt!

mvh
Kim Emax

Søren Nielsen
Lær at debugge i visual studio. Det er ikke så svært.

Og ja, den kan klare både server side (asp.net primært) debugging og client side (i IE).
Det virker udemærket og du kan alt hvad du kan i en normal debugger.

Client side:
1. Det skal enables i IE.
2. Enten: Attach to process med script debugging enabled
3. Eller: Skriv "debugger" i din js code


Og ja, jeg benytter selv FF + fireBug til at troubleshoote de fleste problemer med DOM, Html og CSS.

David A. D. Konrad

Brug FF's Fejlkonsol-utility, og brug altid prototype.js - så undgår man debugginghelvedet i IE. Det har i hvert fald hjulpet mig til en (ift fortiden) problemfri, "normal" javascript-debugging hverdag.

Med prototype undgår du problemerne med, at ting der virker i FF ikke virker i Safari, IE eller Opera, og 3*vice versa. Og med FF's fejlkonsol kan man øjeblikkeligt spotte problemer ud.

Kim Emax skrev:
Er det noget du vil dele ud af? Jeg er altid klar på at blive klogere og få bedre værktøjer. Og jeg kan i øvrigt sagtens følge dig i problematikken i debugging af dynamiske javascripts, det kan være noget så besværligt!

mvh
Kim Emax

Søren Nielsen
Lær at debugge i visual studio. Det er ikke så svært.

Og ja, den kan klare både server side (asp.net primært) debugging og client side (i IE).
Det virker udemærket og du kan alt hvad du kan i en normal debugger.

Client side:
1. Det skal enables i IE.
2. Enten: Attach to process med script debugging enabled
3. Eller: Skriv "debugger" i din js code


Og ja, jeg benytter selv FF + fireBug til at troubleshoote de fleste problemer med DOM, Html og CSS.

David A. D. Konrad

Brug FF's Fejlkonsol-utility, og brug altid prototype.js - så undgår man debugginghelvedet i IE. Det har i hvert fald hjulpet mig til en (ift fortiden) problemfri, "normal" javascript-debugging hverdag.

Med prototype undgår du problemerne med, at ting der virker i FF ikke virker i Safari, IE eller Opera, og 3*vice versa. Og med FF's fejlkonsol kan man øjeblikkeligt spotte problemer ud.