Abspeicherdatum der Dateien und Googles Einschätzung ....

Beitrag von **alf** » 28.10.2005, 09:25

Ein Kriterium ist das Abspeicherdatum der Datei. Die Nutzer sind in vielen Fällen auf der Suche nach möglichst aktuellen Informationen.

Die meisten Suchmaschinen zeigen deshalb das Abspeicherdatum der Seite.

Man sollte deshalb auch Material, das sich nicht oft verändert, des öfteren erneut abspeichern, um eine höhere Einschätzung zu bekommen?

von **Anzeige von ABAKUS** »

Content Erstellung von ABAKUS Internet Marketing
Ihre Vorteile:

einzigartige Texte
suchmaschinenoptimierte Inhalte
eine sinnvolle Content-Strategie
Beratung und Umsetzung

Jetzt anfragen: 0511 / 300325-0

Beitrag von **PHPOnkel** » 28.10.2005, 09:32

Glaube ich nicht. Woher soll die Suma das Abspeicherdatum der Webseite auf der Festplatte deines Servers kennen?

Beitrag von **shakur** » 28.10.2005, 09:33

Yep, glaub ich auch nicht.

von **Anzeige von ABAKUS** »

Beitrag von **alf** » 28.10.2005, 09:43

Glauben heißt ja bekanntlich nicht wissen.
Worauf stützt Ihr euer "Glauben" ?

Beitrag von **PHPOnkel** » 28.10.2005, 09:51

Weil http als Übertragungsprotokoll das nicht vorsieht und keine Betriebssystem relevante Daten übermittelt.

Beitrag von **camworks** » 28.10.2005, 10:01

ich bin in sowas ja nicht der spezi, aber war da nicht was mit GET oder HEAD, wo nur der header einer html-datei von der suma abgefragt wird, um auf eventuelle änderungen zu kontrollieren? in diesen daten steht doch sehr wohl, ob sich die datei aufm server verändert hat!

Beitrag von **shakur** » 28.10.2005, 10:03

camworks hat geschrieben:ich bin in sowas ja nicht der spezi, aber war da nicht was mit GET oder HEAD, wo nur der header einer html-datei von der suma abgefragt wird, um auf eventuelle änderungen zu kontrollieren? in diesen daten steht doch sehr wohl, ob sich die datei aufm server verändert hat!

Das trifft aber auch nur zu wenn du Änderungen an der Datei vorgenommen hast und nicht wenn du die selbe Datei neu speicherst.

Beitrag von **tumara** » 28.10.2005, 10:06

Wenn man sich seinen gesamten Inhalt per ftp runterzieht und wieder hochläd,
dann ist das eine Änderung.

Vorallem bei einem Kleinanzeigenmarkt mit dieser Programmierung!
Das ist ja Content ohne Ende.......

Technisch geht´s. Steht auch in Fachliteratur.

Wennnnn dennnnn eine Änderung reinmuss, könnte man ja auch per Script dies durchführen lassen. Zack......

Beitrag von **marc75** » 28.10.2005, 10:11

und wenn man php oder was anderes dynamisches nutzt wird eh immer das aktuelle datum gesendet.

Beitrag von **lrosen** » 28.10.2005, 10:11

PHPOnkel hat geschrieben:Weil http als Übertragungsprotokoll das nicht vorsieht und keine Betriebssystem relevante Daten übermittelt.

Falsch. Siehe
https://www.abakus-internet-marketing.d ... tml#156427 und
https://www.abakus-internet-marketing.d ... html#20130

alf hat geschrieben:Die meisten Suchmaschinen zeigen deshalb das Abspeicherdatum der Seite.

Meines Wissens allerdings das Datum, wann die Seite in den Cache aufgenommen wurde.

Ich hab' da auch so meine Vermutungen...
Fundierte Info, ob gezielte Beeinflussung der Daten irgendwas am G-bot verbessern kann, habe ich hier allerdings noch nicht bekommen.

Beitrag von **Nullpointer** » 28.10.2005, 10:13

klar, du kannst per script auch bei jedem aufruf textblöcke austauschen. nur in welchem zyklus und wieviel prozent sind optimal? und und und ....

Beitrag von **springfeld** » 28.10.2005, 10:30

Ich würde Dir einfach einmal vorschlagen das folgende Favelet
einmal auf ein paar Dokumente anzuwenden, von denen Du das Änderungsdatum kennst:
javascript:alert(document.lastModified);
[Dokument öffnen, dann obigen Befehl in Adressleiste eingeben und RETURN]
Vergleiche Soll und Haben, die Erklärung, warum Suchmaschinen ganz sicher nicht diese Information auswerten oder gar Wert darauf legen, ergibt sich dann von selbst.

Jedem frisch indizierten Dokument bei Google folgt trotzdem der Beweis, das die Suchmaschine bemerkt das sich eine Änderung ergeben hat. Die Erklärung hierfür liegt aber ebenso nah: Google verwaltet eine eigene Kopie, sicherlich inklusive des ersten Erfassungszeitpunkts und kann durch Bildung eines Hashs aus dem Inhalt im Vergleich zur gecachten Version ganz sicher sagen das und wann ein Dokument verändert wurde. Auch dann, wenn es sich um dynmisch zusammengestellte Dokumente handelt.

Gruss,

Udo

Beitrag von **axelm** » 28.10.2005, 11:47

Boh was geht den hier ab, was ich nicht s weiß gibt es auch nicht? Also wenn du nix an der Seite geändert hast würde ich nicht versuchen das Datum zu fälschen. Wer es nicht lassen kann, kann unter Linux den Befehl "Touch" benutzen damit bekommen alle Files, den aktuellen Timestamp.

das einzige was ich einsetzen würde wäre
Stellen Sie sicher, dass Ihr Webserver den HTTP-Header "If-Modified-Since" unterstützt. Über diese Funktion kann Ihr Webserver Google mitteilen, ob der Inhalt seit dem letzten Webdurchlauf geändert wurde. Mit dieser Funktion können Sie Bandbreite und Overhead einsparen.
https://www.google.co.uk/webmasters/guidelines.html

Ausserdem macht das hoch & runterladen wie springfield schon bemerkt ja keinen Sinn weil die Hash Summer der Datei gleich bleiben würde. Und Google sich evtl. fragt "mmhhh... will der mich veräppeln?".

Verschwendet doch keine Zeit mit so nem Sinnlosen zeug, schaut einfach ob eurer Content aktualisiert/verbessert werden kann, sonst laßt es und baut weitere Inhalte dazu.

Beitrag von RW » 28.10.2005, 12:34

HI,

Hash Summer

?

https://www.google.de/search?q=%22Hash+ ... art=0&sa=N

Kannst Du das bitte mal erklären wie dieser summer zustande kommt.

RW

Beitrag von **Nullpointer** » 28.10.2005, 12:55

RW hat geschrieben:HI,

Hash Summer ?

https://www.google.de/search?q=%22Hash+ ... art=0&sa=N

Kannst Du das bitte mal erklären wie dieser summer zustande kommt.

RW

du rauchst soviel hash, dass dein kopf summt.

hash vergleich ist zwar schnell, aber doch ungenau oder? ich ändere eine kleinigkeit und habe einen anderen hash (z.b. aktuelle uhrzeit auf der websiteeinblenden).
da wird sicher ein komplexer diff mit komprimierungshyper algorithmenverschleiss laufen.

wenn man nämlich hashes auf ähnlichkeit prüfen könnte, könnte man ja ziemlich einfach die ganzen md3 gesicherten pwds knacken, oder irre ich mich da gerade täuschend?