suit: RSS 2.0 guid "eindeutig" nicht eindeutig

Hallo,

kurze Verständnisfrage zum guid-Element in RSS 2.0.x - ich verstehe "guid stands for globally unique identifier. It's a string that uniquely identifies the item."

Ist <guid>23</guid> ausreichend, wenn 23 die eindeutige ID innerhalb dieses Feeds darstellt oder ist damit eine weltweit eindeutige ID gemeint?

"Überall" wird da ein URL reingepackt, aber dennoch kein isPermaLink-Attribut verwandt obwohl das quasi unnötige redundanzen zum link-Element erzeugen würde.

Danke

  1. Hi,

    kurze Verständnisfrage zum guid-Element in RSS 2.0.x - ich verstehe "guid stands for globally unique identifier. It's a string that uniquely identifies the item."

    Ebendort:
    “There are no rules for the syntax of a guid. Aggregators must view them as a string. It's up to the source of the feed to establish the uniqueness of the string.”

    Was man generell im Computing-Bereich unter einer GUID versteht, erklärt Wikipedia - http://en.wikipedia.org/wiki/GUID. Auch auf die Frage der „weltweiten“ Eindeutigkeit geht man dort ein.

    "Überall" wird da ein URL reingepackt, aber dennoch kein isPermaLink-Attribut verwandt obwohl das quasi unnötige redundanzen zum link-Element erzeugen würde.

    isPermaLink hat den Defaultwert true - also haben sich die Entwickler des Formats wohl auch gedacht, dass der URL, der den Beitrag eindeutig adressiert, eine gute Wahl für eine GUID wäre. Und damit hätte man auch schon implizit globale Eindeutigkeit.

    MfG ChrisB

    --
    RGB is totally confusing - I mean, at least #C0FFEE should be brown, right?
    1. Was man generell im Computing-Bereich unter einer GUID versteht, erklärt Wikipedia - http://en.wikipedia.org/wiki/GUID. Auch auf die Frage der „weltweiten“ Eindeutigkeit geht man dort ein.

      Das ist mir klar - nur in der RSS-Doku schien das eben anders zu sein bzw. es ist wohl auch so.

      "Überall" wird da ein URL reingepackt, aber dennoch kein isPermaLink-Attribut verwandt obwohl das quasi unnötige redundanzen zum link-Element erzeugen würde.

      isPermaLink hat den Defaultwert true - also haben sich die Entwickler des Formats wohl auch gedacht, dass der URL, der den Beitrag eindeutig adressiert, eine gute Wahl für eine GUID wäre. Und damit hätte man auch schon implizit globale Eindeutigkeit.

      Und die de-facto-Redundaz zum link-Element.

      1. Hi,

        isPermaLink hat den Defaultwert true - also haben sich die Entwickler des Formats wohl auch gedacht, dass der URL, der den Beitrag eindeutig adressiert, eine gute Wahl für eine GUID wäre. Und damit hätte man auch schon implizit globale Eindeutigkeit.

        Und die de-facto-Redundaz zum link-Element.

        link ist ebenfalls optional.

        MfG ChrisB

        --
        RGB is totally confusing - I mean, at least #C0FFEE should be brown, right?
        1. link ist ebenfalls optional.

          Wo liest du das raus?

          1. Hi,

            link ist ebenfalls optional.

            Wo liest du das raus?

            Elements of <item>: “All elements of an item are optional, however at least one of title or description must be present.”

            MfG ChrisB

            --
            RGB is totally confusing - I mean, at least #C0FFEE should be brown, right?
            1. Elements of <item>: “All elements of an item are optional, however at least one of title or description must be present.”

              Betriebsblind, danke :)

      2. Und die de-facto-Redundaz zum link-Element.

        Jain. Der Entwickler von RSS 2.0 hat sich dabei gedacht, dass man <link> nicht nur für den Permalink auf den Eintrag im Blog sondern auch für externe Links verwenden könnte, für den Feed eines reinen Linkblogs zum Beispiel. Insofern ist die vermeintliche GUID-Redundanz nicht so redundant. Atom denkt in ähnliche Richtungen, indem sie die Möglichkeit typisierter mehrer link-Elemente anbieten, für Permalinks (rel="self"), und anderes (rel="related", rel="alternate", rel="via" ...) und trotzdem noch eine extra GUID verlangen.

        Btw: http://forum.de.selfhtml.org/archiv/2006/9/t136291/#m885749