Du könntest versuchen den standard user dir path zu kopieren für den zweiten browser, könnte mir vorstellen er erstellt die sql dateien nicht.
Edit: Default Locations: User Data Directory
Edit2: Und ja scheint ein Bug zu sein puppeteer was auch chromium benützt hat auch das problem LocalStorage is missing in userdataDir when using headless mode · Issue #5612 · puppeteer/puppeteer · GitHub
Oder versuche doch einmal, das Profil-Verzeichnis im gleichen Hauptverzeichnis wie “vanilla” unterzubringen, also unterhalb von ~/.config [1]. Ich könnte mir vorstellen, dass irgendwo bei Chrome, oder durch Linux, fortschrittliche Sandbox Funktionalitäten realisiert sind, die einen entsprechenden Zugriff nicht beliebig erlauben. Vielleicht gerade eben unter /tmp nicht.
Muss aber auch nicht sein, auch das sind nur Vermutungen.
Laut chrome://version/ in der Adresszeile von Chromium eingegeben ist der Profile Path /home/pi/.config/chromium/Default selbst wenn ich den explizit spezifiziere via:
chromium-browser --app=https://beedao.zku-berlin.org/hive.html#02 --kiosk --user-data-dir=/home/pi/.config/chromium/Default
funktioniert es nicht,
Wenn ich statt dessen --user-data-dir=/home/pi/.config/chromium/ verwende (ohne Default) geht es??! Mit --user-data-dir=/home/pi/.config/chromium2/ oder --user-data-dir=/home/pi/.config/chromium/browser1 geht es wieder nicht! --mojo-local-storage brachte nichts.
Agrrr!
[edit] ich hatte gestern schon den Inhalt von /home/pi/.config/chromium/Default nach /tmp/browser1/ kopiert, was nichts brachte. Nun – mit der Erkenntnis von oben nochmal
den Inhalt von
/home/pi/.config/chromium/ (ohne Default) nach/tmp/browser1/kopiert, und es funktioniert! Boah! Jetzt wäre nur noch schön zu wissen, ob es eine config-Opton ist die gezwickt hat oder tatsächlich eine Datei, die nicht angelegt werden konnte / durfte.
[edit2] Das Verzeichnis Default ist nicht das user dir, sondern laut Chromium Docs - User Data Directory
- The user data directory is the parent of the profile directory.
Dazu gibt es ein ticket: Grafana embeds not working in Chromium/Chrome incognito window · Issue #33610 · grafana/grafana · GitHub
Fein! Andere [1] verwenden ganz einfach ein jeweils neu angelegtes temporäres Verzeichnis als Profilverzeichnis.
--user-data-dir=$(mktemp -d)
So wäre es eigentlich am besten, damit muss a) nichts vorbereitet werden (Profil umkopieren WTF!?) und b) kann auch nix schlimmes kaputtgehen, wenn es beim nächsten Mal ohnehin wieder neu erzeugt wird.
Ne, mit einem leeren funtioniert es ja nicht, momentan tuts nur wenn ich die Sachen von /home/pi/.config/chromium/ ins neu angelegt Verzeichnis kopiere,
Leider zu früh gefreut, Ich konnte mit dem Rüberkopieren der Profil-Daten per bash das Panel starten, aber in der autoconfig geht es nicht und auch nach einem Restart des Raspis geht es nicht, als ob durch den Neustart wieder was gelöscht / zurückgesetzt wurde. :-/
Hier wird Raspbian bei einem Problem mit LocalStorage und Chromium genannt: javascript - LocalStorage variable not persisting in Chromium Kiosk mode - Stack Overflow
pfff, noch eine Idee?
Wo liegt denn das “neue” Verzeichnis?
Ja, /tmp wird gelöscht.
Firefox ausprobieren!
Ich habe /home/pi/.config/chromium2/ versucht und /tmp/browser2/.
Firefox ist installiert über man finde ich aber keine Parameter oder Optionen den irgendwo zu positionieren. Also Äquivalent für --window-position=0,0
Vielleicht hilft das hier weiter.
Ich weiß nicht wie wichtig dieses ganze Projekt ist, aber theoretisch könnte ich ansonsten auch einen Webserver aufsetzen der Screenshot macht und diese dann über eine URL served. Die images könnte man dann “einfach” über die URL laden.
Eg. sowas in der Art:
Des ist aber natürlich nicht “ganz” trivial aber machbar, würde mich aber bissl Zeit kosten.
Cheers
Hannes
Es läuft bei mir einfach nur sehr “random” über die Autostart. Wenn man das schon vorhandene default chromium Verzeichnis verwendet --user-data-dir=/home/pi/.config/chromium geht es meist (aber auch nicht immer), aber mit einem zweiten hat er häufig Probleme, gestern ging es gar nicht, heute bei einem ab und an. Ich kann es auch nicht eingrenzen.
Ich bin zu den RasPis im Projekt auch wie die Jungfrau zum Kind gekommen und habe schon vielzuviel Zeit investiert, möchte dich, Hannes, da nicht auch noch weiter einspannen, vielen lieben Dank für eure Hilfe Hannes / @hannes und Andreas / @Andreas!
Aber darüber hatte ich auch schon nachgedacht, entweder auf einer Maschine screenshots machen, oder können wir auch von Grafana JPGs oder PNGs über eine URL abrufen – und im besten Fall die gewünschte Größe angeben, die Monitore vor Ort haben 1280 x 1024 px, das ist 5:4. Exportieren über die GUI geht ja, ggf. geht das auch als Link? Ja: Is it possible exporting (render as a png) a especific panel in dashboard? - api - Grafana Labs Community Forums
[edit] Hier wird z.B. für Hive 2, Panel 25 eine Grafik mit 1280 x 1024 ausgegeben:
https://swarm.hiveeyes.org/grafana/render/d-solo/cx_KOvH7k/documenta-stockubersicht-and-bienenwetter?panelId=25&orgId=2&var-beekeeper=hiveeyes_beecoin&var-measurement=documenta_hive_02_sensors&var-COMMON_CDC_NAME=Schauenburg-Elgershausen&var-COMMON_MOSMIX_NAME=SCHAUENBURG-ELGERSH.&var-STATION=Schauenburg-Elgershausenfrom=now-14d&to=now&width=1280&height=1024
Tzzz, des ist natürlich die leichteste Lösung, hier jetzt als Images:
https://btree.at/swarm/embed.html
Edit: noch einen simple Fade Effekt hinzugefügt. ;)
Edit2: wenn du mir sagst welche Panels ihr braucht kann ich das auch noch hinzufügen. Momentan: const panelIds = [31, 8, 14, 32];
Cheers
Hannes
Danke!! Momentan sind es die Panel-IDs 23, 25, 31, 32, 8, 6, 14
Das oben zeigt gerade hive4. Könnte man das auch noch parametrisieren z.B.
https://btree.at/swarm/embed.html?hive=xx xx ist die ID, etwa 04 oder 08
und dann beim Aufruf von &var-measurement=documenta_hive_04_sensors die 04 durch den Inhalt der hive-Variable aus dem Search-String ersetzen. Aber nur wenn du gerade Lust und Zeit hast, Lars vom ZK/U sitzt vermutlich auch schon dran. :-)
Panels sind hinzugefügt, des mit den Ids funktioniert gleich wie beim anderen mit hash
eg.: https://btree.at/swarm/embed.html#2
Edit hier ist der aktuelle Code:
<!DOCTYPE html>
<html lang="en">
<head>
<meta charset="UTF-8" />
<meta http-equiv="X-UA-Compatible" content="IE=edge" />
<meta name="viewport" content="width=device-width, initial-scale=1.0" />
<title>Swarm Hiveeyes</title>
<style>
.slideshow {
position: relative;
display: flex;
align-items: center;
justify-content: center;
}
.container {
display: none;
}
/* Animation */
.fade-image {
animation: fadeIn 5s;
-webkit-animation: fadeIn 5s;
-moz-animation: fadeIn 5s;
-o-animation: fadeIn 5s;
-ms-animation: fadeIn 5s;
}
@keyframes fadeIn {
0% {
opacity: 0;
}
100% {
opacity: 1;
}
}
@-moz-keyframes fadeIn {
0% {
opacity: 0;
}
100% {
opacity: 1;
}
}
@-webkit-keyframes fadeIn {
0% {
opacity: 0;
}
100% {
opacity: 1;
}
}
@-o-keyframes fadeIn {
0% {
opacity: 0;
}
100% {
opacity: 1;
}
}
@-ms-keyframes fadeIn {
0% {
opacity: 0;
}
100% {
opacity: 1;
}
}
</style>
</head>
<body style="background-color: #161719">
<div id="container" class="slideshow"></div>
<div id="template" class="fade-image">
<object id="image" data="" type="image/png" width="1280" class="fade-image">
<img src="https://hiveeyes.org/assets/img/hiveeyes.gif" />
</object>
</div>
</body>
</html>
<script>
const panelIds = [23, 25, 31, 32, 8, 6, 14];
const baseUrl =
"https://swarm.hiveeyes.org/grafana/render/d-solo/cx_KOvH7k/documenta-stockubersicht-and-bienenwetter?var-beekeeper=hiveeyes_beecoin&from=now-7d&to=now&height=1024&width=1280";
const hash = window.location.hash.substring(1);
const id = parseInt(hash) || 2;
const container = document.getElementById("container");
const template = document.getElementById("template");
panelIds.forEach((panelId) => {
const newChild = template.cloneNode(true);
newChild.className = "container";
newChild.childNodes[1].data = `${baseUrl}&orgId=${id}&panelId=${panelId}&var-measurement=documenta_hive_${
id < 10 ? "0" + id : id
}_sensors`;
container.appendChild(newChild);
});
const slides = document.getElementsByClassName("container");
let position = 0;
function main() {
slides[position].style.display = "none";
position++;
if (position > slides.length - 1) position = 0;
slides[position].style.display = "block";
setTimeout(main, 5000);
}
main();
</script>
Fein dass das so klappt. Vielen Dank fürs Mithelfen, Hannes!
So, Lars hat den code auf dem ZK/U-Server geändert und statt der iframes nun die von Grafana generierten pngs verwendet. Auf meinem Test-RasPi lief das schon mal deutlich stabiler, zwar immer noch nicht 100%ig, aber mit einem Reload mit F5 konnte man zumindest das fixen. Ich denke das war dann der Fall wenn der Raspi die Seite startet, die WLAN-connection aber noch nicht aufgebaut ist. Matthias hat dann die RasPis in Kassel neu gestartet und dort läuft es jetzt, alle Panels werden angezeigt und wir sind super zufrieden, dass es endlich so ist wie gedacht.
Heute wurde die documenta schon für die Presse geöffnet und ab morgen darf auch “normales” Publikum hin. Das heute-journal hat gerade vom zweiten ZK/U-Projekt für die documenta, das about | citizenship berichtet so ab Minute 2:25.
Nochmal lieben Dank Hannes / @hannes_oberreiter und Andreas / @Andreas für eure Hilfe!
Impressionen
