Ankündigung

Einklappen
Keine Ankündigung bisher.

Cache Problem, Smartvisu 2.9

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

    Cache Problem, Smartvisu 2.9

    Hallo,
    ich versuche mich seit einigen Abenden am Umstieg von 2.8 auf 2.9

    Es funktioniert auch soweit alles, außer wenn der Cache über die config aktiviert ist.
    Dann kann ich die Seiten mit 1 Gerät aufrufen, ein zweites Gerät sieht dann nur noch einen blanken Hintergrund. (egal ob gleichzeitiger Zugriff oder nacheinander)
    Dann lösche ich den Visu Cache (temp-Ordner).
    jetzt kann die Seite wieder geöffnet werden. Egal ob chrome oder Android.
    Ein zweites Gerät sieht nun wieder einen blanken Hintergrund.

    Kann das mit einer älteren smarthome Version zusammenhängen? Ich bin noch nicht auf Smarthomeng und yaml.

    Braucht ihr weitere Infos?

    Vielen Dank schonmal.

    Gruß
    Wolfgang
    Zuletzt geändert von Bit-te; 19.04.2020, 08:16.

    #2
    Noch ein Nachtrag.

    Auch mit den Seiten aus dem example4.quad Ordner gibts das Problem, außer mit der Seite og_ bwm.

    Diese funktioniert mit beliebig vielen Geräten.

    Die Seiten mit Problemen nutzen hauptsächlich quad.dimmer und quad.stateswirch

    Gruß

    Kommentar


      #3
      Oh. Das hatten wir noch nie

      Wie hast Du die neue Version installiert: über die v2.8 in dasselbe Verzeichnis, oder in ein frisches Verzeichnis?

      Der Templatechecker und auch die Initialisierung beim ersten Aufruf der SmartVISU prüfen ein paar Voraussetzungen ab, u.a. Php-Version, Schreibbarkeit von Verzeichnissen ... Was liefern die als Ergebnis?

      Wo in der Config hast Du Deine Einstellungen gemacht? Sollte am besten erstmal nur auf dem 'global' Tab sein.

      Gruß
      Wolfram

      Kommentar


        #4
        Hallo,

        danke für die schnelle Rückmeldung.

        Die Überprüfung beim ersten Start, hat ursprünglich Rechtefehler für config.ini und tmp Folder ausgegeben. Das Problem ist im Forum des öfteren... Ich habe dann einfach zum testen "jeder" Vollzugriff erteilt. Seitdem sieht der Status korrekt aus. (Siehe Screenshot)

        Die Smartvisu habe ich mir als .zip Datei heruntergeladen (Link siehe Screenshot)

        Dann habe ich mir einen neuen Ordner unter /var/www/ gemacht (Smartvisu_neu) Diesen benenne ich nun immer um, wenn ich von der alten auf die neue Wechseln will.

        Innerhalb des Ordner (Smartvisu_neu) habe ich mir unter Pages einen neuen Ordner "Quad" angelegt. Da liegen nun meine "alten" Seiten drin.

        Habe dann angefangen die Seiten auf die neuen Widgets umzustellen. Das funktioniert auch nach 2 Abenden (bis man wußte an welche Stelle im Widget die Einträge müssen ;-)

        Auf dem gleichen Endgerät geht dieses Vorgehen tadellos. Jedes weitere bekommt wie gesagt einen leeren Hintergrund (bei mir "sand)

        Mir ist aber noch was aufgefallen in den "Cache" Dateien:
        Die Seiten die Probleme machen, zeigen in den Pagecache Dateien immer ein Problem mit der Stateengine.html (Ein Auszug der Cache Datei beim Laden der Demo-Datei "licht_og" aus dem example4.quad Ordner ist weiter unten "zitiert".

        Die eine Seite die keine Probleme beim Aufruf macht, bringt auch eine "saubere" Cache Datei. Diese Datei ist auch viel strukturierter.

        Um deine letze Frage zu beantworten: Ich habe nur Einstellungen unter "Global" gemacht in der Config.


        <script>console.log("PHP: stateengine.html does not exist. Looked for: \/var\/www\/smartvisu\/widgets\/stateengine.html, \/var\/www\/smartvisu\/dropins\/widgets\/stateengine.html, \/var\/www\/smartvisu\/pages\/Quad\/widgets\/stateengine.html.");</script>




        <li data-icon="false" class="row_dimmer">

        <div class="quad_table row_dimmer" id="row_demo-licht_og-licht_og_terrasse_decke">
        <div class="text" data-order=0>Decke
        </div>

        <div class="column1 column_multi" data-order="1">













        <a href="#demo-licht_og-licht_og_terrasse_decke_list_locks_popup" data-rel="popup">
        <span id="demo-licht_og-licht_og_terrasse_deckelist_lockpop_on" data-widget="basic.symbol"
        data-item=", bwm.og.terrasse.sperren, licht.og.terrasse.decke.zwangvalue" style="display: none;" data-val="1, "
        data-mode="min"
        class="symbol"><span data-val="1"
        style=""
        >
        <img class="icon icon1" src="icons/ws/secur_locked.svg" alt="secur_locked"></span><span data-val=""
        style="display:none;"
        >
        <img class="icon icon1" src="icons/ws/secur_locked.svg" alt="secur_locked"></span></span>


        Vielen Dank schonmal, und euch allen einen schönen Sonntag.

        Gruß
        Wolfgang
        Angehängte Dateien
        Zuletzt geändert von Bit-te; 19.04.2020, 09:55.

        Kommentar


          #5
          Bin gerade unterwegs, deswegen nur kurz:
          Auf smarthomeNG.de gibt es in der Anwender-Doku unter „Komplettanleitung“ einen Abschnitt für die SmartVISU. Dort ist beschrieben, wie man die Rechte setzen muss. Schau dir das sicherheitshalber noch mal an, falls du noch nicht Apache2 verwendest.

          Das Umbenennen des Ordners ist unnötig, vielleicht sogar kontraproduktiv. Es reicht, die Seiten im Browser mit „Smartvisu_neu“ aufzurufen.

          Deine php-Version ist alt. Wir haben zwar alles auch mit php 5.6 getestet, aber da könnte uns am Ende doch etwas durchgerutscht sein.

          Tritt der Fehler nur im Quad-Design auf?

          Gruß
          Wolfram


          Kommentar


            #6
            Hallo,

            Die Rechte hab ich lt. Komplettanleitung gesetzt. Der Besitzer hat sich geändert und "jeder" hat nun keine Schreibrechte mehr. Die Statusseite die die config.ini überprüft und den temp-Ordner sagt alles ok. Ich kann auch die Config aus dem System neu anlegen sodass die Rechte nun passen.

            Hab den Aufruf mit nem neuen Link probiert. Ich kann die Visu damit öffnen.

            Das Problem ist aber trotzdem das Gleiche.

            Bei den anderen Beispielvisus existiert das Problem nicht. Nur bei meinem eigenen Ordner "Quad" und example4.quad.

            Gruß
            Wolfgang

            Kommentar


              #7
              Das Problem liegt vermutlich in der alten php-Version in Kombination mit der Funktion asset_exists. Wenn Du die state engine nicht verwendest, kannst Du als "quick and dirty" Lösung die widgets/quad.html ändern und in den Macros jeweils den Block
              Code:
              {% if asset_exists('stateengine.html') %}
              {% import "widgets/stateengine.html" as stateengine %}
              {% endif %}
              löschen. (Auskommentieren geht auch, aber mit /** und */, wie in den Docstrings.) Wenn Du die state engine verwendest und die Datei vorhanden ist, lässt Du die Zeilen mit if und endif einfach weg.

              Wenn Du vorher eine Kopie von quad.html anlegst, benenne sie so um, dass die Dateiendung nicht ".html" ist, denn sonst wird sie automatisch importiert.

              Richtiger und sicherer wäre allerdings ein Update auf eine aktuelle php-Version.

              Gruß
              Wolfram

              Kommentar


                #8
                Das Problem resultiert tatsächlich aus der Zeile 24 in der Datei vendor/Twig/Extension/AssetExistsExtension.php.
                Zeile ob_start(); bitte einfach löschen, dann sollte es auch mit ner älteren PHP Version laufen.

                Kommentar


                  #9
                  Hallo,
                  ich habe mir gerade dein aktuelles Image runtergeladen.
                  Dort habe ich das gleiche Problem mit der examples4.quad.

                  Gruß

                  Kommentar


                    #10
                    siehe https://knx-user-forum.de/forum/supp...95#post1496495

                    Kommentar


                      #11
                      Das verstehe ich jetzt nicht. Soll ich die Zeile löschen, obwohl die php Version nun aktuell ist?

                      Um Missverständnissen vorzubeugen, ich meinte dein Image von vor ein paar Tagen.

                      Kommentar


                        #12
                        Zitat von Bit-te Beitrag anzeigen
                        Das verstehe ich jetzt nicht. Soll ich die Zeile löschen, obwohl die php Version nun aktuell ist?

                        Um Missverständnissen vorzubeugen, ich meinte dein Image von vor ein paar Tagen.
                        ja

                        Kommentar


                          #13
                          Bit-te , ist Dein Problem damit gelöst?

                          Wenn das positiv getestet ist, kann ich den PR für den Fix ins develop mergen.

                          Danke und Gruß
                          Wolfram

                          Kommentar


                            #14
                            Ich war gestern nicht mehr am Rechner.
                            ich guck heute abend und gebe Rückmeldung.

                            Kommentar


                              #15
                              Hallo,

                              es scheint zu funktionieren. An 2 Geräten hab ich gerade getestet.
                              Die anderen schaue ich gleich. Gestern gab es aber schon bei den beiden Geräten Probleme.
                              Von daher... es passt.
                              Vielen Dank

                              Kommentar

                              Lädt...
                              X