Beiträge von Ammaletu

Ich vermute mal, das hier könnte die Antwort sein: :-) WordPress Deutschland FAQ » Warum werden Links, Bilder und Formatierungen im Artikel oder Archiv nicht angezeigt?

Wegen Deiner Sidebar kann ich Dir im Moment auch nicht weiterhelfen. Das sollte sich aus Deinen Änderungen eigentlich ergeben. Der IE jedenfalls berechnet Weiten für Elemente teilweise anders als standardkonforme Browser. Da fährt man manchmal besser nicht für alles eine feste Pixel-Weite anzugeben.

Validierungsfehler ansonsten: Viele rühren aus dem Unterschied von HTML und XHTML her. Klar, wenn Du die Seite als XHTML kennzeichnest, sollte sich die Syntax auch daran halten. Das ist aber vergleichsweise simpel zu beheben.

Und das Problem mit Deinen eigenen Definitionen habe ich auch raus. Das ist so simpel, dass ich es bisher einfach nicht gesehen habe. ;-) Wieso versuchst Du da, eigene HTML-Elemente zu definieren? Du benutzt Sachen wie "start5" als Tags. Diese Tags gibt es natürlich nicht und kein Browser weiß etwas damit anzufangen. Daher sollten auch einige Dutzend der Validierungsfehler herrühren. Dass Dir das der FF tatsächlich darstellt ist vielleicht das Verblüffendste daran.

Also: Das ganze entweder mit divs aufbauen, welche die Klasse "start5" bekommen, und dann die CSS-Definition von "start5" zu ".start5" ändern. Oder was vielleicht sinnvoller wäre als eine div-Suppe: Listen verwenden. Wie Du an der Ausgabe im IE ja siehst, ist es so nicht wirklich gut lesbar. Wäre es als Liste formatiert, was es ja letztlich ist, könnte man es aber auch ohne Styles problemlos lesen. Zur Formatierung kannst Du dann ja die Anzeige der Punkte ausschalten und die Listenpunkte der ersten Ebene floaten.

Ich sehe gerade, dass Du das Problem offenbar gelöst hast. Nur als Nachtrag: Ich vermute, es handelt sich um diesen IE-Bug hier:
BUG: Error message when you visit a Web page or interact with a Web application in Internet Explorer: "Operation aborted"

Die Meldung, die der IE ausgespuckt hatte, passt dazu, und auch die Tatsache, dass es ohne JavaScript funktioniert hatte.

Hier ist es andersherum beschrieben:
WordPress Deutschland FAQ » Warum werden Links, Bilder und Formatierungen im Artikel oder Archiv nicht angezeigt?

Was Du möchtest, ist the_excerpt() in den Themedateien. Oder Du setzt im Beitrag selber die Stelle, wo der Weiterlesen-Link erscheinen soll, dann kannst Du es bei the_content() belassen, musst das aber auch für alle Beiträge machen, die gekürzt werden sollen.

Mit the_excerpt() kannst Du entweder eine explizite Kurzfassung eingeben (Feld "Optionale Kurzfassung") oder WP kürzt Dir die Beiträge auf x Zeichen.

EDIT: Das Fenster hatte ich wohl zu lange offen, SuMus Antwort hatte ich nicht gesehen... ;-)

Hm, das ist merkwürdig. Es kann sein, dass da irgendwas ganz Verqueres direkt in Deiner DB kaputt ist. Aber da werde ich mit reinem Raten vermutlich nicht drauf kommen. Ggf. musst Du da mal jemanden ins Admin-Menü und die DB schauen lassen, der sich auskennt mit WP.

Mit Raten fällt mir ansonsten noch dieses ein:
- Die Seite ist offensichtlich da, denn mit Eingabe der ID leitet WP zum korrekten Permalink um.
- Kann es an der Schachtelung der Seiten liegen? Viele andere Seiten haben einen Parent zugeordnet, sehe ich gerade. Diese hier nicht?
- Hat die Seite vielleicht ein kaputtes Seiten-Template zugeordnet bzw. gibt es einen Fehler in der page.php? Denn wie gesagt, die Seite selber scheint ja da zu sein, da der Permalink WP bekannt ist.

Ach ja, die Bug-Datenbank (in Englisch, natürlich): WordPress Trac - Trac

In WP 2.3.3 sieht die Methode so aus:

function comment_author_email() {
    echo apply_filters('author_email', get_comment_author_email() );
}

Wie sie in WP 2.5 aussieht, kannst Du vermutlich in der Datei wp-includes/comment-template.php nachschauen. Es steht Dir also frei, get_comment_author_email() zu verwenden und ggf. die Filter manuell anzuwenden, falls Du die Mail-Adresse irgendwie ausgeben willst.

Ok, es kommt nicht aus einem eingebunden RSS-Feed, sondern direkt aus dem Theme. Das Thema hatten wir letztens gerade in einem anderen Thread: Wenn Du als Seitencodierung UTF-8 verwendest und Umlaute direkt in Themedateien reinschreibst, musst Du die Umlaute entweder für HTML maskieren oder die Datei korrekt als UTF-8 speichern. Im Moment ist die header.php vermutlich als ISO-8859-1 / Latin1 gespeichert. Der Umlaut ist im alt-Tag des Titelbildes. Danach sollte die Seite validierbar sein.

Ob das bei Deinem eigentlichen Problem weiterhilft, wissen wir natürlich erst hinterher. Vielleicht kann ich mir das aber auch morgen noch mal selber anschauen, mal sehen.

Ich hatte vorhin geschaut und da war ein Zeichen im Quelltext, das nicht korrekt als UTF-8 codiert war. Meine erste Vermutung wäre, dass das mal wieder aus einem falsch codierten RSS-Feed kommt (es sind doch RSS-Feeds in der Sidebar eingebunden, oder). Das hat nichts mit unmaskierten Ampersands ('&') zu tun, vermutlich ist es eher ein ISO-8859-1-Umlaut. Müsste sich im Quelltext eigentlich als Fragezeichen oder leeres Kästchen bemerkbar machen.

Unabhängig davon sehe ich den Fehler aber auch nicht. Das ist schon mysteriös. Der IE stellt einfach die "Tabelle" im Mittelteil der Seite nicht dar. Die Styles sehen soweit ok aus. Das Stylesheet validiert zwar auch nicht, aber die Fehler sind nicht so gravierend, dass sie den IE komplett aus der Bahn werfen sollten.

Ich habe da jetzt nicht die Zeit dafür, würde aber folgendes vorschlagen: Die komplette Seite lokal als HTML-Datei abspeichern und dann mal Stück für Stück Bereiche der Seite und Angaben aus dem Stylesheet entfernen, bis nur noch der Bereich in der Mitte übrig bleibt. Dabei immer wieder im IE kontrollieren, bis der Bereich korrekt dargestellt wird. An irgendetwas auf der Seite muss es ja liegen.

Bei einem guten Hoster solltest Du die MySQL-Version in Deiner Administrationsoberfläche auswählen können. Ist bei meinem Hoster jedenfalls so, da kann ich mich zwischen MySQL 4.x und 5.x für meine Seiten entscheiden.

Das Updaten bzw. Umstellen macht der Hoster. Ob dabei Datenverlust auftritt, hängt vom Hoster ab. Unbedingt nachfragen bzw. die Info in den FAQ oder so suchen. Es kann sein, dass Du die Daten nach der Umstellung / dem Upgrade selber wieder importieren musst, es kann aber auch sein dass das nahtlos Dein Hoster für Dich erledigt. Die Programme (WordPress ect.) müssen jedenfalls nicht neu installiert werden.

Zu beachten ist ggf. ob alle von Dir eingesetzten Programme mit der höheren MySQL-Version klarkommen. Das sollte aber eigentlich keine Probleme machen, wenn Du aktuelle Software verwendest. Bei älterer Software oder Eigenlösungen würde ich das ggf. lokal mit XAMPP mal überprüfen.

Mach auf jeden Fall zeitnah ein Datenbank-Backup, für den Fall aller Fälle, auch wenn es laut Hoster nicht nötig wäre!

wp_options-Tabelle, würde ich vermuten, aber das ist jetzt wirklich nur geraten.

Aber es fehlt nur die Ausgabe der Unterseiten, nicht die ganze Sidebar, oder? Letzteres könnte passieren, wenn Du z.B. in sidebar-angebote.php einen PHP-Fehler drin hast und deshalb die Sidebar nicht gerendert werden kann. Ein Blick ins Errorlog hilft in diesem Fall hoffentlich weiter.

Ansonsten sieht das soweit korrekt aus, würde ich sagen. Die ID 7 ist richtig, oder?

Danke für die Infos. Ich habe im WP-Trac mal gesucht, aber so auf Anhieb keinen Bug dazu finden können. Das ist also entweder noch nicht bekannt oder bei Dir liegt es an was speziellem (oder ich habe die falschen Suchbegriffe verwendet *g*).

Im Prinzip sieht es aber so aus, als wäre die Weiterleitung zum Login einfach nicht abgeschaltet worden. Das müsste ja als Option in die DB geschrieben worden sein. Vielleicht kannst Du da mal nachschauen, welcher Wert dort steht.

Ansonsten muss bitte mal ein 2.5-Benutzer was dazu sagen.

Zitat

Dabei habe ich versehentlich einer Seite den Dateinamen eines Beitrags zugeordnet bevor der Beitrag gelöscht wurde (Fehlercode 500).

Irre ich mich oder sollte das WordPress gar nicht zulassen? Welche WP-Version verwendest Du überhaupt?

Zitat

Nach Löschen von Beitrag und Seite sowie aktualisieren der Permalink-Struktur kann ich jetzt nur noch Beiträge schreiben. Die neu geschriebenen Seiten existieren zwar in der Datenbank laufen aber bei Aufruf nur noch auf die 404-Fehlerseite.

Du klickst also auf "Veröffentlichen", und was passiert dann? Eine Fehlermeldung? Mit welchem Status stehen die Seiten in der Liste unter Verwalten > Seiten -- als "veröffentlicht"? Und wenn Du die Seiten mit der URL ohne Permalink aufrufst, klappt das dann*?

Ansonsten fällt mir so auf Anhieb auch nicht viel dazu ein. Aber wenn Du uns die WP-Version verrätst und eventuell nähere Umstände des Fehlers, kann man ja mal in der WP-Bug-Datenbank suchen danach.

*: Vor dem Veröffentlichen der Seite mal das Linkziel des "Seite anschauen"-Links kopieren. Das müsste ein Link á la "?page_id=123" oder so sein. Der Link sollte auch nach dem Veröffentlichen noch gelten.

Habt ihr das über ein Plugin gemacht? Oder ist so eine Funktionalität in WP 2.5 jetzt mit drin? Kenne ich so gar nicht...

So oder so ein paar Ideen:
- Kann es sein, dass der Browser die Weiterleitung gecacht hat? Mal mit Strg + F5 probieren oder von einem neuen Rechner aus.
- Kann es sein, dass die Umleitung zum Login noch in der .htaccess drin steht? Da mal reinschauen und ggf. von WordPress neu bauen lassen.
- Mit einem Tool wie der Firefox-Erweiterung "LiveHttpHHeaders" kann man gut schauen, was für HTTP-Header ausgetauscht werden. Vielleicht lässt sich damit ja sehen, wieso das passiert?

Ansonsten wie immer: Ein Link zur Seite hilft ggf. weiter. Viel Glück beim Beheben! :-)

Zitat

Ich denke das Thema trift jeden mit größerer und wachsender Webseite!

Nein, nicht wirklich. Ich vermute eher, dass 98% der WordPress-Nutzer die statischen Seiten nur für so Sachen wie Kontakt oder Impressum nutzen und die Seiten nicht mal schachteln.

So oder so, eine mögliche Antwort auf die Frage gibt es in diesem Thread.

Ich habe es nicht selbst probiert, aber dieses Plugin sieht so aus, als würde es Dein Problem lösen:
WordPress › Remove Parents « WordPress Plugins

War übrigens auf WordPress › Blog Tool and Weblog Platform mit einer Suche nach "Permalink" auch sehr einfach zu finden. Wo hast Du denn danach gesucht?! :-)

Laut Angabe auf der Seite ist es allerdings nur mit WP 2.3 kompatibel. Also einfach mal probieren, ob es mit 2.5 auch geht, am besten an einer lokalen Testversion. Ansonsteng ibt es noch dieses Plugin, was Dir vielleicht auch weiterhelfen kann:
WordPress › Advanced Permalinks « WordPress Plugins

Zur Fehlermeldung kann ich Dir nicht wirklich etwas sagen. Aber hast Du mal nachgeschaut, ob das Bild denn auf dem Server gespeichert wurde? Außerdem könnte ein Blick ins PHP-Errorlog weiterhelfen, herauszufinden was da genau schief geht.

Also die Einrückung kommt von der "inside"-Anweisung in Zeile 488. Einfach das "inside" löschen, dann zeigen beide Browser es gleich an. Allerdings musst Du dann noch die Ränder etwas bearbeiten, denn die Überschriften sind dann weiter eingerückt als der Text darunter. Es sei denn, das soll so.

Fehlende Ecke: Die Kästen in der linken Sidebar haben nur rechts eine abgerundete Ecke. In der rechten Sidebar hat der Kalender zwei abgerundete Ecken, der Besucherzähler darunter nicht. Da wäre die Frage, wo definiert ist, dass der Kalender zwei Ecken bekommt. Soll heißen, ist das nur für den Kalender definiert oder für die ganze rechte Sidebar. Entweder dort ist es nicht weit genug definiert oder der Counter hat die falschen Klassen zugewiesen bekommen. Das sollte sich auf jeden Fall rauskriegen lassen. ;-)

Oh sorry, mein Fehler. Dein Theme basiert scheinbar nicht auf dem Default-Theme, davon war ich jetzt mal ausgegangen. Also dann einfach das hier hinzufügen:

.centreblock p {
  margin-bottom: 0.75em;
}

Oder noch einfacher, dann trifft es aber alle p-Tags. Da weiß ich nicht, ob das auf den Rest des Designs eventuell noch Auswirkungen hat:

p {
  margin-bottom: 0.75em;
}

Also ich sehe die Bilder (FF2 und IE7). Teilweise rutschen sie noch etwas unschön nebeneinander, aber da musst Du halt mehr Text dazwischensetzen oder die Bilder abwechselnd rechts- und linksbündig setzen.

Was ich nicht sehe sind die Bild-Unterschriften. Da denke ich stimmt irgendwas noch nicht.

Was die Absätze betrifft: Such Dir mal Zeile 84 Deines Stylesheets raus. Da ist folgendes definiert:

p {
    font: 11px/13px verdana, arial, helvetica, sans-serif;
    margin: 0px 0px 0px 0px;
    padding: 2px;
}

Daraus könntest Du z.B. das hier machen:

p {
    font: 11px/13px verdana, arial, helvetica, sans-serif;
    margin: 0px 0px 0px 0px;
    padding: 2px;
}


.entry p, .comment p {
  margin-bottom: 0.75em;
}

Damit hast Du unter jedem Absatz einen Abstand drin, der sich auch an die Schriftgröße des Browsers anpasst.