Beiträge von Ammaletu

    Du solltest eigentlich sowohl auf die allgemeinen Serverlogs als auch auf das PHP-Logfile Zugriff haben. Alles andere wäre nicht sehr professionell von Deinem Hoster.

    Das Plugin wird, wie es aussieht, nicht im offiziellen Plugin-Repository gehostet und es steht auch nicht in dieser Liste: Plugins/Plugin Compatibility/2.5 « WordPress Codex

    Man kann also nicht wirklich sagen, mit welcher WP-Version es funktioniert. ... Obwohl kann man doch, denn relativ weit unten auf der von Dir verlinkten Seite schreibt offenbar der Plugin-Autor: "Doesn’t seem to work with 2.5, Database table not being created." Das impliziert mehr oder weniger, dass es mit 2.3.3 laufen müsste. Welche WP-Version hast Du?!

    Kann es sein, dass Du den Page-Slug erst nach dem ersten Speichern ändern kannst? Probiere das mal. ... Ich war eben in der WP-2.6-Testinstallation und ich muss sagen, ich finde das Page-Slug-Feld dort auch nicht. Da muss ein 2.5-Nutzer das noch mal genauer erklären, fürchte ich. :-/

    Zum Seiten-Template: Kann es sein, dass Dein Theme noch keine Templates enthält? Dann siehst Du die Auswahl auch nicht. Sie müsste zwischen "Übergeordneter Seite" und "Reihenfolge" auftauchen.

    Dann probiere ggf. mal ein anderes FTP-Tool oder eine andere Einstellung (z.B. Modus Text vs. Binär). Wenn eine Funktion der WP-Kerndateien nicht gefunden wird, muss am Upload eigentlich etwas nicht stimmen.

    Davon abgesehen bitte sofern irgendmöglich die Kerndateien von WP nicht ändern. Das macht Dir bei Updates des Systems nur Ärger. Wenn Änderungen nötig sind, kann man die in ein Plugin oder die functions.php des Themes verpacken. ;)

    Ändert sich die Adresse Deiner Seite? Also z.B. wegen einer neuen Domain. Dann wären noch ein paar Details zu beachten. Ansonsten einfach die Datenbank wieder importieren, alle WP-Dateien wieder auf den Server spielen und die DB-Daten in der wp-config.php anpassen. Dann sollte alles wieder wie gewohnt laufen.

    Soweit ich weiß, wird es schwierig, komplexeres HTML mit dem graphischen Editor zu posten. Das hat bei meinen ersten Versuchen mit Tabellen auch nicht gut geklappt. Die Lösung lautet, den TinyMCE in Deinem Userprofil auszuschalten. Einfach auf Codeansicht umschalten reicht nicht, Du musst den graphischen Editor deaktivieren. Dann werden eine Reihe an Filtern nicht mehr ausgeführt und Deine Tabelle sollte unbeschädigt durchkommen. ;)

    Ein "Interner Server Error" sollte sich als Fehlermeldung im Errorlog Deines Servers niederschlagen. Ohne die genaue Fehlermeldung wird es schwierig, dazu was zu sagen. Ach ja, bist Du sicher, dass Du das richtige Plugin verlinkt hast?!

    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.

    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:

    PHP
    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!

    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?