NEWS
Test Adapter Energiefluss-erweitert v0.8.x GitHub/Latest
-
@skb Hab das jetzt im Reverseproxy geändert.
Aber da stimmt trotzdem in der Art, wie Dein Adapter die URL baut, was nicht.Da steht
"link": "%web_protocol%://%ip%:%web_port%/energiefluss-erweitert/?instance=%instance%"
aber ich habe iob mit https laufen, er erzeugt aber eine http URL
Das Protokoll wird also (zumindest bei mir) nicht übernommen.
Kannst Du das vielleicht nochmal checken?@Merlin123 wenn die Zertifikate richtig sind und der Web Adapter auf HTTPS steht, funktioniert das Protokoll problemlos.
-
Da sich auf meinen letzten Post niemand geäußert hat, gehe ich aufgrund der Likes mal davon aus, dass das Feature gewünscht wird und habe es mal erstellt. Allerdings ist es noch nicht ganz fertig - somit wird es noch ein wenig dauern, bis es benutzt werden kann.
Im Hintergrund habe ich auch noch eine Menge andere Features umgesetzt, die den Adapter auf einen aktuellen Stand heben.Aus dem Grunde würde ich die nächste Version erstmal als Alpha-Version rausgeben und bin nun natürlich an Testern interessiert, die diese Alpha-Version einmal ausprobieren würden. Am Liebsten solche, die bereits mehr als eine Instanz laufen haben, da hier auch direkt die "Import" Version für die Views getestet werden könnte ;)
Würden sich die Personen, die mehrere Instanzen zur Anzeige verwenden, einen "Importer" für die Anzeige wünschen?
Vielen Dank im Voraus! ;)
@SKB
Ich würde mich gerne als Alpha Tester zur Verfügung stellen.
Momentan laufen bei mir 3 Instanzen.
Zum Thema Importer: Bei mir würde ich die 3 Instanzen dann gerne in eine "zusammenfassen".
Ob dies via Importer geschieht, oder ein "Copy&Paste" irgendwo in einem Config Datapoint trifft mir persönlich nicht soo viel an.
Ein sauberer "Importer" wäre aber natürlich die "Deluxe" LösungGrüsse
-
@Merlin123 wenn die Zertifikate richtig sind und der Web Adapter auf HTTPS steht, funktioniert das Protokoll problemlos.
@SKB hmm... das klappt aber so nicht, wenn ich https über eine öffentliche URL oder auch über eine interne URL mit hhtp habe.
und da interne und externe URL verschieden sind, haben die auch verschiedene Zertifikate.
Aus meiner Sicht sollte der Adapter sich keien URL zusammenbauen, sondern die URL nutzen, über die der Admin aufgerufen wird.
Alternativ halt eine manuelle Konfiguration einer URL in der Instanz.Ich habe bei anderen Adaptern keine Probleme, die haben aber halt auch keine separate Konfiguration. (die bei Deinem Adapter ja absolut Sinn macht)
-
@SKB hmm... das klappt aber so nicht, wenn ich https über eine öffentliche URL oder auch über eine interne URL mit hhtp habe.
und da interne und externe URL verschieden sind, haben die auch verschiedene Zertifikate.
Aus meiner Sicht sollte der Adapter sich keien URL zusammenbauen, sondern die URL nutzen, über die der Admin aufgerufen wird.
Alternativ halt eine manuelle Konfiguration einer URL in der Instanz.Ich habe bei anderen Adaptern keine Probleme, die haben aber halt auch keine separate Konfiguration. (die bei Deinem Adapter ja absolut Sinn macht)
@Merlin123 Es wird hier keine URL zusammengebaut, sondern die URL genutzt, die richtig ist. IP:Port vom Web mit dem entsprechenden Pfad. Das funktioniert intern tadellos.
Wenn von extern oder über einen Proxy das nicht "geht" muss man den Proxy richtig einstellen.
Hier reicht es oft nicht, das Root Verzeichnis zu Mappen, sondern man muss auch den Websocket entsprechen weiterleiten.
-
@Merlin123 Es wird hier keine URL zusammengebaut, sondern die URL genutzt, die richtig ist. IP:Port vom Web mit dem entsprechenden Pfad. Das funktioniert intern tadellos.
Wenn von extern oder über einen Proxy das nicht "geht" muss man den Proxy richtig einstellen.
Hier reicht es oft nicht, das Root Verzeichnis zu Mappen, sondern man muss auch den Websocket entsprechen weiterleiten.
@SKB
Ich glaube, wir reden etwas aneinander vorbei.
der Zugriff über die interne und über die externe Domain klappt via https problemlos.
Ich kann die Energiefluss Diagramme und die Konfiguration problemlos aufrufen.
Also ist es kein Websocket Problem.Aus meiner Sicht ist halt
IP+Port
nicht der richtige Pfad.
Der richtige Pfad ist der, mit dem der Admin oder die Vis aufgerufen werden.Wie Du richtig sagst:
Intern geht es mit der aktuellen Lösung, weil dann die IP erreichbar ist.Aber sobald man halt nicht über die IP aufruft und die IP nicht direkt erreichbar ist geht es schief
Zu meinem Verständnis:
Die URL, die hinter dem Link zur Konfiguration liegt, wird
a: vom web Adapter
b: von deinem Adapter
generiert?Vielleicht nochmal mein Vorschlag:
In deinem Adapter einfach ein optionales Feld, wo man die Basis-URL (inkl. Port) des Web Adapters eintragen kann. -
@SKB
Ich glaube, wir reden etwas aneinander vorbei.
der Zugriff über die interne und über die externe Domain klappt via https problemlos.
Ich kann die Energiefluss Diagramme und die Konfiguration problemlos aufrufen.
Also ist es kein Websocket Problem.Aus meiner Sicht ist halt
IP+Port
nicht der richtige Pfad.
Der richtige Pfad ist der, mit dem der Admin oder die Vis aufgerufen werden.Wie Du richtig sagst:
Intern geht es mit der aktuellen Lösung, weil dann die IP erreichbar ist.Aber sobald man halt nicht über die IP aufruft und die IP nicht direkt erreichbar ist geht es schief
Zu meinem Verständnis:
Die URL, die hinter dem Link zur Konfiguration liegt, wird
a: vom web Adapter
b: von deinem Adapter
generiert?Vielleicht nochmal mein Vorschlag:
In deinem Adapter einfach ein optionales Feld, wo man die Basis-URL (inkl. Port) des Web Adapters eintragen kann.@Merlin123 Dieses Thema hat eigentlich so gut wie nichts mit dem EFE-Adapter zu tun.
Ich würde dich bitten, hierzu dann ein neues Thema zu öffnen, denn eine Konfiguration Deines Web-Proxy ist für den Themenbereich nicht passend.
Zu meinem Verständnis:
Die URL, die hinter dem Link zur Konfiguration liegt, wird
a: vom web Adapter
b: von deinem Adapter
generiert?Die URL generiert der Admin-Adapter. Ich gebe hier nur die Variablen an:
%web_protocol%://%ip%:%web_port%/energiefluss-erweitert/?instance=%instance%Dieser Link ist auch nur für den Aufruf aus dem Admin-Adapter (Instanz-Link).
-
@Merlin123 Dieses Thema hat eigentlich so gut wie nichts mit dem EFE-Adapter zu tun.
Ich würde dich bitten, hierzu dann ein neues Thema zu öffnen, denn eine Konfiguration Deines Web-Proxy ist für den Themenbereich nicht passend.
Zu meinem Verständnis:
Die URL, die hinter dem Link zur Konfiguration liegt, wird
a: vom web Adapter
b: von deinem Adapter
generiert?Die URL generiert der Admin-Adapter. Ich gebe hier nur die Variablen an:
%web_protocol%://%ip%:%web_port%/energiefluss-erweitert/?instance=%instance%Dieser Link ist auch nur für den Aufruf aus dem Admin-Adapter (Instanz-Link).
@SKB
"Ich gebe hier nur die Variablen an: %web_protocol%://%ip%:%web_port%/energiefluss-erweitert/?instance=%instance%"dann ist es also ein Adapterproblem.
Wenn Du ip:port übergibst führt das genau zu dem Problem.Mach doch diese Variablen konfigurierbar.
-
@SKB
"Ich gebe hier nur die Variablen an: %web_protocol%://%ip%:%web_port%/energiefluss-erweitert/?instance=%instance%"dann ist es also ein Adapterproblem.
Wenn Du ip:port übergibst führt das genau zu dem Problem.Mach doch diese Variablen konfigurierbar.
@Merlin123 sagte:
dann ist es also ein Adapterproblem.
Wenn Du ip:port übergibst führt das genau zu dem Problem.Ich glaube, Du verstehst Die die Art und Weise, wie und wo diese verwendet wird nicht richtig. Diese Variablen sind NUR für den Admin Link innerhalb der Instanzliste. Sonst haben sie nirgends Einfluss.
Der Adapter erstellt weder einen eigenen Proxy, noch Server, noch sonst irgendwas. Er läuft rein über den Web-Adapter und eine Extension dessen.
Außerdem kann man diese Variablen nicht konfigurierbar machen, da sie in der io-package.json liegen und somit durch den Admin-Adapter befüllt werden.
-
@skb Ich habe schon verstanden, für was der Link ist und wer die Webseiten zu Verfügung stellt.
Wenn die Variablen nicht durch den Adpater veränderbar sind muss ich damit leben. Aber das ist definitiv ein Designfehler an der Stelle, wenn nicht die aufrufende URL, sondern die IP und der Port genutzt werden.
-
@skb Ich habe schon verstanden, für was der Link ist und wer die Webseiten zu Verfügung stellt.
Wenn die Variablen nicht durch den Adpater veränderbar sind muss ich damit leben. Aber das ist definitiv ein Designfehler an der Stelle, wenn nicht die aufrufende URL, sondern die IP und der Port genutzt werden.
@Merlin123 Ich glaube, Du verstehst weiterhin nicht, das der Link, der da generiert wird, vom Admin Adapter kommt und für den internen, direkten Aufruf genutzt wird.
Wenn es weiterhin um dein Proxy Problem geht, eröffne doch ein Thema, damit man sich darin damit beschäftigen kann, da die Erreichbarkeit des EFE hinter einem Proxy nicht dessen Kernaufgabe ist!
-
transition: none!important;
Funktioniert leider auch nicht.
ich hätte die Animation gerne auch ausgeschaltet. Auch bei mir funktioniert das nicht...
egal ob Chrome (Desktop) oder Safaritransition: none!important;
Funktioniert leider auch nicht.
ich hätte die Animation gerne auch ausgeschaltet. Auch bei mir funktioniert das nicht...
egal ob Chrome (Desktop) oder SafariHi! Ich wollte dazu nochmal nachfragen ob es dazu eventuell neue Erkenntnisse gibt. Die Animationen abzuschalten wäre für mich weiterhin ein Punkt den ich gerne lösen würde.
Wenn's nicht geht dann ist es so aber final wurde die Frage -zumindest für mich- noch nicht beantwortet. Safari, Chrome und Firefox reagieren alle nicht auf die bisher genannten Dinge, Animation läuft munter weiter.
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