Frage

würde Ich mag einen anderen Inhalt aus einer einzigen URL dienen, je nachdem, ob der Benutzer ein Browser oder ein RSS-Reader (daher eine example.com/feed URL zu vermeiden). So www.example.com/posts wird eine (X) HTML-Seite an einen Browser und ein RSS-Feed zu einem Feed-Reader zurück.

Was ist der architektonisch am besten geeignete Weg, dies zu erreichen?

PS Wie ist das für eine Soft-Ball Frage ...:)

War es hilfreich?

Lösung

Ich bin mir nicht sicher, es ist möglich, in allen Situationen. Betrachten Sie einen Benutzer, der Safari RSS-Reader verwendet, vorausgesetzt, es ist die gleiche Browser-Kennung Zeichenfolge verwendet, wenn ein RSS-Feed herunterladen, wie würden Sie die beiden Modi unterscheiden?

Ich würde wirklich diesen Ansatz neu zu überdenken, es ist nichts falsch mit einer separaten Feed-URL.

Andere Tipps

Lassen Sie mich Ihnen die User-Agent HTTP-Header . Es wird eine identifizierende Zeichenfolge für die Client-Zugriff auf Ihre Seite enthält. Es kann gefälscht werden, aber man kann einfach nicht 100% sicher sein, ob es sich um ein RSS-Reader oder ein Browser ist.

Darüber hinaus RSS-Reader für RSS-Content-Typen Accept-Header senden könnte, die Sie verwenden können, Inhalt zu implementieren Verhandlung ( Multiviews in Apache).

Aber da es kein sicherer Weg ist, sollten Sie besser nicht auf der Seite dient HTML häufiger als RSS-Feeds, oder besser noch, tun wie alle andere auch tun und bietet einen anderen Feed für RSS.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top