Aktivitäten VON Freunden deaktivieren bzw ausblenden ?

[†Diablo†]

Hallo

Kann man die Aktivitäten von gewissen Freunden (nich alle) ausblenden oder deaktivieren ? Mir passiert es immer wieder wenn ich meine Aktivitäten durchschaue um zb neue News zu Spielen denen ich folge zu lesen, das ich bei neue Spiele die ich noch nicht gespielt habe aber Freunde auf meiner Freundesliste schon fleissig am zocken und Screenshots posten sind, gespoilert werde da sie ihre Screenshots nicht als Spoiler makieren, daher würde ich die Aktivitäten von Freunden die das Spiel spielen gerne ausblenden oder deaktivieren, gleich den Freund komplett aus meiner FL zu entfernen halte ich für zu übertrieben, da muss es doch eine Zwischenlösung geben oder ? Kennt jemand eine Möglichkeit ?

[Sazzouu]

http://steamcommunity.com/id/Darkstalker2025/blotteredit

Dort einfach die Aktivity-Feed-Einstellungen anpassen wie du es gerne hättest
Z.B. "Veröffentlicht einen Screenshot?" kannste den Haken raus machen und schon siehste keine Screenshots mehr von anderen in den Aktivitäten

[†Diablo†]

danke, aber da blende ich ja alle Screenshots aus, das will ich ja nicht ;)

[Sazzouu]

Originally posted by †Diablo†:

danke, aber da blende ich ja alle Screenshots aus, das will ich ja nicht ;)

Für spezielle Spiele den Feed anpassen geht meines Wissens nach leider nicht
Ich schau mal nach und melde mich wenn ich was finde

[†Diablo†]

Und die Aktivitäten von einen einzelnen Freund deaktivieren ? Zb wenn man auf sein Profil klickt (habe aber nichts gefunden).

[Sazzouu]

Originally posted by †Diablo†:

Und die Aktivitäten von einen einzelnen Freund deaktivieren ? Zb wenn man auf sein Profil klickt (habe aber nichts gefunden).

Nope entweder ganz oder garnicht :D

[†Diablo†]

Okay danke, dann muss ich wohl komplett die Screenshots deaktivieren, ist aber eh kein großer Verlust, so tolle Screenshots werden von meiner FL eh nicht gepostet ;D

[Usernameless]

Die müssten das aber echt mal einbauen das man Aktivitäten einzelner Freunde einstellen kann.

[Sazzouu]

Ich bin mir nicht sicher wie sich das Ganze verhält, wenn man einen Spieler blockiert
Also er bleibt auf der FL aber die Kommunikation ist blockiert

[†Diablo†]

Wieso sollte das nicht funktionieren ? Valve braucht ja nur die Einstellungen für Aktivitäten von Freunden so umstellen das man diese Einstellungen auch für jeden Freund extra machen kann, dann kann man gezielt die Freunde die ständig Screenshots oder Videos spamen blockieren bzw deren Screenshots und Videos ausblenden.

[Sazzouu]

Originally posted by †Diablo†:

Wieso sollte das nicht funktionieren ? Valve braucht ja nur die Einstellungen für Aktivitäten von Freunden so umstellen das man diese Einstellungen auch für jeden Freund extra machen kann, dann kann man gezielt die Freunde die ständig Screenshots oder Videos spamen blockieren bzw deren Screenshots und Videos ausblenden.

Keiner hat die Schwierigkeit davon angesprochen?

[†Diablo†]

Originally posted by B34tZ:

Originally posted by †Diablo†:

Wieso sollte das nicht funktionieren ? Valve braucht ja nur die Einstellungen für Aktivitäten von Freunden so umstellen das man diese Einstellungen auch für jeden Freund extra machen kann, dann kann man gezielt die Freunde die ständig Screenshots oder Videos spamen blockieren bzw deren Screenshots und Videos ausblenden.

Keiner hat die Schwierigkeit davon angesprochen?

Ich sag ja nur das ich mir nicht vorstellen kann das es ein großes oder schwerer Vorhaben ist diese Funktion einzubauen.

[Dori V•V]

Originally posted by †Diablo†:

Originally posted by B34tZ:

Keiner hat die Schwierigkeit davon angesprochen?

Ich sag ja nur das ich mir nicht vorstellen kann das es ein großes oder schwerer Vorhaben ist diese Funktion einzubauen.

Das würde ich ohne Kenntnis der Architektur nicht so pauschal sagen.

Das kann von mittelmäßig aufwendig (Anpassung des Datenmodells, des Konfigurations-Frontends, des Aktivitätenfeed-Backends, verschiedener APIs, diverser Datenbankqueries) bis sehr komplex (das vorher genannte + z.B. Optimierung der Datenbankpartitionierung & -indexierung, neue Stored Procedures in der Datenbank anlegen, Migration von eventuell in der einen Datenbankinstanz gar nicht vorhandenen Datensätzen in eine andere, Synchronisierung der Einstellungen zwischen unabhängigen Systemen / Microservices, Zusammenarbeit verschiedener unabhängiger Teams, eventuelle Nebeneffekte mit anderen Systemen, Implementierung diverser Unit & Integration Tests).

Einfach so mit einem Fingerschnipsen ist es so oder so nicht getan :>

[Sazzouu]

Originally posted by ─»Compufreak«─:

Originally posted by †Diablo†:

Ich sag ja nur das ich mir nicht vorstellen kann das es ein großes oder schwerer Vorhaben ist diese Funktion einzubauen.

Das würde ich ohne Kenntnis der Architektur nicht so pauschal sagen.

Das kann von mittelmäßig aufwendig (Anpassung des Datenmodells, des Konfigurations-Frontends, des Aktivitätenfeed-Backends, verschiedener APIs, diverser Datenbankqueries) bis sehr komplex (das vorher genannte + z.B. Optimierung der Datenbankpartitionierung & -indexierung, neue Stored Procedures in der Datenbank anlegen, Migration von eventuell in der einen Datenbankinstanz gar nicht vorhandenen Datensätzen in eine andere, Synchronisierung der Einstellungen zwischen unabhängigen Systemen / Microservices, Zusammenarbeit verschiedener unabhängiger Teams, eventuelle Nebeneffekte mit anderen Systemen, Implementierung diverser Unit & Integration Tests).

Einfach so mit einem Fingerschnipsen ist es so oder so nicht getan :>

Der Activity-Feed ist eine in sich geschlossene API die genauso wie andere Dienste von Steam oder in Kooperation mit Steam/Valve (zum Beispiel SteamDB) auf die selben Datenbanken zugreifen, lediglich die Daten die nicht dargestellt werden sollen filtert und die die dargestellt werden sollen interpretiert.
Zum überprüfen dieser These kannst du dir gerne mal den Source-Code des Feeds ansehen und dir genauer die Verlinkungen und Verweise auf Scripts anschauen.
Somit wäre die Implementierung an der Stelle wo gesagt wird "Alles anzeigen außer..." anstelle zu sagen "... außer Screenshots" eine weitere Überprüfung einzubauen um daraus "... außer Screenshots von [Liste gefilterter IDs]" zu machen.
Schwer wäre das ganze nicht, es wäre nur Zeit- und Geldaufwand der sich für Valve nicht rentieren würde, da die Nachfrage für eine solche Funktion zu gering ist als dass sie darauf ihre Entwickler ansetzen würden.

Die Datenbank steht fest und wird lediglich bezüglich Laufzeiten / Latenzen optimiert ist aber ebenfalls ne unabhängige Instanz.

Nur weil du mit Fachbegriffen um dich wirfst von denen du eventuell selbst nur die Hälfte verstehst wie die Meisten die das tun, sind das noch lange keine Fakten. (Keine Offense nur ne These)

[Dori V•V]

Originally posted by B34tZ:

Originally posted by ─»Compufreak«─:

Das würde ich ohne Kenntnis der Architektur nicht so pauschal sagen.

Das kann von mittelmäßig aufwendig (Anpassung des Datenmodells, des Konfigurations-Frontends, des Aktivitätenfeed-Backends, verschiedener APIs, diverser Datenbankqueries) bis sehr komplex (das vorher genannte + z.B. Optimierung der Datenbankpartitionierung & -indexierung, neue Stored Procedures in der Datenbank anlegen, Migration von eventuell in der einen Datenbankinstanz gar nicht vorhandenen Datensätzen in eine andere, Synchronisierung der Einstellungen zwischen unabhängigen Systemen / Microservices, Zusammenarbeit verschiedener unabhängiger Teams, eventuelle Nebeneffekte mit anderen Systemen, Implementierung diverser Unit & Integration Tests).

Einfach so mit einem Fingerschnipsen ist es so oder so nicht getan :>

Der Activity-Feed ist eine in sich geschlossene API die genauso wie andere Dienste von Steam oder in Kooperation mit Steam/Valve (zum Beispiel SteamDB) auf die selben Datenbanken zugreifen, lediglich die Daten die nicht dargestellt werden sollen filtert und die die dargestellt werden sollen interpretiert.
Zum überprüfen dieser These kannst du dir gerne mal den Source-Code des Feeds ansehen und dir genauer die Verlinkungen und Verweise auf Scripts anschauen.
Somit wäre die Implementierung an der Stelle wo gesagt wird "Alles anzeigen außer..." anstelle zu sagen "... außer Screenshots" eine weitere Überprüfung einzubauen um daraus "... außer Screenshots von [Liste gefilterter IDs]" zu machen.
Schwer wäre das ganze nicht, es wäre nur Zeit- und Geldaufwand der sich für Valve nicht rentieren würde, da die Nachfrage für eine solche Funktion zu gering ist als dass sie darauf ihre Entwickler ansetzen würden.

Die Datenbank steht fest und wird lediglich bezüglich Laufzeiten / Latenzen optimiert ist aber ebenfalls ne unabhängige Instanz.

Nur weil du mit Fachbegriffen um dich wirfst von denen du eventuell selbst nur die Hälfte verstehst wie die Meisten die das tun, sind das noch lange keine Fakten. (Keine Offense nur ne These)

Danke für dein Hintergrundwissen, die These dass ich nicht wüsste wovon ich rede will ich aber nicht so stehen lassen ;)

Du hast den Teil "Anpassung des Aktivitätenfeed-Backends" beschrieben.
Eine saubere Filterung nimmt man normalerweise auf Datenbankebene vor und nicht im Frontend oder Programmcode (außer man will die Datenbank entlasten und die Datenmenge ist nicht all zu groß, wäre hier durchaus also auch eine Option, trotzdem müssen die Filtereinstellungen abgefragt werden) -> Anpassung von Datenbank-Queries und/oder Stored Procedures.
Die zu filternden Nutzer-IDs, und zwar gruppiert nach Objekttyp (z.B. Screenshot) müssen irgendwo abgespeichert werden -> Anpassung des Datenmodells
Ebenso müssen die Einstellungen vom Nutzer irgendwo vorgenommen werden -> Anpassung des Konfigurations-Frontends sowie mindestens der API zum Abspeichern der Konfiguration.

Das waren also die von mir genannten Minimalaufwände aufgeschlüsselt, das was du als "schwer wäre das nicht, kostet aber Zeit & Geld" bezeichnet hast habe ich halt als "mittelmäßig aufwändig" beschrieben, ansonsten sind wir uns einig.

Und nein, ich werfe nicht nur so mit Begriffen um mich, hier mögliche Gründe warum die weiteren genannten Aufwände anfällen könnten - was wie gesagt unter Spekulation fällt, da ich die Architektur nicht kenne:
- Optimierung der Datenbankpartitionierung & -indexierung : Wir sprechen hier von einer Datenbank die sicherlich einige Milliarden an Einträgen hat. Wenn du dort ein weiteres Filterkriterium und eventuell neue Join-Klauseln (siehe unten) hinzufügst, kann es durchaus sein dass man einen Index hinzufügen muss oder gar die Partitionierung überdenken. Dabei ist es egal ob die Instanz unabhängig ist oder nicht, gemacht werden muss es trotzdem.

Migration von eventuell in der einen Datenbankinstanz gar nicht vorhandenen Datensätzen in eine andere: Je nachdem wie Valve den Feed aufgesetzt hat, kann es z.B. sein dass der Objekttyp erst nach ein paar Joins, einem aufwändigen Parsen von Strings oder erst im Frontend erfolgenden Queries verknüpfter Datenquellen ersichtlich ist. So wie du die API beschreibst wird das vermutlich aber eher nicht so sein, war aber eine theoretische Möglichkeit.

Synchronisierung der Einstellungen zwischen unabhängigen Systemen / Microservices: Wenn der Activity-Feed die wie dir beschriebene geschlossene API ist, dann fällt das vermutlich auch weg. Ein mögliches Szenario wäre aber z.B. gewesen dass die Einstellungen in einem seperaten Dienst verwaltet werden, somit hätte hier eine Synchronisierung stattfinden müssen. Außerdem heißt eine nach außen hin geschlossen aussehende API ja nun auch nicht unbedingt dass im Hintergrund nicht doch eine Vielzahl verschiedener Systeme miteinander kommunizieren müssen.

Zusammenarbeit verschiedener unabhängiger Teams: Es wird erstmals die gesamte Freundesliste auf der Einstellungsseite des Activity Feeds angezeigt. Hierfür kann es durchaus möglich sein, dass das hypothetische "Friendslist-Team" mit dem hypothetischen "Activity Feed"-Team reden muss, je nachdem welche Qualität die bisher vorhandenen APIs haben.

Eventuelle Nebeneffekte mit anderen Systemen: Bei einer sauberen Architektur eher unwahrscheinlich, aber sind wir ehrlich - bei einem großen System mit einer Vielzahl an Entwicklern, wie wahrscheinlich ist es dass die Architektur da noch zu 100% sauber ist?

Implementierung diverser Unit & Integration Tests: Standard-Qualitätssicherungsmaßnahmen.

Bleibt die Quintessenz: Wenn die Architektur entsprechend flexibel ist ist das alles ganz gut machbar, trotzdem entstehen Aufwände die nicht einfach per Bauchgefühl abschätzbar sind.

Ich hoffe, ich konnte etwas mehr Licht in meine Thesen bringen und du hältst mich nicht für einen Quacksalber

[Dori V•V]

Hatte gerade etwas Langeweile, hier mal eine Quick & Dirty-Lösung um alle Screenshots von Nutzern oder Spielen die bestimmte Texte im Namen enthalten auszublenden, ausführbar in der Konsole des jeweiligen Browsers mit geöffnetem Activity Feed (getestet in Chrome & Firefox, üblicherweise öffnet man die Konsole per Tastendruck auf F12):

// Hier die Namen(steile) der Nutzer eintragen die ignoriert werden sollen:
var usersToHide=["pegnuin","Name2","Name3"];
// Hier die Namen(steile) der Spiele eintragen die ignoriert werden sollen:
var gamesToHide=["Civilization","Spiel2","Spiel3"];
function hideScreenshot(hrefMatcher, contentMatcher) {
jQuery("#blotter_content").find("div.blotter_screenshot:has(div.blotter_author_block:has(a[href*='"+hrefMatcher+"']:contains('"+contentMatcher+"')))").hide();
}
function hideScreenshots() {
jQuery.each(usersToHide, function(i,v) {
hideScreenshot("/id/",v);
});
jQuery.each(gamesToHide,function(i,v) {
hideScreenshot("/app/",v);
});
// yummy, much dirt
// Ein sauberer Approach wäre wohl sich an/zwischen den Ajax-Callback zu hängen, oder die Verwendung von MutationObserver, but I don't care :P
window.setTimeout("hideScreenshots()",50);
}
hideScreenshots();

Wenn jemandem wie z.B. dem lieben B34tZ mal langweilig ist darf er den Code gerne sauber schreiben, um weitere Medientypen erweitern und in ein Browserplugin gießen - dann klappt das auch ohne Zutun von Valve, zumindest im Webbrowser :-P

Disclaimer: Das hat nix mit sauberer Programmierung zu tun und fällt beim kleinsten Windstoß auseinander, aber laufen tut's solange bis Valve ihren Code zu sehr ändert xD Das Script ist nicht reloadsicher und muss nach jedem Seitenreload neu ausgeführt werden.

/Edit: Jetzt auch mit Möglichkeit Spiele auszuschließen und weniger Overblocking!

Pro-Tipp: Wenn man die Konsole am Anfang so groß macht dass man nix vom Feed sieht spoilert man sich auch nicht beim Einfügen des Codes. Danach kann man die Konsole bis zum nächsten Reload schließen ;)

/edit²: Wenn man fremden Browserplugins vertraut, kann man das Script auch ganz einfach mit einem Plugin wie diesem hier kombinieren und hat eine vollautomatische & reloadsichere Lösung: https://chrome.google.com/webstore/detail/custom-javascript-for-web/poakhlngfciodnhlhhgnaaelnpjljija - da sage ich aber, wie bei allen Browserplugins, "auf eigene Gefahr".