Closed marians closed 10 years ago
Eventuell kann HTTP HEAD (http://tools.ietf.org/search/rfc2616#page-54) statt des Attributs "last_modified" verwendet werden? Damit kann u.a. das letzte Änderungsdatum des "Binärobjekts" abgerufen werden, ohne die Datei herunter laden zu müssen:
9.4 HEAD
The HEAD method is identical to GET except that the server MUST NOT return a message-body in the response. The metainformation contained in the HTTP headers in response to a HEAD request SHOULD be identical to the information sent in response to a GET request. This method can be used for obtaining metainformation about the entity implied by the request without transferring the entity-body itself. This method is often used for testing hypertext links for validity, accessibility, and recent modification.
The response to a HEAD request MAY be cacheable in the sense that the information contained in the response MAY be used to update a previously cached entity from that resource. If the new field values indicate that the cached entity differs from the current entity (as would be indicated by a change in Content-Length, Content-MD5, ETag or Last-Modified), then the cache MUST treat the cache entry as stale.
Ja, HEAD soll unterstützt werden und werden wir gezielt erwähnen.
Ich halte das Vorgehen für eine Best Practices Frage, die vermutlich auch schon in anderen Teilen der Linked Data Community behandelt wurde oder wird. Die Suche danach übernehme ich als Aufgabe.
Eine benachbarte Fragestellung bei Popolo:
We should draw a distinction between an edit history and an actual history. https://github.com/opennorth/popolo-spec/issues/47
Dateigröße in Bytes fehlt noch.
Das Issue wird geschlossen. Die Inhalte sind in https://github.com/OParl/specs/blob/master/dokument/master/chapter_8110.md zu finden.
HEAD ist dort allerdings nicht erwähnt. Steht das an anderer Stelle schon?
Es gibt noch einen eigenen Abschnitt zu dem Thema, 4.9 Dokumentenabruf. Da steht das als TODO-Notiz.
Der Objekttyp document repräsentiert die Dateianhänge von Drucksachen, Sitzungen etc. Hier ist es wichtig, dass das letzte Änderungsdatum der eigentlichen Dateiinhalts, also des "Binärobjekts" abgerufen werden kann, ohne die Datei herunter laden zu müssen.
Ist es ausreichend, wenn der Objekttyp document das Attribut
last_modified
per Spezifikation so definiert, dass es immer den Zeitpunkt der letzten Dateiänderung repräsentiert? Oder benötigen wir auch noch mal ein zusätzliches Änderungsdatum für das "document" Objekt selbst (also die unten angezeigten Metadaten), unabhängig vom Dateiinhalt?Hier ein Beispiel für ein document Objekt:
Es wäre prinzipiell ja möglich, dass sich Attribute wie
name
oderfilename
ändern, ohne dass sich der Dateiinhalt verändert. Sollte das durch ein weiteres Attributfile_last_modified
abgedeckt werden? Ich glaube: Ja.