Beiträge von Ammaletu

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?

Verwendest Du ein Plugin für die Ausgabe? Wenn nicht poste mal den Code, der die Unterseiten ausgibt. Aber generell würde ich sagen, müsste man das auf jeden Fall modifizieren für die Ausgabe von Seiten der dritten Ebene. Die müssten dann ja theoretisch in einer Zeile darunter angezeigt werden, oder?

Also ich habe Deinen Code für den ersten Loop gerade mal in meine index.php eingebaut und bei mir funktioniert es. Mit -1 wird mir dann der neueste Beitrag ausgegeben, der nicht ausschließlich der Kategorie 1 zugeordnet ist.

Wenn Du schreibst "dann wird schon wieder der ganz erste Beitrag im ersten Loop gezeigt", was meinst Du damit eigentlich genau? Es wird der älteste Beitrag ausgegeben? Hat dieser Beitrag denn die auszuschließende Kategorie zugeordnet und auch nur diese und keine andere? Denn wenn nicht, ist es ja erstmal nicht direkt falsch, Deine Query enthält ja keine Angabe darüber, wie sortiert werden soll. Falls es der älteste Beitrag ist anstatt des neuesten aber sonst alles stimmt: Hängt das vielleicht mit dem falsch-herum-sortieren-Bug von MySQL von letztens zusammen? Hast Du da für die normalen Ansichten einen Fix eingebaut, der hier vielleicht nicht wirkt?

Also ganz ohne graphischen Editor geht es im Zweifelsfall besser (in Deinem Profil auszuschalten). Aber Deine Probleme klingen schon so, als würde da z.B. ein Plugin stören so dass das also auch nicht unbedingt hilft. Andererseits kannst Du es ja einfach mal probieren.

Kann man sich die Seite denn mal anschauen, am besten ein Posting mit solchen Problemen? Oder gibt der generierte Quelltext keinerlei Aufschluss darüber, was da passiert?

Wenn da wirklich PHP-Startup-Fehler passieren, wäre das eher eine Frage für den Hoster, denke ich. Ansonsten mal den Plugins-Folder umbenennen, damit die Plugins nicht geladen werden. Kannst Du wieder zurückbenennen, wenn alles soweit läuft. Ansonsten könntest Du mal schauen, dass nach dem Hochladen die Datei-Zugriffsrechte auf dem Server stimmen. Wie sie sein müssten, kann Dir ebenfalls Dein Hoster sagen. Es kommt u.a. darauf an, unter welchem Nutzer PHP läuft.

Ja, wenn die wp-config.php als UTF-8 mit einem BOM (Byte Order Mark) am Anfang gespeichert wird, hat das vermutlich den gleichen Effekt wie ein Leerzeichen. Ansonsten spricht nichts gegen UTF-8, aber man braucht halt einen Editor den man entsprechend einstellen kann.

Du hast hoffentlich vor dem Update ein Backup gemacht? Gerade bei dieser Version scheint das angebracht zu sein. Dann kannst Du schlimmstensfalls auf dem Server erst mal zu WP 2.3.3 zurückwechseln und das Upgrade lokal unter XAMPP ausprobieren. Das bietet sich bei größeren Versionssprüngen sowieso an, es nicht gleich am Live-System auszuprobieren. ;-)

Viel Glück!

Kann man bei 1&1 denn zwischen verschiedenen PHP-Versionen auswählen? Eventuell könnte das ja einen Versuch wert sein, es mal mit einer anderen PHP-Version zu probieren. Viel mehr fällt mir dazu leider nicht ein, sorry.

Ich fasse noch mal zusammen, um es Dir geht: Oben wird ein einzelner Artikel ausgegeben, unten der normale Loop. Im unteren Loop klappt das Ausschließen einer Kategorie schon, im oberen nicht. Stimmt das?

Wenn die auszuschließende Kategorie nur Beiträge enthält, die keine anderen Kategorien zugeordnet haben, kannst Du in beiden Loops einfach "cat=-<ID>" ergänzen. ID der Kategorie dort einfügen, das Minus davor sorgt für den Ausschluss.

Wenn das also bei Dir nicht geht, liegt es eventuell daran, dass die Beiträge mehreren Kategorien zugeordnet sind? Falls nicht, könnte es daran liegen, dass die ID 1 ist? Hast Du es mal mit einer anderen Kategorie probiert? In einigen Template-Tags ist "-1" ja der Default-Wert, auch wenn das hier eigentlich nicht sein darf (aber ich bin zu faul, das wieder aus dem WP-Quellcode rauszusuchen...).

Wenn es das auch nicht ist, würde ich was anderes vorschlagen: Mach daraus doch einfach wieder einen Loop, das ist eh einfacher. Definiere Dir eine kleine Zählvariable und setze sie im Loop hoch. Wenn sie 1 ist, gibt es die komplette Ausgabe, ansonsten die gekürzte Ansicht. Da drin kannst Du zur Not ja wie bisher auch mit in_category prüfen.

Ich vermute mal, das liegt daran, dass in Deiner wp-config.php eine Ausgabe drinsteht, die dort nicht reingehört. Stelle bitte sicher, dass die Date mit "<?php" beginnt und mit "?>" aufhört. Kein Leerzeichen davor oder danach und kein Zeilenumbruch. Das ist für PHP Content, der ausgegeben werden muss, und damit er das ausgeben kann, werden die Header der HTTP-Antwort abgeschickt. Wenn danach später eine andere WP-Datei noch Header setzen möchte, geht das schief.

Hoffe, das stimmt so halbwegs. Ist ja schon spät... ;-)