no-cache

Hallo Holger,

kannst du näher beschreiben was du meinst?

Beziehst du das evtl. auf die Meta-Tags http-equiv="cache-control" content="no-cache" oder http-equiv="pragma" content="no-cache"?

Falls ja, welche Vorteile hätte es die Parameter dieser Tags zu ändern?
Ich freue mich über alle Verbesserungsvorschläge!

LG
Björn

die Angaben für "robots" und zwar speziell "index" wären hier interessant, drupalcenter hat nur "follow" gesetzt

aber wenn man mal per google nach
"drupalcenter taxonomy" sucht und dann die gecachte Seite anschaut, sieht man, das drupalcenter sehr gut indiziert wird (mit Kommentaren!)

Vielen Dank, Micha! Hab´s entsprechend geändert!

Warum Google Seiten mit der Meta-Angabe no-cache trotzdem indexiert weiß warscheinlich nichtmal Google selbst *g oder doch?

Aus Sicherheitsgründen würde ich aber empfehlen in der htaccess die session-ID abzustellen.

unter
Options +FollowSymLinks

folgendes einfügen:
php_flag session.use_trans_sid off

oder diesen Wert auf 0 setzen. Eine robots.txt habt ihr ja schon und ansonsten habe ich persönlich sehr gute Erfahrungen mit dem Einsatz von metatasks nach Dublin Core. Wenn Euch das interessiert schaut euch einfacher Weise einfach den Quelltext meiner Seite an.

mfg holger

Techno Magazin
www.technomusik.net

falls "index" gesetzt ist, oder "noindex" nicht gesetzt ist, wird indiziert und wohl auch gecached

siehe http://de.selfhtml.org/html/kopfdaten/meta.htm#diverse

das "cachen" in einer Suchmaschine läßt sich - soweit ich weiß - mit keinem meta tag verhindern

ABER im Header (auf Protocol Ebene) sind wohl noch diverse Angaben möglich die dann ggf. auch direkt das Handling in Suchmaschinen beeinflussen

damit hab ich mich aber noch nicht so detailliert befasst

edit

Eine Suche bei BigBrother Google selbst ergab folgendes

http://www.google.ch/intl/de/remove.html

Auszug

Wenn Sie alle Robots davon abhalten wollen, Inhalt von Ihrer Website zu archivieren, benutzen Sie bitte den NOARCHIVE-Meta-Tag. Setzen Sie diesen Tag wie folgt in den HEAD-Bereich Ihres Dokuments ein:

ps: versucht man meta-angaben per "code" tag in das Posting einzubauen gibts eine "suspicious data" Meldung, dieselbe Meldung kommt wenn im obigen Auszug "HEAD" mit < und > eingegeben wird...test ich bei mir auch gleich mal, ist für mich unerwünschtes Verhalten

pps: gibt es hier eine Buchstabenbegrenzung je Eintrag ? das ps wollte im vorherigen Kommentar partout nicht dargestellt werden

edit

für den letzten Punkt ist der Übeltäter wahrscheinlich der drupal-filter, obwohl ich sicher bin, dass ich das cite tag im Beitrag wieder geschlossen hab wird folgender html code produziert

da mich das frappierend das Problem vom Drupal-Filter mit Listen erinnert, gibts dafür wohl keinen richtigen work-around , außer man schaltet die automatischen line-breaks ab, bei mir hab ich mir einen eigenen Filter erstellt der ohne line-break arbeitet (full html only)

Ich habe den codefilter gerade im Moment aktiviert, meine Tests waren alle positiv. Evtl. kannst du es auch nochmal ausprobieren... Danke!

einfacher Text in den ohne Zeilenumbruch eine Liste eingebettet ist

• Listentest mit Zeilenumbruch
  1. Umbruch
  2. Umbruch

....leider wird das p tag nicht korrekt geschlossen

Test des codefilters
....meta tags generieren immer noch suspicious data input

naja man müßte das mal bei drupal.org ausprobieren, soweit ich weiß werden dort etwas andere Filter/Module benutzt

Ich nutze html-corrector und das klappt soweit sehr gut - naja jedenfalls habe ich bisher kein Problem gefunden. Link: http://drupal.org/project/htmlcorrector

mfg holger

ebec.Net ! Blog www.ebec.net --- Techno Magazin www.technomusik.net