Ich erstelle eine Anwendung, um unserem Team bei der Verwaltung eines Twitter-Wettbewerbs zu helfen. Bis jetzt habe ich es geschafft, mit der API fein zu interagieren und eine Reihe von Tweets zurückzugeben, die ich brauche.Twitter-Wettbewerb ~ Speichern von Tweets (PHP & MySQL)
Ich bin schwer zu entscheiden, wie die Speicherung der Tweets in der Datenbank am besten gehandhabt werden kann, wie oft nach ihnen gesucht wird und wie keine Überlappungen oder Lücken entstehen.
Sie können eine maximale Anzahl von 100 Tweets pro Seite erhalten. Im Moment ist meine derzeitige Idee, ein Cron-Skript zu starten, sagen wir einmal alle 5 Minuten oder so und schnapp dir 100 volle Tweets gleichzeitig und schaue durch die DB, um zu sehen, ob ich sie finden kann, bevor ich sie hinzufüge .
Dies hat den offensichtlichen Nachteil von 100 Abfragen alle 5 Minuten gegen die db, und wie viele INSERT
gibt es auch. Was ich wirklich nicht mag. Außerdem hätte ich lieber etwas mehr Echtzeit. Da Twitter ein Live-Service ist, liegt es nahe, dass wir unsere Teilnehmerliste aktualisieren, sobald sie eintreten.
Das wirft wieder den Nachteil auf, dass ich Twitter wiederholt abfragen muss, was zwar notwendig ist, aber ich bin mir nicht sicher, ob ich ihre API so hämmern möchte.
Hat jemand Ideen für eine elegante Lösung? Ich muss sicherstellen, dass ich alle Tweets festhalte und niemanden belasse und den db-Benutzer einzigartig halte. Obwohl ich in Erwägung gezogen habe, einfach alles hinzuzufügen und dann die resultierende Tabelle nach Benutzernamen zu gruppieren, aber es ist nicht sauber.
Ich bin glücklich, mit der Display-Seite der Dinge getrennt zu behandeln, da dies nur eine Attraktion von MySQL und Display ist. Aber das Backend-Design bereitet mir Kopfzerbrechen, da ich keinen effizienten Weg sehe, um weiter zu ticken, ohne entweder die API oder die DB zu hämmern.
Gibt es in der Twitter-API-Richtlinie keine Klausel, die besagt, dass Tweets nicht gespeichert werden können? – Noz