Habt ihr Javascript im Forum aktiviert? (Perl-Community.de)

[thread]13693[/thread]

Habt ihr Javascript im Forum aktiviert?

Leser: 43

Question: Habt ihr Javascript im Forum aktiviert?
	Ja, ich habe Javascript sowieso immer aktiviert
	Ja, aber ich habe es global ausgeschaltet (Noscript etc.)
	Nein, ich habe Javascript sowieso immer deaktiviert
	Nein, ich habe Javscript speziell fürs Forum deaktiviert
	Was anderes, nämlich:
You have to log in to vote.
35 voter(s) so far

Articles: hide open all | hide show old branches

+32 replies
pq

2009-07-04 16:54

User since
2003-08-04
12208 Artikel
Admin1

Mich würde mal interessieren, ob ihr hier Javascript nutzt. Jede Funktionalität ist auch ohne Javascript zu erreichen, aber manches ist mit Javscript viel bequemer.
Manche benutzen Noscript o.ä. (edit: in Opera entsprechend Site Preferences), um Javascript global abzuschalten und nur bestimmte Seiten zu aktivieren. Aber wieviele benutzen gar kein Javascript?
Ich möchte auch weiterhin alles ohne Javascript zugänglich machen (man soll auch mal mit lynx o.ä. das Forum benutzen können).
Last edited: 2009-07-04 18:28:55 +0200 (CEST)
Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
- +7 replies
- neniro
  
  2009-07-04 17:39
  
  User since
  2008-12-14
  79 Artikel
  BenutzerIn
  
  2009-07-04T14:54:59 pq
  Aber wieviele benutzen gar kein Javascript?
  Auch auf die Gefahr hin, als HTML-Taliban zu gelten, aber ich gehöre zu den Javascript-Komplettverweigerern (im Internet).
  -- yet another amateur perl hacker
  - LanX-
    
    2009-07-04 17:49
    
    User since
    2008-07-15
    1000 Artikel
    BenutzerIn
    
    Hi
    
    ich hab zwar JS aktiviert aboniere aber über AddBlockPlus noch EasyList und EasyPrivacy.
    
    http://easylist.adblockplus.org/
    
    Noscript kommt mir seit bekanntwerden der Attacke auf ABP nicht mehr ins Haus.
    
    Cheers
    me and my writeups
  - pq
    
    2009-07-04 18:33
    
    User since
    2003-08-04
    12208 Artikel
    Admin1
    
    da entgeht dir was =)
    ich hab javascript global ausgeschaltet, aber es gibt mittlerweile doch ein paar seiten, die mit javascript echt komfortable sachen ermöglichen (last.fm ist ein beispiel, und es funktioniert dort mittlerweile sogar alles in opera. xing nutzt es auch ganz gut. leider sind beide seiten ohne javascript gar nicht (xing) oder nur eingeschränkt nutzbar)
    Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
    lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
  - +4 replies
  - LanX-
    
    2009-07-16 14:51
    
    User since
    2008-07-15
    1000 Artikel
    BenutzerIn
    
    Nachdem du mir gestern vom JIT-Compiler in FF3.5 erzählt hast, bin ich jetzt auf folgendes gestoßen:
    
    Sicherheitslücke in FF3.5
    
    Quote
    Bis dahin empfiehlt Mozilla den JIT-Compiler zu deaktivieren. Damit wird Firefox 3.5 zwar auf manchen Websites ungefähr auf die Geschwindigkeit von Firefox 3.0 gebremst, für die Sicherheit ist dieser Preis jedoch nicht zu hoch.
    
    Das wird den Taliban aber jetzt freuen... ;)
    me and my writeups
    - +3 replies
    - Taulmarill
      
      2009-07-16 16:26
      
      User since
      2004-02-19
      1750 Artikel
      BenutzerIn
      
      Habe eben auch meinen JIT-Compiler deaktiviert. Allerdings sollte man sich darüber im klaren sein, dass das ausführen von Code nicht zuverlässig funktioniert. Meine Tests des auf Milw0rm geposteten Exploits führten immer nur zu Abstürzen oder Fehlermeldungen.
      $_=unpack"B*",~pack"H*",$_ and y&1|0& |#&&print"$_\n"for@.=qw BFA2F7C39139F45F78 0A28104594444504400 0A2F107D54447DE7800 0A2110453444450500 73CF1045138445F4800 0 F3EF2044E3D17DE 8A08A0451412411 F3CF207DF41C79E 820A20451412414 83E93C4513D17D2B
      - +2 replies
      - LanX-
        
        2009-07-16 16:51
        
        User since
        2008-07-15
        1000 Artikel
        BenutzerIn
        
        Wann nicht zuverlässig?
        [ ] grundsätzlich
        [ ] oder bei deaktiviertem JIT
        [ ] oder bei aktiviertem?
        me and my writeups
        
        Taulmarill
        
        2009-07-16 17:03
        
        User since
        2004-02-19
        1750 Artikel
        BenutzerIn
        
        Der Exploit funktionierte bei mir grundsätzlich nicht zuverlässig. Wenn ich den JIT deaktivierte, bekam ich aber immer die Möglichkeit, das Script zu beenden, da es zu lange nicht mehr reagiert hatte. Bei aktiviertem JIT ist mir der FF aber ab und zu auch so abgestürzt, allerdings mit der Meldung von WinXP, dass die Applikation zu viel RAM benötigt.
        
        So weit ich das verstanden habe, soll der Exploit sowieso direkt auf den JIT zielen. Das abschalten des JIT funktioniert übrigens auf der Seite about:config.
        
        update: FF 3.5.1 ist verfügbar und soll u.a. das JS-Problem beheben: http://www.mozilla.org/security/announce/2009/mfsa2009-41.html
        Last edited: 2009-07-17 10:37:20 +0200 (CEST)
        $_=unpack"B*",~pack"H*",$_ and y&1|0& |#&&print"$_\n"for@.=qw BFA2F7C39139F45F78 0A28104594444504400 0A2F107D54447DE7800 0A2110453444450500 73CF1045138445F4800 0 F3EF2044E3D17DE 8A08A0451412411 F3CF207DF41C79E 820A20451412414 83E93C4513D17D2B
- +2 replies
- GwenDragon
  
  2009-07-04 18:09
  
  User since
  2005-01-17
  14533 Artikel
  Admin1
  
  Quote
  Was anderes, nämlich:
  
  Ich verwende Opera und aktiviere Javascript nur auf bestimmten Seiten, wo es notwendig ist.
  Aber hier ist es über die seitenspezifischen Einstellungen aktiviert. :P
  Last edited: 2009-07-04 18:20:43 +0200 (CEST)
  die Drachin, Gwendolyn
  
  Unterschiedliche Perl-Versionen auf Windows (fast wie perlbrew) • Meine Perl-Artikel
  - pq
    
    2009-07-04 18:27
    
    User since
    2003-08-04
    12208 Artikel
    Admin1
    
    das würde ich als zweite antwort einstufen (das "etc." hinter noscript sollte für die weitgehend äquivalenten lösungen anderer browser stehen)
    Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
    lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
- +2 replies
- topeg
  
  2009-07-04 22:30
  
  User since
  2006-07-10
  2611 Artikel
  BenutzerIn
  
  Ich halte es wie LanX- Ich nutze ABP um mir das unangenehme vom Hals zu halten. Aber allgemein ausgeschaltet ist es nicht.
  - LanX-
    
    2009-07-04 23:04
    
    User since
    2008-07-15
    1000 Artikel
    BenutzerIn
    
    ich hätte dazusagen sollen dass ich zu 99% unter Linux unterwegs bin, wenn ich wie Ronnie zw. Win und MacOS pendeln würde, hätte ich auch talibanische Bauchschmerzen... ;-)
    me and my writeups
- +2 replies
- lichtkind
  
  2009-07-05 00:30
  
  User since
  2004-03-22
  5679 Artikel
  ModeratorIn + EditorIn
  
  habs immer an :)
  Tutorien in der Wiki, mein zeug:
  kephra, baumhaus, garten, gezwitscher
  
  Es beginnt immer mit einer Entscheidung.
  - sid burn
    
    2009-07-07 20:04
    
    User since
    2006-03-29
    1520 Artikel
    BenutzerIn
    
    ich auch
    Nicht mehr aktiv. Bei Kontakt: ICQ: 404181669 E-Mail: perl@david-raab.de
- +14 replies
- Crian
  
  2009-07-06 13:52
  
  User since
  2003-08-04
  5866 Artikel
  ModeratorIn
  
  In der Firma ist es an, weil es für bestimmte Dinge gebraucht wird, zu Hause ist es aus, außer ich vergesse es mal, es wieder zu deaktivieren, wenn es doch mal für etwas an war.
  s--Pevna-;s.([a-z]).chr((ord($1)-84)%26+97).gee; s^([A-Z])^chr((ord($1)-52)%26+65)^gee;print;
  
  use strict; use warnings; Link zu meiner Perlseite
  - +13 replies
  - pq
    
    2009-07-06 14:16
    
    User since
    2003-08-04
    12208 Artikel
    Admin1
    
    2009-07-06T11:52:12 Crian
    zu Hause ist es aus, außer ich vergesse es mal, es wieder zu deaktivieren, wenn es doch mal für etwas an war.
    
    dann wäre Noscript vermutlich ideal fur dich. damit kann man es nämlich nicht vergessen, weil man es von vorneherein entweder langfristig oder nur für die aktuelle Sitzung aktiviert (pro Domain).
    Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
    lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
    - +12 replies
    - LanX-
      
      2009-07-06 15:59
      
      User since
      2008-07-15
      1000 Artikel
      BenutzerIn
      
      2009-07-06T12:16:31 pq
      dann wäre Noscript vermutlich ideal fur dich.
      
      den Teufel mit dem Belzebub austreiben?
      
      http://www.google.de/search?q=noscript+vs+adblock
      me and my writeups
      - +11 replies
      - pq
        
        2009-07-06 16:07
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        ich kenne die diskussion. was hat das hiermit zu tun? die geschichte mit adblock hatte sich doch geklärt. nur weil es da einen fehler seitens eines entwicklers gegeben hat, heisst es ja nicht, dass das ganze add-on schlecht ist.
        
        aber gut, man kann auch immer per hand für jede seite jedesmal javascript an/aus schalten, wenn man nix anderes zu tun hat.
        
        edit: ich würde auch opera site prefs empfehlen, aber die meisten hier wissen nix damit anzufangen, weil sie nunmal den FF benutzen.
        Last edited: 2009-07-06 16:09:09 +0200 (CEST)
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        +4 replies
        
        LanX-
        
        2009-07-07 02:29
        
        User since
        2008-07-15
        1000 Artikel
        BenutzerIn
        
        naja, ein nicht vertrauenswürdiges AddOn nutzen um nicht vertrauenswürdige Scripte zu deaktivieren???
        
        AddOns können leider viel mehr Schaden anrichten, insbesondere wenn sie automatisch geupdated werden...
        
        Vielleicht kann man noscript mittlerweile vertrauen, aber addons im generellen eben nicht...die kommen an alle Daten ran!
        
        Und ich gebe dir recht in dieser Beziehung ist Opera tatsächlich einfach besser!
        Last edited: 2009-07-07 03:21:17 +0200 (CEST)
        me and my writeups
        
        +2 replies
        
        pq
        
        2009-07-07 09:51
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        2009-07-07T00:29:47 LanX-
        naja, ein nicht vertrauenswürdiges AddOn nutzen um nicht vertrauenswürdige Scripte zu deaktivieren???
        
        welches add-on ist denn generell vertrauenswürdig?
        ich benutze add-ons ja nicht, um firefox langsamer zu machen oder um damit anzugeben, sondern weil sie eine funktion erfüllen. und noscript erfüllt z.b. auch die funktion, mich vor CSRF via POST-requests zu schützen. (das ist wirklich etwas lächerlich, wenn man da opera mit firefox vergleicht, opera schützt bei GET-requests, und noscript bei POST-requests. keiner der beiden scheint CSRF komplett verstanden zu haben. aber das ist ein anderes thema)
        
        Quote
        AddOns können leider viel mehr Schaden anrichten, insbesondere wenn sie automatisch geupdated werden...
        
        sicher. aber du benutzt doch auch welche, oder nicht?
        wenn man es so sieht, sollte man gleich die finger von einer reihe von programmen lassen. wer garantiert dir, dass ein cpan-autor nicht mal mist baut. guckst du dir immer die diffs der module an, bevor du sie installierst?
        
        Quote
        Vielleicht kann man noscript mittlerweile vertrauen, aber addons im generellen eben nicht...die kommen an alle Daten ran!
        
        nochmal die frage: du benutzt doch auch add-ons? und nur weil bei noscript mal ein fehler gemacht wurde, ist das add-on für immer "verbrannt"? und jeder, der es anderen empfiehlt, bekommt gleich eins auf den deckel?
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        LanX-
        
        2009-07-07 13:57
        
        User since
        2008-07-15
        1000 Artikel
        BenutzerIn
        
        nein, ich kenn leider da keinen Königsweg mit FF.
        
        Quote
        und jeder, der es anderen empfiehlt, bekommt gleich eins auf den deckel?
        
        ich hab dir nicht "auf den Deckel" gegeben, sondern sensibilisieren wollen.
        
        Du magst die Vorgänge kennen, andere vielleicht nicht...
        me and my writeups
        
        GwenDragon
        
        2009-07-07 11:36
        
        User since
        2005-01-17
        14533 Artikel
        Admin1
        
        2009-07-07T00:29:47 LanX-
        naja, ein nicht vertrauenswürdiges AddOn nutzen um nicht vertrauenswürdige Scripte zu deaktivieren???
        
        AddOns können leider viel mehr Schaden anrichten, insbesondere wenn sie automatisch geupdated werden...
        Alle AddOns bei Firefox sind nicht signiert. Traurig aber wahr.
        Damit ist eben auch eine Hintertür offen, wenn du Pech hast.
        die Drachin, Gwendolyn
        
        Unterschiedliche Perl-Versionen auf Windows (fast wie perlbrew) • Meine Perl-Artikel
        
        +6 replies
        
        Crian
        
        2009-07-07 09:21
        
        User since
        2003-08-04
        5866 Artikel
        ModeratorIn
        
        Ich bin meist mit Safari unterwegs, bei der Arbeit mit dem Firefox oder Opera (habe beide installiert).
        
        Ich muss mir mal anschauen, wie das mit den site prefs funktioniert, klingt gut.
        s--Pevna-;s.([a-z]).chr((ord($1)-84)%26+97).gee; s^([A-Z])^chr((ord($1)-52)%26+65)^gee;print;
        
        use strict; use warnings; Link zu meiner Perlseite
        
        +5 replies
        
        pq
        
        2009-07-07 09:37
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        für die site prefs würde ich auf jeden fall empfehlen, zwei checkboxen "javascript" und "cookies" irgendwo in einer der toolbars zu plazieren.
        im gegensatz zu noscript gibt es für opera das feature "temporär domain xy erlauben" nicht (das ist imho der einzige nachteil gegenüber noscript). deshalb habe ich die 2 checkboxen in der statusleiste und sehe so, ob ich javascript/cookies global aktiviert habe oder nicht.
        so kann ich zum einen mit den site prefs (rechte maustaste) die einstellungen für die domain permament verändern, aber auch für einmal-seiten mal kurz javascript anschalten, habe aber das häkchen zum ausschalten direkt vor mir.
        ansonsten kann man da auch noch shortcuts benutzen. für so ziemlich jede aktion lässt sich ja eine taste(nkombination) festlegen.
        
        ausserdem in opera immer anstatt "Accept cookies" "Accept only cookies from the site i visit" anklicken. Das schützt vor CSRF via GET-Requests.
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        +4 replies
        
        Crian
        
        2009-07-07 15:32
        
        User since
        2003-08-04
        5866 Artikel
        ModeratorIn
        
        Was sind denn CSRF via GET-Requests / via POST-Requests?
        s--Pevna-;s.([a-z]).chr((ord($1)-84)%26+97).gee; s^([A-Z])^chr((ord($1)-52)%26+65)^gee;print;
        
        use strict; use warnings; Link zu meiner Perlseite
        
        GwenDragon
        
        2009-07-07 15:59
        
        User since
        2005-01-17
        14533 Artikel
        Admin1
        
        http://de.wikipedia.org/wiki/Cross-Site_Request_Fo...
        die Drachin, Gwendolyn
        
        Unterschiedliche Perl-Versionen auf Windows (fast wie perlbrew) • Meine Perl-Artikel
        
        +2 replies
        
        pq
        
        2009-07-07 16:38
        
        User since
        2003-08-04
        12208 Artikel
        Admin1
        
        zusätzlich zum wikipedia-link:
        kurzfassung von opera vs. firefox:
        bei eingebetteten images, scripts o.a., oder bei redirects schützt die opera-cookie-option dich vor CSRF. (obwohl, bei redirects bin ich mir grad wieder nicht sicher).
        post-requests, also formulare auf domain A, die als action domain B haben, schützt dich opera nicht.
        bei firefox noscript ist es genau umgekehrt. noscript warnt bei eingebetteten formularen, hat aber nix gegen eingebettete images.
        Always code as if the guy who ends up maintaining your code will be a violent psychopath who knows where you live. -- Damian Conway in "Perl Best Practices"
        lesen: Wie frage ich & perlintro brian's Leitfaden für jedes Perl-Problem
        
        Crian
        
        2009-07-08 11:40
        
        User since
        2003-08-04
        5866 Artikel
        ModeratorIn
        
        Das liest sich ja alles ziemlich unerfreulich.
        s--Pevna-;s.([a-z]).chr((ord($1)-84)%26+97).gee; s^([A-Z])^chr((ord($1)-52)%26+65)^gee;print;
        
        use strict; use warnings; Link zu meiner Perlseite
- moritz
  
  2009-07-06 14:48
  
  User since
  2007-05-11
  923 Artikel
  HausmeisterIn
  
  Zu hause bin ich mit noscript unterwegs, an der Uni ist JS aktiviert.
  Perl 6 - Perls Zukunft
- +3 replies
- neniro
  
  2009-07-19 13:30
  
  User since
  2008-12-14
  79 Artikel
  BenutzerIn
  
  http://www.heise.de/newsticker/Buffer-Overflow-in-...
  -- yet another amateur perl hacker
  - +2 replies
  - GwenDragon
    
    2009-07-19 13:36
    
    User since
    2005-01-17
    14533 Artikel
    Admin1
    
    Schlecht programmiert, wenn Pufferüberläufe sowas auslösen.
    Dabei ist das Problem der buffer overflows und den daraus möglicherweise eingeschleusten Code jahr(zehnt)elang bekannt.
    die Drachin, Gwendolyn
    
    Unterschiedliche Perl-Versionen auf Windows (fast wie perlbrew) • Meine Perl-Artikel
    - sid burn
      
      2009-07-19 19:25
      
      User since
      2006-03-29
      1520 Artikel
      BenutzerIn
      
      2009-07-19T11:36:42 GwenDragon
      Schlecht programmiert, wenn Pufferüberläufe sowas auslösen.
      Dabei ist das Problem der buffer overflows und den daraus möglicherweise eingeschleusten Code jahr(zehnt)elang bekannt.
      
      Ich würde eher sagen, schlechte Programmiersprache.
      
      Sie sind durchaus Jahrzentelang bekannt, aber da man das alles selber in Sprachen wie C oder C++ handeln muss, tretten immer wieder solche Fehler auf. Das wird wohl auch nie enden.
      
      Es werden fast täglich neue Buffer Overflow Lücken in vorhander Software gefunden: http://secunia.com/advisories/search/?search=buffe...
      Nicht mehr aktiv. Bei Kontakt: ICQ: 404181669 E-Mail: perl@david-raab.de

View all threads created 2009-07-04 16:54.