Beiträge von KB19

[netcup] Claudia H. [netcup] Christina R. Und ein winziger Kritikpunkt noch

Bildschirmfoto_2022-01-18_15-47-55.png

Bitte hebt die ungelesenen bzw. unerledigten Benachrichtigungen irgendwie besser hervor. Früher konnte man auf den ersten Blick sehen, was neu ist. Jetzt ist da nur dieser kleine blaue Punkt, der darauf hinweist. Und natürlich das Hakerl zum Markieren.

Ich bin mir nicht mehr sicher, wie es vorher war, aber da waren unerledigte Benachrichtigungen eindeutiger hervorgehoben. Waren eventuell nur die fett geschrieben? Ich weiß es nicht mehr. Eine andere Hintergrundfarbe des Eintrags würde ja auch schon reichen. Soweit ich das sehe müsste man da mit CSS durchaus etwas machen können, da diese Einträge zur CSS-Klasse interactiveDropdownItemOutstanding gehören.

btw: Beim Inline-Code (</>-Button) erfolgt keine Echtzeitvorschau im Beitragseditor, es steht nur [tt] dort. Absicht oder Bug? Finde ich durchaus gut!

Ah, sehr schön. Die Leiste beim Beitragseditor hat nun auch endlich die "richtige" Farbe

[netcup] Claudia H.  [netcup] Christina R. Pickt der Melden-Button eigentlich absichtlich irgendwo im Nirgendwo? Gleiches gilt für die Reaktionen…

Bildschirmfoto_2022-01-18_15-32-07.png

Ich würde es sinnvoller finden, wenn das alles in der grauen Leiste ist. So weiß man aktuell nicht einmal, ob das zum Inhalt gehört, was mit UTF-8 Emojis ja durchaus denkbar wäre…

nc-forum.png

Oder hebt die Reaktionen alternativ wenigstens irgendwie mit einem anderen Background im Inhaltsbereich hervor

Ok, den Button "Rechte Sidebar" braucht man stellenweise doch

Und dass er immer an oberster Stelle steht, macht irgendwie sogar Sinn.

Na egal, daran werde ich mich schon gewöhnen!

[netcup] Claudia H. Ist es eigentlich Absicht, dass man den hellen Standardstil der Forensoftware in den Einstellungen auswählen kann?

[netcup] Claudia H.

Kann man den Button "Rechte Sidebar" in der Mobilansicht irgendwie ausblenden? Der nervt tierisch und belegt viel Platz. Aber vielleicht gewöhne ich mich noch daran

Das Logo inkl. dem Slogan sieht in der Mobilansicht bei mir irgendwie leicht unscharf aus. (720x1280; Ungoogled Chromium @ LineageOS)

Ansonsten keine schlimmen Dinge entdeckt. Ich muss es später aber erst am PC ansehen

Zitat von KB19

Dürfte wohl keinen Unterschied machen. (Cloudflare & NextDNS)

Ich korrigiere: Dürfte doch nur Cloudflare betreffen.

Oder es war wieder mal pures Glück…

Zitat von Virinum

Welcher DoH-Anbieter ist denn im Firefox ausgewählt? Oder besteht das Problem mit jedem Anbieter?

Dürfte wohl keinen Unterschied machen. (Cloudflare & NextDNS)

Hat zufällig noch jemand Probleme mit DoH in Firefox? Ein User berichtet mir, dass er seit dem WE sporadisch meine netcup Domain mit DoH nicht mehr auflösen kann. Aktuell kann ich es bei einer (Sub-) Domain reproduzieren.

Andere Person: "Warum geht mein Laptop nicht mehr an?"

Ich: "Vielleicht Akku leer?"

Andere Person: "Blödsinn, der war voll als ich ihn zu Mittag verwendet und eingepackt habe!"

Netzteil angesteckt, läuft wieder: Akku auf ≤1%

Aber der Hammer kommt erst! Syslog um 12 Uhr: Lid closed. LID CLOSED!!!!!111elf

Syslog um 16 Uhr: Suspended (Akku leer)

Das Ding war 4h lang eingeschaltet (!) in einer Tasche

Mich wundert, dass das Ding überhaupt noch funktioniert.

Hat das Problem zufällig noch irgendjemand? Microsoft zeigt bei SNDS plötzlich bei allen IP-Adressen folgende Meldung an:

Zitat

Junked due to user complaints or other evidence of spamming

Nicht nur netcup IPs und auch zahlreiche IP-Adressen, die nicht einmal Mails versenden.

Das dürfte seit mindestens 25h so sein, die gestrige Mail von meinem Benachrichtigungsscript habe ich allerdings übersehen.

Für euch getestet: Man sollte für Testzwecke lieber keine VM von netcup mit hoher I/O-Auslastung am Homeserver nachbauen…

diskstats_utilization-day.png

…wenn man keinen passenden Cache für die VM aktiviert hat! Sonst läuft ZFS am Hostsystem trotz Enterprise-SSD ein klein wenig Amok

(Die VM läuft in Proxmox jetzt mit cache=unsafe, weil sowieso eine USV vorhanden ist und es für einen temporären Test völlig egal ist.)

Zitat von Exception

Ich dachte es ging ihm allgemein um Virtualisierung unter ARM.

War jetzt trotzdem nicht ganz uninteressant. Also dennoch Danke

Ist Virtualisierung mittels KVM & Qemu bei ARM überhaupt schon halbwegs ausgereift?

(Ernst gemeinte Frage, ich habe das Thema in den letzten Jahren nicht ernsthaft verfolgt.)

Ergänzung: Über ELTS bekommen einige (wenige) Pakete unter Debian Jessie noch immer Updates

Welche Pakete das sind, bestimmen zwar die zahlenden Sponsoren, aber das Resultat ist trotzdem für alle frei verfügbar.

https://wiki.debian.org/LTS/Extended

(Trotzdem sollte man schleunigst von Jessie weg kommen!)

Zitat von KB19

Ein vergleichsweise neues Feature in rtl_433 ist traumhaft: -Y autolevel 

Das teilweise schwache Signal des vergleichsweise weit entfernten und veralteten Außensensors bzw. die Signalüberlagerungen sind damit zwar leider trotzdem nicht komplett vom Tisch, aber dafür habe ich nun eine breite Auswahl an fremden Außensensoren.

outdoor-day.png

Drei davon funken sogar die Luftfeuchtigkeit durch die Gegend, hier nicht im Bild zu sehen. Bei 1-2 weiteren Sensoren der Nachbarschaft bin ich mir noch nicht sicher, ob die einfach halb defekt sind oder einen sehr komischen Montageort haben, da deren Werte weder zum Innen-/Außenbereich noch zu einem Kühlschrank passen und untypisch schwanken.

Welche Sensoren der Nachbarn in der Sonne hängen, wird sich dann auch erst zeigen. (Meiner ist die fette THN128 Linie und der hängt im Schatten.)

Vielleicht teste ich dann doch nochmals eine andere Antenne…

Zitat von ASS

In meiner Erinnerung hatte ich damals nichtmal ein daneben stehendes Device empfangen.

Das war bei mir damals ähnlich. Ironischerweise, weil das Signal viel zu stark war.

Wirkliche Beispiele kann ich da auch nicht liefern. Im Endeffekt hilft nur probieren und notfalls mit diesen ganzen grafischen Analyseprogrammen die Frequenz untersuchen und bei GitHub um Hilfe betteln bitten. Mich führte damals simples Trial & Error zum Erfolg: Gain Level (-g) und Bit Detection Level (ehemals -l). Mittlerweile hat man mit -Y wesentlich mehr Möglichkeiten. Meine Sticks laufen jetzt so: -g 20 -Y autolevel

Was ganz interessant ist, sich mal SNR & Co. der empfangenen Datenpakete ausgeben zu lassen. Diese Möglichkeit gab es früher glaube ich auch nicht: -M level

Und unterschätze niemals, was eine schlechte oder für die Frequenz unpassende Antenne anrichten kann! Da solltest Du Dich eventuell einlesen, gibt zahlreiche gute Seiten im Internet. Ich verwende aktuell zwar auch nur zwei billige DVB-T Antennen, die eine falsche Länge und schlecht geschirmte Kabel haben, aber die sind im Vergleich zu anderen Antennen zufälligerweise ganz brauchbar...

Zitat von ASS

in einer shell, oder in einem webbrowser?

Eventuell die Quelltextansicht im Browser verwenden?

Oder halt htmlspecialchars()

Zitat von ASS

Hmm, ich habe da mehrere DVB-Sticks liegen. sollte ich wohl dann mal wieder testen.

Wenn sie einen passenden Chip haben, der von rtl-sdr unterstützt wird: Nur zu!

Ich wollte damals eigentlich mit ADS-B experimentieren und bin dann bei den 433 MHz Sachen hängen geblieben. Zwei alte Oregon Scientific Funksender hatte ich damals sowieso. Leider habe ich mein Setup in den letzten Jahren nicht mehr ganz so aktiv betreut, weil der Empfang ohne dem Autolevel-Feature teilweise echt mies war. Mit dem neuen Homeserver starte ich jetzt neu durch und hoffe auf weniger Ausfälle in den aufgezeichneten Daten.

Zitat von ASS

Geht das auch in HASS?

Damit habe ich leider keine Erfahrung. Aber vielleicht hilft das: https://triq.org/rtl_433/INTEGRATION.html

Ein vergleichsweise neues Feature in rtl_433 ist traumhaft: -Y autolevel 

Früher musste ich immer mit zwei Sticks und unterschiedlichen Argumenten arbeiten, um alle Sensoren halbwegs brauchbar rein zu bekommen. Alles mit einem Stick war völlig unmöglich, entweder funktionierten die neuen (stärkeren) Sensoren oder die älteren (bzw. schwächeren) Sensoren. Das dürfte jetzt endlich Geschichte sein, mit dem Autolevel bekomme ich alles rein. Auch die (Außen-) Sensoren der Nachbarschaft sind immer wieder dabei. Da ich die Daten nach wie vor mittels Munin aufzeichne, reicht mir ein korrekt empfangenes Datenpaket in 5 Minuten.

17:25           -0.7         6.7        20.3        50.0         -           -          19.1        50.0
17:26           -0.7         6.7        20.3        50.0        20.2        49.0        19.1        50.0
17:27           -0.7         6.7        20.3        50.0        20.2        49.0        19.1        50.0
17:28           -0.7         6.7        20.3        50.0        20.2        49.0        19.1        50.0
17:29           -0.7         6.7        20.3        50.0        20.2        49.0        19.1        50.0
17:30           -0.7         6.7        20.3        50.0        20.2        50.0        19.0        50.0
17:31           -0.7         6.7        20.3        50.0        20.2        50.0        19.0        50.0
17:32           -0.7         6.7        20.3        50.0        20.2        50.0        19.0        50.0
17:33           -0.7         6.7        20.3        50.0        20.2        50.0        19.0        50.0
17:34           -0.7         6.7        20.3        50.0        20.2        50.0        19.0        50.0
17:35           -0.7         6.7        20.3        50.0        20.2        50.0        19.0        50.0
17:36           -0.7         6.7        20.3        50.0        20.2        50.0        19.0        50.0
17:37           -0.7         -          20.3        50.0        20.2        50.0        19.0        50.0
17:38           -0.7         6.7        20.3        50.0        20.2        49.0        19.0        50.0
17:39            -           6.7        20.3        50.0        20.2        49.0        19.0        50.0
17:40           -0.7         6.8        20.3        50.0        20.2        49.0        19.0        50.0
17:41           -0.7         -          20.2        50.0        20.2        49.0        19.0        50.0
17:42           -0.7         -          20.2        50.0        20.2        49.0        19.0        51.0
17:43            -           6.8        20.2        50.0        20.2        49.0        19.1        51.0
17:44           -0.7         6.8        20.2        50.0        20.2        49.0        19.1        51.0
17:45           -0.7         6.8        20.2        50.0        20.2        49.0        19.1        51.0
17:46           -0.7         6.9        20.2        50.0        20.2        49.0        19.1        51.0
17:47           -0.7         6.9        20.2        50.0        20.2        49.0        19.1        51.0
17:48           -0.7         -          20.2        50.0        20.2        49.0        19.1        51.0
17:49           -0.7         6.9        20.2        50.0        20.2        49.0        19.1        51.0
17:50           -0.7         6.9        20.2        50.0        20.2        49.0        19.1        51.0
17:51            -           7.0        20.2        50.0        20.2        49.0        19.1        51.0
17:52           -0.7         7.0        20.2        50.0        20.2        49.0        19.2        51.0
17:53           -0.7         -          20.2        50.0        20.2        49.0        19.2        51.0
17:54           -0.7         7.0        20.2        50.0        20.2        49.0        19.2        51.0

Aktuell laufen weiterhin beide Sticks in einer VM, aber zum Test mit verschiedenen Antennen. Mal schauen, ob ich irgendwann einen abstecken kann…

(Das sind irgendwelche billigen Fitipower FC0013, die ich mal günstig gebraucht erworben habe.)

Zitat von p4scal

was treibt ihr mit solchen großen RS? ?

Weltherrschaft vorbereiten

(Keine Sorge, ich habe keine so großen RS. Das mit der Weltherrschaft kann ich jedoch weder dementieren noch bestätigen.)