Beiträge von Ammaletu

Welche WP-Version verwendest Du? Laut Plugin-Homepage ist es kompatibel bis 2.3.1, man kann annehmen, dass es mit 2.3.3 auch läuft. Wenn Du schon WP 2.5 hast, liegt es vielleicht daran.

Ob ein Plugin wirklich geladen wird, kannst Du überprüfen, in dem Du im Plugin-File eine Log-Ausgabe einbaust (einfach ganz oben hinschreiben, nicht in eine Funktion), z.B. so:

error_log('PluginXYZ geladen');

Dann müsstest Du die Message nach dem Laden der Seite in Deinem Errorlog wiederfinden. Entfernen nicht vergessen, sonst läuft irgendwann das Log über.

Warum das Plugin bei Dir nicht funktioniert, kann verschiedene Ursachen haben, z.B. Inkompatibilität mit anderen Plugins (oder eben WP sebst, siehe oben).

Zitat

was muß ich wo tun damit dies der Fall ist ?

Zuerst mal: ein paar Infos rausrücken.
--> WP-Version, wenn möglich ein Link zur Seite, benutzt Du Widgts für die Sidebar oder nicht?

Also ersten sind manuelle Änderungen an WordPress-Dateien keine gute Idee, da das jedes Update zu einer haarigen Sache macht. Und zweitens steht das Listenelement da ja aus gutem Grund, weil nämlich die Sidebar normalerweise eine Liste ist. Wenn sie es in Deinem Theme nicht ist, wäre es Aufgabe des Themes, das entsprechend anders zu definieren, und zwar im Theme (functions.php wahrscheinlich). Abstände kann man davon ganz abgesehen mit dem Stylesheet in den Griff kriegen. Da fehlt vielleicht bloß eine Angabe.

Ich habe das angesprochene Plugin eben für einen Kunden getestet und es macht genau das: Für Beiträge fügt es, wenn man nichts manuell eingibt, die Tags und optional auch die Kategorien als keywords ein. Die description ist entweder der Excerpt, falls vorhanden, oder die ersten xxx Zeichen des Beitrags. Wenn man es mit PHP-Programmierung nicht so hat, ist das eine recht komfortable Möglichkeit, die Seiten mit sinnvollen Meta-Angaben zu versehen, denke ich. Dann aber daran denken, die festen Angaben aus dem Theme zu entfernen, damit das nicht doppelt drinsteht.

Also ich denke das liegt zumindest teilweise an den Serverienstellungen. Da sind offenbar Befehle deaktiviert, welche die Plugins benutzen wollen, z.B. für den Dateizugriff (beim schreiben der XML-Datei auf die Platte?). Mach Dich ggf. bei Deinem Hoster schlau, was PHP-Anwendungen erlaubt ist und was nicht und ob man das ändern kann. Mit der zitierten Fehlermeldung sollten die Dir eigentlich genaueres sagen können.

Es gibt in WordPress das RSS-Widget, was genau das tut (meines beschränkten Wissens nach). Probier es mal aus.

Na klar geht das. Erstelle für die statische Seite einfach ein eigenes Template. Ich kann's Dir im Moment nur kurz beschreiben, frag ggf. nach: Kopiere die page.php und nennen sie z.B. template_touren.php. Ganz oben muss ein PHP-Kommentar stehen mit:

<?php
/*
Template Name: Rad-Touren
*/

Odr wie das Template halt heißen soll. Dann die statische Seite bearbeiten und rechts unter "Seitentemplate" dieses Template auswählen. Und dann kannst Du diese Templatedatei entsprechend bearbeiten, z.B. die Sidebar ausblenden, enger machen oder was Dir sonst vorschwebt.

Ja, was in der index.php steht ist einfach falsch. Na jedenfalls wenn ich mal davon ausgehe, dass Du ein Theme ähnlich dem Default-Theme benutzt, wo es für die Einzelansicht ein eigenes Template gibt (single.php und page.php). Letztens hatten wir hier ja auch mal jemanden mit einem merkwürdigen Theme, wo scheinbar alles in die index.php gequetscht war. In dem Fall ignorier mich einfach.

Ok. Der Link in Deiner index.php lautet "#comments". Das ist richtig in der single.php, weil es einfach nach unten zu den Kommentaren springt. In der index.php muss es natürlich schon ein richtiger Link sein, nicht nur ein Verweis auf einen Anker auf der gleichen Seite. Bei mir sieht das so aus:

<?php comments_popup_link('0 Comments', '1 Comment', '% Comments'); ?>

Die Texte sind das, was angezeigt wird. Musst Du eventuell auf Deutsch reinschreiben. Der Befehl generiert Dir den ganzen a-Tag incl des Textes innendrin.

Die Description ist der Blog-Untertitel, den Du im Backend eingeben kannst (Optionen > Allegemeines). Der wird in aller Regel aber auch sichtbar im Header ausgegeben, also Vorsicht, was Du da reinschreibst.

Generell: Es macht nicht viel Sinn, den gleichen Text als descrition und als keywords einzufügen. Entweder sind es keywords oder es ist eine description. Die Keywords kannst Du im Prinzip auch einfach fest ins Theme schreiben. Die Description eigentlich auch, aber ich würde das nicht machen: Wenn Google eine meta-description findet, nimmt es sie meistens auch. Das kann dazu führen, dass alle Deine indexierten Seiten mit dem gleichen kurzen Text bei Google gelistet sind. Das sieht gar nicht schön aus, wenn Du mal nach was suchst, wo mehrere Deiner Seiten angezeigt werden. Da ist es besser, gar keine meta-description zu haben und Google sich selber was bauen zu lassen.

Oder Du installierst Dir ein SEO-Plugin, das Dir dann erlaubt, das alles bequem aus dem Backend heraus zu konfigurieren und ggf. für jeden Post eine andere description anzugeben. ALl-In-One-SEO-Pack geisert da als Name in meinem Hinterkopf rum, ich ahbe es aber auch noch nicht ausprobiert.

Ich würde vermuten, Du benutzt ein sehr spezielles Theme, dass die Beiträge anders ausgibt? Ich habe das Plugin gerade gestern in ein Theme integriert und hatte kein Probleme. Schau mal nach, dass die Beiträge mit "the_content(...)" ausgegeben werden. Die Funktion ruft am Ende eine Action/einen Filter auf, wo sich dann das Plugin hinten an den Beitrag dranhängt.

Wenn das so im Theme steht aber trotzdem nicht geht, entfernt entweder ein anderes Plugin den Code wieder oder Du hast kein JavaScript aktiviert. Der Button erscheint meines Wissens nach nur, wenn JS aktiv ist.

Wenn Du es so gar nicht hinkriegst, benutze doch einfach den Template-Tag. Einfach an die gewünschte Stelle im Theme das hier schreiben:

<?php if (function_exists('sharethis_button')) { sharethis_button(); } ?>

Wenn Du es auf allen Seiten haben willst, ist die automatische Variante natürlich einfacher.

Hm, das ist witzig. Du pendelst quasi zwischen /wp-admin/ und wp-login.php hin und her. Den Grund dafür kann ich mir im Moment, ohne den ganzen Loginmechanismus besser zu kennen, aber auch nicht wirklich vorstellen.

Ach ja, lösch mal die Cookie-Zeilen aus Deinem Posting. Ich weiß zwar nicht, ob man damit was Böses anstellen kann, aber theoretisch enthalten die einen Hashwert Deines Admin-Passwortes.

Trat dieses Problem eigentlich im Zusammenhang mit etwas auf, dass Du gemacht hast? Hast Du vorher z.B. auf WP 2.5 aktualisiert? Oder ohne irgendeine Änderung Deinerseits? In erstem Falle solltest Du auf jeden Fall mal lokal die Cookies löschen, weil sich das Cookie-Format geändert hat. In letzterem Fall könntest Du bei Deinem Hoster nachfragen, ob die am PHP oder pache oder so was geändert haben. Falls Du ein neues Plugin installiert hattest, könnte es sich lohnen, den Plugin-Ordner mal umzubenennen, damit die Plugins nicht geladen werden.

Zitat

ich möchte den blauen header auf dieser seite mit eienm bild füllen.

Ich nehme mal an, Du meinst nicht diese Seite hier sondern Deine eigene. Da müsstest Du uns eigentlich schon sagen, welches Theme Du benutzt oder noch besser einen Link zur betreffenden Seite geben. Aber ich nehme mal an, dass es das Default-Theme ist?!

Hast Du ein Bild in der entsprechenden Größe? Falls Du noch das Standard-Theme verwendest, kopiere Dir den Ordner ggf. und benenne ihn um, dann überschreibst Du Deine Theme-Änderungen bei einem WP-Update nicht aus Versehen.

Dann geh in den Theme-Ordner. Das Bild liegt dort im Unterordner "images" und heißt "kubrickheader.jpg". Ersetze das einfach durch ein anderes Bild mit den gleichen Dimensionen und übernimm ggf. den Rand aus dem Kubrikbild.

Klappt denn das Auswählen im Backend?

Du musst für den Container, welcher den Kommentar enthält, eine overflow-Anweisung im Stylesheet Deines Themes definieren. Suche dort mal nach ".rep_coms" und ergänze den Block um die overflow-Anweisung, so etwa:

.rep_coms {
  overflow: hidden;
}

Statt hidden kannst Du auch scroll nehmen, dann wird eine Scrollbar eingeblendet. Aber hidden sieht sicher besser aus, der Browser schneidet das dann einfach ab.

Schau doch bitte mal nach, wie die Umleitungen genau aussehen. Das geht mit dem "Live HTTP Headers"-AddOn für Firefox z.B. sehr gut. Da sollte man dann sehen können, wohin umgeleitet wird und ob es eine Endlosschleife ist.

So rein instinktiv würde ich wetten dass es was mit den "Canonical URLs" zu tun hat. Dieses Feature sorgt ja dafür, dass WordPress den Blogaufruf nur über die Adresse akzeptiert, die im Backend in den Optionen eingetragen ist. Alle anderen Aufrufe werden darauf umgeleitet. Hin und wieder sorgt das leider für Probleme.

Der Codex hat Infos, wie man Funktionen auf die Schliche kommt, die deprecated sind:
WordPress Deprecated Functions Hook « WordPress Codex

Ggf. probier das mal aus. Wenn es daran liegt, müssten neben den Errors ja auch die Notices im Logfile erscheinen. Vorausgesetzt, das Log-Level lässt es zu, dass diese geloggt werden.

Welches Theme nutzt Du denn? Eigenentwicklung oder etwas öffentlich zugängliches? Und wird im Theme irgendwo etwas mit Kategorien angestellt?!

Also ich würde vermuten, und das ist auch nur eine nicht speziell untermauerte Vermutung, dass das mit der Art zusammenhängt, wie die Domain auf Deinen Webspace geschaltet ist. In der ersten geposteten Textdatei, wenn Du also die kurze Domain in WordPress einträgst, kommt es ja zu einer Endlosschleife: Du rufst dibtych auf und bekommst eine Weiterleitung auf dibtych geschickt. Das könnte ich mir so erklären, dass Dein Server intern den Request auf die lange Domain, unter welcher Dein Webspace erreichbar ist, weiterleitet. Von dieser Weiterleitung würdest Du theoretisch nach außen erstmal nichts mitkriegen, aber intern kriegt WordPress die lange URL zu sehen und löst dann, weil das ja nicht die eingetragene Domain ist, den Redirect aus.

Wenn es das ist müsstest Du vermutlich mal mit Deinem Hoster abklären, was genau da schiefläuft und wie es zu beheben ist. Wende Dich damit einfach mal an deren Support, würde ich sagen.

Ich bin mal nicht so, hier ist der Link:
WordPress Deutschland FAQ » WordPress trotz Installation in Unterverzeichnis über Hauptverzeichnis aufrufen
Klappt in der Regel problemlos.

Wie man die Seite in einen Unterordner installiert aber ohne den Ordner in der URL aufruft ist in den FAQ auf dieser Seite beschrieben. Hat das denn vorher geklappt und jetzt nicht mehr oder ist es eine neue Installation?!

Also dieser Teil hier hat nichts in der SQL-Query zu suchen, denke ich: "made by require_once". Vielleicht kannst Du in den Themedateien ja mal danach suchen?