Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • 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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    24
    1
    1.3k

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    9.3k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    14
    1
    2.6k

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

Geplant Angeheftet Gesperrt Verschoben JavaScript
3 Beiträge 2 Kommentatoren 231 Aufrufe 1 Watching
  • Ä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
        Antworten
        • In einem neuen Thema antworten
        Anmelden zum Antworten
        • Älteste zuerst
        • Neuste zuerst
        • Meiste Stimmen


        Support us

        ioBroker
        Community Adapters
        Donate

        600

        Online

        32.5k

        Benutzer

        81.7k

        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