| Modulversion | Kompatibel mit STARFACE Version |
|
|
|---|
| 19.8.28 | 6.7 |
| Verbesserungen: - Unterstützung von MySQL und Derby Datenbanken
|
| 20.2.9 | 6.7–6.7.1 |
| Verbesserungen: - Kompatibilität mit STARFACE 6.7.1
|
| 20.3.6 | 6.7–6.7.1 |
| Fehlerbehebung: - Wenn kein Internetsuchanbieter ausgewählt wurde, wurden – trotz Konfiguration – auch keine SQL-Datenbanken abgefragt.
|
| 20.12.17 | 6.7.3 |
| Verbesserungen: - Kompatibilität mit 11880 und GoYellow
|
| 20.12.25 | 6.7.3 |
| Verbesserungen: - Unterstützung für reguläre Ausdrücke bei individuellen Suchanbietern (war wegen STARFACE-Filtern deaktiviert).
- Unterstützung für individuell zusammengebaute Caller IDs aus beliebigen Feldern bei individuellen Suchanbietern.
|
| 21.11.18 | 7.1 |
| Verbesserungen: - Vollständige Neuentwicklung der Rufnummernauflösungsfunktionen mit der Möglichkeit auch ausgehende Anrufe rückwärtsaufzulösen.
|
| 22.2.8 | 7.1 |
| Verbesserungen: - GoYellow Kompatibilitätsupdate
|
| 22.12.22 | 7.2–7.3 |
| Awesome Icon |
|---|
| size | 20px |
|---|
| icon | fa-shopping-cart |
|---|
|
| Verbesserungen: - Kompatibilität mit STARFACE 7.2
- Kompatibilität mit STARFACE 7.3
- Verbessertes User Interface
- Bei Rufnummern von Privatpersonen liefert search.ch im Feld "name" nur den Nachnamen zurück. Der Vorname ist in ein anderes Datenfeld ausgelagert. Dieses wird nun ebenfalls berücksichtigt und der Anrufername als "Nachname, Vorname" angezeigt.
- Individuelle Konfigurationsoberfläche für HTTP- und SQL-Suchanbieter.
- Umfangreiche Formatierungsoptionen mit Zuweisung ausgelesener Daten an einzelne STARFACE ID-Anzeige-Felder
- Frontend-Validierung von Eingaben
- Testfunktion für Suchanbieter
- Performance-Messung von Suchanbietern
- Neue mitgelieferte Suchanbieter:
- estos MetaDirectory
- Herold (Österreich)
- de telefoongids (Niederlande)
- Pagine Bianche (Italien)
- Abweisen von Anrufen basierend auf booleschen Regelwerken
|
| 22.12.28 | 7.2–7.3 | | |
| 22.12.30 | 7.2–7.3 | | Verbesserungen: - Alternative Konfiguration für Whitepages.com (mit und ohne API-Key)
- Web-Resolver-Abfragen setzen nun HTTP-Request-Header um einen Chrome-Browser zu imitieren.
- Test-Protokolle enthalten bei ablehnenden Anfragen die gesetzten HTTP-Parameter und Header und Hinweise auf die Verwendung von Proxies.
|
| 23.1.11 | 7.2–7.3 | | Verbesserungen: - Der Web-Resolver imitiert nun einen Chrome-Browser (HTTP-Header und TLS-Handshake-Fingerprint).
- Der Web-Resolver ignoriert bei HTTPS-Anfragen nun den Hostnamen des Zertifikats, was die Anbindung eigener lokaler Dienste vereinfacht.
- Neue Suchanbieter:
- Verbesserte Meldungen bei fehlgeschlagenen Zugriffen, mit Hinweisen zur Problembehebung (z.B. Proxy oder Browser-Fingerprinting)
- Threads für parallele Abfragen werden nun schneller beendet, was die Performance bei vielen gleichzeitigen Abfragen erhöht.
|
| 23.1.14 | 7.2–7.3 | | Verbesserungen: - Batch-Aktualisierung aller nicht-aufgelösten Ruflisteneinträge; Aktualisierung aller historischen Ruflistendaten mit einem Mausklick:
 - Dynamische Kompression der Frontend-Backend-Kommunikationsdaten für verbesserte Effizienz und eine schnellere Reaktion in der Bedienoberfläche.
Die zwischen Frontend und Backend ausgetauschten Datenpakete sind nun um 66–80% kleiner. Dadurch wird die Anzahl der Datenpakete erheblich reduziert.
|
| 23.1.17 | 7.2–7.3 | | Verbesserungen: - Neuer Suchanbieter für die Schweiz: local.ch
- Die Batch-Aktualisierung berücksichtigt nun auch Ruflisteneinträge, deren Namensfeld die Rufnummer des Gesprächsteilnehmers enthalten (und damit nicht-leere Namensfelder besitzen).
- Die Batch-Aktualisierung zeigt bereits vor einem Durchlauf an, wie viele Ruflisteneinträge unaufgelöste Rufnummern besitzen.
- Die Batch-Aktualisierung verarbeitet die Ruflisteneinträge chronologisch rückwärts (die neuesten Einträge zuerst)
- Die Batch-Aktualisierung zeigt während und nach eines Durchlaufs die Anzahl erfolgreich aufgelöster Rufnummerneinträge an.
|
| 23.1.19 | 7.2–7.3 | | Verbesserungen: - Option zur Deaktivierung von TLS/SSL-Zertifikatsprüfungen (individuell je Suchanbieter). Nach der Deaktivierung können selbstsignierte Serverzertifikate für eigene Dienste oder HTTPS-Proxies verwendet werden.
- Auswahl aus verschiedenen Crypto-Implementierungen (individuell je Suchanbieter): SunJSSE, BouncyCastle und STARFACE-Standard.
Je nach Crypto-Implementierung werden unterschiedliche Chiffren und TLS-Parameter angeboten. Bei Auswahl von BouncyCastle verwendet Reverse Lookup PRO die selben Chiffren wie Google Chrome in Version 107. - Inaktive Suchanbieter können zeitweise ausgeblendet werden, um die Übersicht zu verbessern (diese Ansichtseinstellung wird nicht dauerhaft gespeichert)
- Die Anzeige von Suchanfragen ist weniger "sprunghaft". Zuvor konnten Einträge kurz verschwinden, wenn diese während einer Frontend-Aktualisierung gerade verändert wurden.
- Der HTTP-Verbindungs-Pool wurde von 5 auf 50 Verbindungen vergrößert um in Situationen mit vielen gleichzeitigen Anfragen schneller reagieren zu können.
|
| 23.1.26 | 7.2–7.3 | | Verbesserungen: - Der Web-Resolver unterstützt nun Brotli-Kompression. Manche Websites erkennen am Accept-Encoding-Header Webbrowser und ihre Fähigkeiten. Moderne Browser bieten Brotli-Komprimierung an, da diese laufzeiteffizienter ist und zugleich Webinhalte besser komprimiert.
- Die HTTP-Request-Details enthalten bei aktiviertem Expertenmodus nun detaillierte Informationen zum Ablauf der Web-Abfrage, wie z.B. Umleitungen, Neu-Anfragen und die jeweiligen Antworten:
|
| 7.3.1 | | Verbesserungen: - Optische Überarbeitung und verbesserte Benutzerführung
 Image Added
|
