Stalker Portal Manager

[tem_invictus]

Du meinst vom Ablauf her, in die Portal Einstellungen und dann "Delete Portal"?

 

[Volker4123686]

Das mit dem Löschen der Portale habe ich bei einem auch bei mir festgestellt. Ich hoffe die Datenbank geht nicht langsam kaputt.
Ebenfalls keine Kritik sondern ein Hinweis.

 

[Schille81]

Ja genau...edit portal...Namen eingeben- Delete..internal Server error... und iwie ist es auch so...wenn ich im Nachhinein noch neue macs hinzufüge..werden viele als nicht aktiv gescannt, obwohl sie aktiv sind...oder ist das ein Fehler von mir...füge sie über bulk text hinzu select all...mac scan

 

[tem_invictus]

hmm, kann ich leider gerade nicht nachvollziehen bei mir. bei mir wird das Portal ordnungsgemäß gelöscht, ohne internal server error.

neue MACs werden standardmäßig als nicht aktiv eingefügt, und erst wenn man diese checkt, ordnungsgemäß gekennzeichnet.

 

[errut]

was ist die primary mac?

 

[Schille81]

Spoiler

Sie müssen registriert sein, um angehängte Bilder zu sehen

 

[tem_invictus]

und du hast auf delete Portal gedrückt?

 

[Schille81]

Genau...den Namen eingegeben und dann fehler...copy paste des Namens also an Schreibfehler liegt es nicht

 

[tem_invictus]

kannst du mal folgendes machen

docker logs -f portal-manager | rg -n "DELETE /api/portals|IntegrityError|FOREIGN KEY|Traceback"

 

[Schille81]

musste ripgrep installieren und jetzt rattert er ne ganze liste runter

und rattert und rattert... hört das von alleine auf oder was genau brauchst du davon @ tem_invictus ???

 

[tem_invictus]

UPDATE 3.3.2

• Die Portal-Server-Informationen enthalten nun die gemessene Antwortzeit (Response Time) in Millisekunden.
• Neue DB-Migration 0023_portal_server_info_response_time, um die zwischengespeicherte Server-Antwortzeit pro Portal beizubehalten.
• Die Portal-Anforderungsverzögerung folgt nun dem gleichen Modell wie der User-Agent:
  • Übersteuerungswert pro Portal oder
  • Globale Standardeinstellung verwenden (portal_request_delay), wenn nicht festgelegt.
• Neue Portale verwenden nun standardmäßig den globalen Anforderungsverzögerungsmodus anstelle der fest codierten 0,3 s.
• Portal-Jobprotokolle zeigen nun die Quelle der Anforderungsverzögerung (portal override vs. global default) in den Zeilen des Anforderungsprofils an.
• Verringerte anfängliche Login-Gate-Verzögerung: Checking session... wartet nicht mehr auf wiederholte Versuche für 401/403.
• Auth Guard leitet nun nicht authentifizierte Benutzer schneller um, erlaubt aber weiterhin einen minimalen Wiederholungsversuch für vorübergehende Nicht-Authentifizierungsfehler.

UPDATE 3.3.3

• Portalbearbeitung: „Request Delay (seconds)“ behält nun korrekt den Modus „Use Global Default“ bei.
  • Das Backend unterscheidet nun zwischen ausgelassenen Feldern und explizitem „null“ in „PATCH /api/portals/{id}“.
  • Explizites „request_delay: null“ wird nun als globaler Standardmodus gespeichert; ausgelassenes „request_delay“ wird nicht mehr unbeabsichtigt überschrieben.
• Regressionstestabdeckung für die Beibehaltung des Request-Delay-Modus hinzugefügt:
  • test_patch_explicit_null_sets_global_default_mode
  • test_patch_omitted_request_delay_keeps_existing_value
• Bereinigung des Portal-Bearbeitungslayouts:
  • Das Kontrollkästchen „Globale Standardeinstellung verwenden“ für die Anforderungsverzögerung ist visuell mit dem Feld „Anforderungsverzögerung“ verbunden.
  • Das globale Eingabestyling dehnt die Kontrollkästchen/Optionsfelder nicht mehr auf die gesamte Breite aus.

UPDATE 3.3.4

• Datenbankwartungskontrollen wurden sowohl zu Einstellungen als auch zu Diagnosehinzugefügt:
  • konfigurierbare Richtlinie für geplante Datenbankwartung
  • manuelle Wartungsaktionen (Schnellprüfung, Integritätsprüfung, Prüfpunkt, Optimierung, Bereinigung)
  • sichtbarer Status/Details der letzten Ausführung für Wartungsergebnisse
• Fehler beim Löschen von MACs aufgrund von Fremdschlüsselbeschränkungen wurden behoben, indem abhängige MAC-Kategoriezugriffszeilen vor dem Löschen bereinigt wurden.
• Die Sicherheit bei der Ausführung destruktiver Wartungsmaßnahmen wurde verbessert, indem die manuelle Datenbankwartung während der Ausführung von Jobs blockiert wird.

 

[errut]

Wo findet man Update 3.3.4?

 

[klaus333]

Das wird automatisch installiert wenn du in den Ordner mit deiner docker-compose.yml gehst und dann denn Befehl eingibst
docker compose pull
docker compose up -d

 

[tornapo]

Kleines Skriptle dafür

 

[errut]

@tornapo @klaus333
danke.
Die MAC habe ich inzwischen gefunden, jetzt fehlen mir nur noch geeignete URL´S