Beiträge von mastermind

    Bin kein SEO-Mensch, aber ich kann ja mal meine Erfahrungen/Gedanken schildern.

    Es ist tatsächlich so, dass Seiten mit gleichem Content aber anderer URL den PR verlieren. Habe ich selber erfahren dürfen, auch wenn mir das im Gegensatz zu anderen Leuten _relativ_ egal ist.

    Auf der anderen Seite behält Google aus unerfindlichen Gründen manche Seiten ewig im Cache, auch wenn sie schon seit Jahren weggenommen wurden. Das nervt mich eigentlich viel mehr, da es dadurch u.U. so aussieht, als wären veraltete Informationen auf der Seite.

    Was ich bisher gemacht habe, ist zumindest bei wichtigen Seiten per .htaccess bzw. vhost-Konfiguration eine permanente Verschiebung via HTTP-Statuscode 301 zu signalisieren. Die Anweisung dafür sähe dann so aus:

    Code
    Redirect 301 /2006/09/29/blabla http://example.com/kategorie/blabla

    Das ist natürlich nicht sonderlich elegant (schon gar nicht bei 60 einzelnen URLs) und es ist möglicherweise auch vom Hoster unterbunden. Aber meiner Erfahrung nach verstehen Google und Co. die Statuscodes und kapieren auch die Zuordnung alt->neu.

    Gleichzeitig werden auch Besucher, die irgendwo auf alte Links klicken, auf die richtigen Seiten weiter geleitet.

    Hallo Maria,

    da hast Du ja ganz schön was vor... Aber ich halte das Problem für lösbar, und es sieht so aus, als hättest Du einige Ahnung von PHP.

    Um das, was Du vorhast zu realisieren, würde ich folgenden Ansatz wählen -- erstmal nur als Idee, mal abwarten, ob es noch bessere Vorschläge gibt.

    Ich würde zunächst ein WP-Plugin entwickeln, welches die zusätzlichen Felder in der Datenbank erzeugt und verwaltet, welches den Editorfeldern die zusätzlichen Eigenschaften verpasst und welches einige knackige Funktionen für die Ausgabe bereitstellt.

    Zur Datenbank: Es ist natürlich klar, dass die neuen Sortierkriterien eigene Datenbankeinträge haben müssen. Man könnte dazu entweder der Tabelle wp_posts 4 neue Spalten hinzufügen, oder eine neue Tabelle erzeugen und diese auf die Beiträge/Artikel mappen. Das einmalige Erzeugen dieser Felder muss in Deinem Fall nicht unbedingt das Plugin übernehmen.

    Weiterhin müssen im Artikel-Editor neue Felder erscheinen, über die man diese Eigenschaften auch einpflegen kann, so dass sie von dort aus in die Datenbank geschrieben werden.

    Letztendlich musst Du für die Seite "Termine" ein neues Template in Deinem Theme erstellen. Diese Template-Datei ist prinzipiell so aufgebaut wie die anderen Templates, nur statt dem Loop baust Du die Funktionen Deines Plugins ein. Wie man eine Funktion schreibt, die aus einer Datenbank eine komplexe HTML-Tabelle erzeugt, muss ich ja hier nicht ausführen. ;)

    Nun zum Wie: WordPress stellt für Datenbank-Operationen die Klasse wpdb zur Verfügung. Für die Admin-Snapins und die Template-Funktionen gibt es die mächtige Plugin API -- die hat praktisch alles, was das Herz begehrt, nur leider ist es nicht immer dokumentiert (also ruhig fragen). Ansonsten ist der WP-Codex im Allgemeinen eine gute Wissensquelle.

    Ich hoffe, dass das als Anregung hilft. Wie gesagt, mal sehen, ob noch jemand andere Ideen hat.

    Die CDATA-Tags müsstest Du entfernen, oder aber den jeweiligen XML-Tag mit dem Zusatz :encoded versehen. Schau Dir mal den Quelltext von http://<deinblog>/wp-rss2.php an. Dort siehst Du einen validen (oder zumindest WP-kompatiblen) RSS-Feed.

    Die meisten Themes stehen unter der GNU GPL, die das theoretisch erlaubt. Dennoch ist ein kleiner Hinweis irgendwo das Mindeste, was man für eine kostenlose Leistung zurückgeben kann.

    Es gibt aber auch Themes, die unter anderen Lizenzen stehen, und da sollte man aufpassen.

    Die vierte Zeile (ohne Leerzeilen) muss lauten

    HTML
    <input alt="search" type="text" name="s" class="searchformbutton" />

    Bei der Gelegenheit sollte mal jemand den restlichen Quelltext umgraben... 208 Fehler ist nicht gerade "valid xhtml". ;) Und wo ich schon mal am Mäkeln bin: Deine Web-gewordene Bildercollage hat eine unheimlich lange Ladezeit... in der Zeit kann man nicht nur ne Tasse Kaffee machen, sondern man kann auch nach Bolivien fliegen und ihn selber pfücken.

    (Jetzt ist aber gut. :-D)

    Ich kann ungefähr verstehen, worauf Du hinaus willst. Ich wüsste aber kein Plugin, das so etwas macht.

    Das Problem ist, dass bei eingebetteten Formularfeldern die Daten irgendwo verarbeiten und gesondert speichern müsstest; zumindest, wenn es möglich sein soll, die Daten später noch zu ändern. Ansonsten wäre das _relativ_ einfach, man könnte ein solches Formularfeld aufsetzen , daraus die Tabelle generieren und diese dann im Beitrag speichern.

    Ich weiß nicht, ob WordPress oder TinyMCE dafür eine Konfigurationsmöglichkeit mitbringen. Aber Du kannst folgendes machen: In der Datei /wp-includes/js/tinymce/themes/advanced/link.htm musst Du die Zeilen

    HTML
    <option value="_self">{$lang_insert_link_target_same}</option>
    <option value="_blank">{$lang_insert_link_target_blank}</option>

    vertauschen. Dann noch fix den Browser-Cache leeren, und schon sollte es so sein, wie Du es wünschst.