Struktur des Aktivitätsfeeds

Question

Ich erstelle eine Funktion, die ein Protokoll darüber erstellt, was mein Benutzer in meine Datenbank getan hat, damit ich dann einen Aktivitätsfeed für den Aktivitätsfeed anderer Benutzer erstellen kann.

Was ich es mir vorstellen, so weit zu ähneln.

Aktivität Tisch

id | user_id | source | source_id | timestamp 

Beispiel Eingabe

1 | 1 | photo_upload | 54 | 1333906150 //54 being the ID of the photo in my DB 
2 | 1 | follow | 2 | 1333906159 // 2 being the id of a user 

So kann ich einfach Informationen aus der Datenbank für einen Benutzer Aktivität ziehen kann, "user_id = {$followers} sie dann zeigen, je nachdem, was ihre Quelle zeigt zB das Bild für ein Foto_upload.

BEARBEITEN Was wäre der beste Weg, verschiedene Arten des Feeds anzuzeigen. Dies ist, was ich derzeit habe, aber es scheint ein bisschen viel.

Hat jemand irgendwelche Möglichkeiten, dies zu verbessern?

Answer 1

Eine abstrakte Klasse beschreibt ein FeedItem Typ:

abstract class Application_Feed_Item_Abstract { 
    protected $_item; 

    public function __construct($itemData) { 
     $this->_item = $itemData; 
    } 

    abstract public function render(); 
} 

Implementieren Sie diese Klasse für verschiedene Arten von Inhalten:

class Application_Feed_Item_Photo extends Application_Feed_Item_Abstract { 
    public function render() { 
     //Custom rendering logic for a Photo 
     return '<div>Watch my <a href="photo.php?id=' . $this->_item['source_id'] . '">photo</a></div>'; 
    } 
} 

class Application_Feed_Item_Follow extends Application_Feed_Item_Abstract { 
    public function render() { 
     //Custom rendering logic for a Follower 
     return '<div>I got a new <a href="photo.php?id=' . $this->_item['source_id'] . '">follower</a></div>'; 
    } 
} 

Also, wenn Sie einen Datensatz ziehen, Sie sind in der Lage ein Renderer erstellen Object on the Fly, abhängig von der Art des Feeditems:

//Pull items from database and store them as an Array or other iterable object. 
//Here i assume we call this collection of rows from the database $feeditems 

//Mapping of source to renderer classes 
$types = array(
    "photoupload" => "Application_Feed_Item_Photo", 
    "follow" => "Application_Feed_Item_Request", 
    "somethingelse" => "Application_Feed_Item_Somethingelse" 
); 

//Process every item 
foreach($feeditems as $item) { 
    $type = $item['source']; 
    if(!array_key_exists($type, $types)) { 
     throw new Exception("Unsupported feeditem type."); 
    } 
    $type = $types[$type]; 

    $renderer = new $type($item); 
    echo $renderer->render(); 
} 

Nur eine lose Idee a für eine Art, es zu implementieren. Aber wie von einem anderen Benutzer angegeben, gibt es viele verschiedene Möglichkeiten, dies zu tun, abhängig von Ihren Anforderungen. Die Methode, die Sie in Ihrer Frage verwendet würde gut funktionieren

Answer 2

Es gibt viele Möglichkeiten, eine Katze zu häuten. Ebenso gibt es viele Möglichkeiten, die gleichen Ergebnisse zu erzielen, die Sie benötigen.

Einige Vorschläge für "verbessern" würde IMO sein -

1. diese Daten als vorab generierte HTML mit einem AJAX-Aufruf abgerufen werden.

Mit einem AJAX-Aufruf, sobald die Seite geladen ist, können Sie die HTML-Segmente Ihres Benutzeraktivitätsfeeds von Ihrem Server erstellen lassen. Dadurch wird Ihre Seite viel schneller geladen und Ihr Inhalt wird kurz darauf geladen.

Sie müssen nicht einmal HTML auf dem Server erstellen - Sie könnten auch ein JSON-Objekt vom AJAX-Aufruf zurückgeben und Ihren HTML-Code mit JavaScript erstellen.

2. Erstellen einer zwischengespeicherten statischen HTML-Datei des Benutzerfeeds, die einfach in das Markup eingefügt wird.

Sie könnten Ihren Server den gesamten HTML-Code generieren lassen, der für einen Benutzer in einem bestimmten Intervall benötigt wird - beispielsweise alle 30 Minuten - und dann diesen HTML-Code in eine Datei speichern, um in den vorhandenen HTML-Code aufgenommen zu werden. Sie können dies mit der include()-Funktion von PHP tun.

Mit dieser Methode hat der Aktivitätsfeed eine Verzögerung beim Aktualisieren, daher ist es möglicherweise nicht die beste Option - aber wenn Sie das Intervall verringern - beispielsweise alle 5 Minuten, werden Sie eine Menge Anrufe an die DB.

Check out cron jobs - Sie könnten sie möglicherweise verwenden, um die Updates zu planen.

3. Platzieren Sie index in das Feld user_id in Ihrer Datenbank, da Sie damit nach Benutzern suchen.

Dies ist besonders wichtig, wenn Sie viele Einträge in Ihrer DB erwarten.Durch das Platzieren eines Indexes für die Felder, die Sie zum Durchsuchen einer Tabelle verwenden, wird die Leistung Ihrer Abfragen erheblich gesteigert.

---

Ich bin sicher, es gibt viele weitere Dinge, die hier vorgeschlagen werden können.