Habe mir eine WebApp für den Batterie-Status gebaut

[Xiberger]

Ich fummle damit rum, weil es so im readme steht: Anpassungen Zeilen 20, 21:

RewriteCond %{HTTP_HOST} !^battery\.ebiene\.de$ [NC]
RewriteRule ^(.*)$ https://battery.ebiene.de/$1 [R=301,L]

Und weil ich von der htaccess Welt keine Ahnung habe, mache ich das, was im readme steht...

Und eigentlich will ich gar nicht umlenken oder forwarden.
Ich will eigentlich nur die App unter http(s)://meine.domain.com:12345/ aufrufen.

Ich denke, ich werde mir am Wochenende mal die Doku zur htaccess reinziehen, das ist vermutlich zielführender als mit trial/error diverse Kombinationen und Snippets aus stackoverflow auszuprobieren...

[endurance]

Du hostet auf linux mit Apache? Ich habe ja keine Readme sondern die Anleitung hier:
https://okedv.dyndns.org/wbb/blog/index ... d-plugins/

bzgl. .htaccess ja damit sollte man sich beschäftigen, da essentiell für die Sicherheit der Daten.

bzgl. Rewrite (aber hast Du sicher schon gelesen):
http://httpd.apache.org/docs/current/mo ... write.html bzw.
https://httpd.apache.org/docs/2.0/misc/ ... guide.html

meine Testinstallation läuft unter apache2 ohne rewrite rules die section habe ich einfach entfernt. Ich vermute eher dass Du Probleme mit den security settings unten im .htAccess hast. Entferne mal testhalber die unterste security section (alles nach #security headers) und lade die Seite komplett neu (cache löschen etc.)

[Xiberger]

OK, läuft.

Ich trau mich gar nicht sagen, was das Problem gewesen ist... ist mir wirklich unangenehm.
Im Sinne des Forums: "curl" war nicht aktiviert (ich hoste das ja auf einer Synology, da müssen die Extensions separat aktiviert werden).

(aktuell nur unter Edge, Chrome kann das CSS nicht laden wg. irgendwelchen CSP Einstellungen, aber das krieg ich raus)

[endurance]

CSP Content Security Policy - das ist die Section unten im .htaccess

[LocutusB]

Gelöscht, da der Beitrag, auf den sich das bezogen hat, wieder weg ist :-/.

[0000]

Ich mache jetzt keinen neuen Thread draus

Basierend auf der API, hab ich mir einen "Amazon Alexa Skill" (App/Erweiterung für Alexa) gebastelt, der mir den aktuellen Batterie-Status ansagt. Ich sage lediglich: "Alexa, frage i3 nach dem Batterie-Status". Und schon liest Alexa den aktuellen Status vor. Die Ansage unterscheidet sich je nach dem, ob der Wagen lädt oder eben nicht.

So ungefähr nach diesem Muster wird geantwortet, wenn der Ladevorgang aktiv ist: "Batterie Status: Der Ladevorgang ist aktiv und endet voraussichtlich in 2 Stunden und 51 Minuten. Die verbleibende Batterieladung beträgt 82 %. Daraus ergibt sich eine Reichweite von 106 km."

Ich hab mal ein Anfängervideo gedreht (miese Quali, ich weiß), damit ihr ungefähr wisst, wie sich das anhört.
https://www.dropbox.com/s/ewe73qfsjl1t7 ... 5.m4v?dl=0

P.S. Es gibt bereits eine BMW Connected "App" für Alexa, die ich aber nicht nehmen wollte, da sie den vollständigen Remote-Zugriff auf das Fahrzeug zulässt. Und das wollte ich nicht, da ich Alexa nicht alleine nutze und vermeiden will, dass der Wagen "zufällig" z.B. entsperrt wird. Ein Read-only Zugriff ist mir da viel lieber

Gibt es das Skill auch offiziell? Ich habe versucht das als lambda im aws zu hosten, aber spätestens beim skill anlagen im dev portal steigt man aus wenn man das noch nie gemacht hat.

[Nils07]

Das mit dem Alexa-Skill würde mich auch interessieren.

[endurance]

Habe heute mal die WebApp um HV_Percent erweitert und etliche Denkfehler im Zusammenhang vo Jahrewechseln bzgl. der Graphen beseitigt.

Wenn dieser hv_percent einen Informationsgehalt hat werde ich die Anzeige belassen (und den dazugehörigen Graphen). Mal schauen wie sich das die nächsten Wochen entwickelt. Danach gibt es das update zum download.

[endurance]

Updatepaket nun verfügbar (fridges3 hat ja getestet ) unter
https://okedv.dyndns.org/wbb/blog/index ... d-plugins/

sind nur 3 Dateien - sollte also easy sein. Im Januar plane ich ein weitere Update bei dem man dann die Datenzeiträume in den Graphen besser selektieren kann. Weiterhin werde ich von CSV auf DB wechseln (muss aber so bleiben das es bei möglichst vielen Webhostern geht), da das CSV Format recht unpraktisch ist wenn man daten gezielt suchen möchte; wenn auch vorteilhaft da man in einem Normaltexteditor mal schnell was schauen will...

[treehacker]

Hi Endurance...
so ganz genau habe ich mir die Webapp noch nicht angesehen aber ich würde für die anfallenden Daten dann wohl eher eine SQLite DB nutzen... dann hat man auch keine Probleme bei den Hostern und muss nicht extra eine DB Struktur vorher anlegen.

Mein BMW i3s kommt erst in KW6, danach werde ich auch mal genauer mit der WebApp ausseinander setzen da ich sowas hauptberuflich mache