Weiter zum Inhalt
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Hell
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dunkel
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Skripten / Logik
  4. JavaScript
  5. Script schießt unter umständen die ganze JS Instance ab.

NEWS

  • Neuer ioBroker-Blog online: Monatsrückblick März/April 2026
    BluefoxB
    Bluefox
    8
    1
    1.6k

  • Verwendung von KI bitte immer deutlich kennzeichnen
    HomoranH
    Homoran
    10
    1
    666

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    18
    1
    1.2k

Script schießt unter umständen die ganze JS Instance ab.

Geplant Angeheftet Gesperrt Verschoben JavaScript
3 Beiträge 2 Kommentatoren 289 Aufrufe 1 Beobachtet
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • C Offline
    C Offline
    Creator
    schrieb am zuletzt editiert von
    #1

    Hallo zusammen,

    ich hab ein kleines Script, was von einer URL ein Bild lädt. Dieses wird Lokal gespeichert und im VIS dargestellt.
    Läuft eigentlich Problemlos.
    Jetzt ist die URL aber gerade nicht erreichbar und das zerlegt die gesamte JS Instanz. Somit läuft kein Script mehr.
    Das finde ich schlecht, weil dann ja gleich "das ganze Haus" kaputt ist.. In den Logs, ist leider nicht zu erkennen welches Script jetzt direkt verantwortlich ist.

    function getAgency() {
        var cookieJar = request.jar();
        request.post({url, jar: cookieJar, form: {"_username":"...", "_password":""}}, function(error, response, body){
            request.get({
                url:"https://.../infodisplay/show/135",
                jar: cookieJar
                //header: response.headers
            },function(error, response, body){            
                //console.log(body);
                const $ = cheerio.load(body);
                var filePath = $('.infodisplay-widget-content img').attr('src');
                var path = "https://......de" + filePath;
                //console.log(filePath);
    
                // Bild speichern
                request(path, {jar: cookieJar, encoding: 'binary'}, function(error, response, body) {
                    //console.log(body);
                    fs.writeFile('/tmp/agency.png', body, 'binary', function (err) {
                        var data = fs.readFileSync('/tmp/agency.png');
                        writeFile('vis.0', '/agency/agency.png', data, function (error) {
                            console.log('Agencyfile written');
                            var date = new Date();                
                            setState(lastAgencyUpdate, formatDate(date, "TT.MM.JJJJ SS:mm"))
                        });                    
                    });                
                });
            });
        });
    }
    

    Fangt Ihr solche Situationen im Code ab? Wäre vermutlich die saubere Art und weise.
    Weiß nicht ob das geht, aber es wäre schön wenn ein Script nicht gleich den ganzen Adapter stoppen würde in so einem Fall.

    UncleSamU 1 Antwort Letzte Antwort
    0
    • C Creator

      Hallo zusammen,

      ich hab ein kleines Script, was von einer URL ein Bild lädt. Dieses wird Lokal gespeichert und im VIS dargestellt.
      Läuft eigentlich Problemlos.
      Jetzt ist die URL aber gerade nicht erreichbar und das zerlegt die gesamte JS Instanz. Somit läuft kein Script mehr.
      Das finde ich schlecht, weil dann ja gleich "das ganze Haus" kaputt ist.. In den Logs, ist leider nicht zu erkennen welches Script jetzt direkt verantwortlich ist.

      function getAgency() {
          var cookieJar = request.jar();
          request.post({url, jar: cookieJar, form: {"_username":"...", "_password":""}}, function(error, response, body){
              request.get({
                  url:"https://.../infodisplay/show/135",
                  jar: cookieJar
                  //header: response.headers
              },function(error, response, body){            
                  //console.log(body);
                  const $ = cheerio.load(body);
                  var filePath = $('.infodisplay-widget-content img').attr('src');
                  var path = "https://......de" + filePath;
                  //console.log(filePath);
      
                  // Bild speichern
                  request(path, {jar: cookieJar, encoding: 'binary'}, function(error, response, body) {
                      //console.log(body);
                      fs.writeFile('/tmp/agency.png', body, 'binary', function (err) {
                          var data = fs.readFileSync('/tmp/agency.png');
                          writeFile('vis.0', '/agency/agency.png', data, function (error) {
                              console.log('Agencyfile written');
                              var date = new Date();                
                              setState(lastAgencyUpdate, formatDate(date, "TT.MM.JJJJ SS:mm"))
                          });                    
                      });                
                  });
              });
          });
      }
      

      Fangt Ihr solche Situationen im Code ab? Wäre vermutlich die saubere Art und weise.
      Weiß nicht ob das geht, aber es wäre schön wenn ein Script nicht gleich den ganzen Adapter stoppen würde in so einem Fall.

      UncleSamU Offline
      UncleSamU Offline
      UncleSam
      Developer
      schrieb am zuletzt editiert von
      #2

      @Creator sagte in Script schießt unter umständen die ganze JS Instance ab.:

      Fangt Ihr solche Situationen im Code ab? Wäre vermutlich die saubere Art und weise.

      Wenn es eine Variable namens error (oder err) gibt, kann ich nur empfehlen, die auch zu nutzen! Für keines der request()-Callbacks behandelst du den Fehler. Auch nicht für das writeFile()-Callback.

      Bitte bei Problemen mit meinen Adaptern, Issue auf GitHub erfassen: Loxone | I2C | Luxtronik2
      ♡-lichen Dank an meine Sponsoren

      C 1 Antwort Letzte Antwort
      0
      • UncleSamU UncleSam

        @Creator sagte in Script schießt unter umständen die ganze JS Instance ab.:

        Fangt Ihr solche Situationen im Code ab? Wäre vermutlich die saubere Art und weise.

        Wenn es eine Variable namens error (oder err) gibt, kann ich nur empfehlen, die auch zu nutzen! Für keines der request()-Callbacks behandelst du den Fehler. Auch nicht für das writeFile()-Callback.

        C Offline
        C Offline
        Creator
        schrieb am zuletzt editiert von Creator
        #3

        @UncleSam
        Ja da hast du ganz klar recht. Ist bisschen der Faulheit & Zeit geschuldet.
        Hab den Fehler abgefangen..

        Dennoch ist es nicht so schön, dass der ganze Adapter gleich mitgezogen wird bei so einem Fehler.

        1 Antwort Letzte Antwort
        0

        Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.

        Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.

        Mit deinem Input könnte dieser Beitrag noch besser werden 💗

        Registrieren Anmelden
        Antworten
        • In einem neuen Thema antworten
        Anmelden zum Antworten
        • Älteste zuerst
        • Neuste zuerst
        • Meiste Stimmen


        Support us

        ioBroker
        Community Adapters
        Donate

        567

        Online

        32.9k

        Benutzer

        82.9k

        Themen

        1.3m

        Beiträge
        Community
        Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
        ioBroker Community 2014-2025
        logo
        • Anmelden

        • Du hast noch kein Konto? Registrieren

        • Anmelden oder registrieren, um zu suchen
        • Erster Beitrag
          Letzter Beitrag
        0
        • Home
        • Aktuell
        • Tags
        • Ungelesen 0
        • Kategorien
        • Unreplied
        • Beliebt
        • GitHub
        • Docu
        • Hilfe