Beiträge von Ammaletu

    Wo Du die phpinfo schon hast, schau doch am besten gleich nach, ob und wo PHP-Fehler geloggt werden. Weiße Seite deutet in der Regel auf einen PHP-Fehler hin. Das oder Dein Hosting-Paket hat zu wenig Arbeitsspeicher, aber auch das sollte sich im Log als Fehlermeldung niederschlagen.

    Willst Du was bauen, was darauf zugreift oder selber Passwörter dort ablegt?! Dann wirst Du wohl oder übel selber mal in den Quelltext schauen müssen. Dokus wie der Codex sind leider oft auch nicht aktuell, bzw. da wohnen aktuelle und veraltete Infos meist nebeneinander. Falls Du eine Integration von WP mit einem anderen Authentifizierungssystem planst, such auch mal nach Dokus dazu. Es gibt verschiedene Anleitungen, wie man die WP-Anmeldung mit anderen Systemen zusammenschließt (Forensoftware etc.). Wenn Du Glück hast, ist Dein Zielsystem schon dabei, ansonsten kriegst Du vielleicht zumindest Anregungen.

    Der Thread ist schon etwas älter, aber ich wollte auch mal noch kurz was dazu sagen: Ich kann kaisers Gedankengang durchaus nachvollziehen. Ich schaue normalerweise nur in die "Threads ohne Antworten"-Liste und da wiederholen sich tatsächlich die immer gleichen Themen immer wieder und wieder. Für mehr ist meistens auch keine Zeit, ab und an macht es aber auch Spaß, mal etwas Kniffligeres zu lösen. Eigene Probleme habe ich lange nicht mehr gepostet, aber soweit ich mich erinnere, war die Antwortenquote damals nicht sehr gut. Klar, den Kleinkram löst man ja auch selber, so dass man erst bei komplizierten Sachen nachfragen muss.

    Und noch ein konstruktiver Gedanke dazu: Wäre es möglich, das Advanced-Unterforum so zu konfigurieren, dass nur Nutzer ab einem bestimmten Postcount dort Threads erstellen können? Keine Ahnung, 100 meinetwegen oder so. Wer hier regelmäßig hilft und sich auskennt hätte dafür dann ein Forum, wo man vielleicht etwas gezielter knifflige Probleme ansprechen kann. Ist jetzt nur mal so ein Gedanke, wäre natürlich auch die Frage, ob das die Forensoftware hergibt. Andere Threads könnten ja die Mods immer noch dorthin verschieben.

    Was vor und nach den Widgets ausgegeben werden soll, kannst Du beid er Defintion der Sidebars in der functions.php angeben. Google mal den Befehl dafür, dann findest Du sicher die Anleitungen zu den optionalen Parametern.

    Du musst Dir dann halt überlegen, ob die obere Sidebar auch als Liste gemacht sein soll oder lieber nur mit divs arbeiten soll. Wenn Du mit dem Default als Liste arbeitest, muss da auf jeden Fall ein <ul> drum herum, sonst validiert das nicht.

    Zitat

    Ich hatte Strato in Verdacht, die sagen aber, dass für sie alles in Ordnung wäre.

    Das muss nicht zwangsläufig stimmen. ;-) Wenn Du selber wirklich nichts geändert hast, dann wäre eine Änderung des Hosters an der technischen Infrastruktur eine andere mögliche Ursache.

    Was Du probieren kannst: Log Dich per FTP ein und benenne mal Deinen Themeordner um. WP sollte dann das Default-Theme laden. Falls das nicht hilft, benenne auch den Plugin-Ordner um, dann wird WP ohne die Plugins geladen (wenn Du dann die Pluginseite aufrufst, werden sie alle deaktiviert, das also besser erstmal vermeiden). Wenn es dann immer noch nicht geht, sowohl Backend als auch Frontend, stimmt wirklich etwas nicht und Du musst eventuell noch mal hartnäckiger beim Support nachfragen.

    Auch 'ne Möglichkeit: Lege mal eine phpinfo.php ins Hauptverzeichnis und schaue, ob Du die normal aufrufen kannst. Inhalt z.B. so:

    PHP
    <?php phpinfo(); ?>

    Falls Du kein Backup hast, wäre das vielleicht auch eine gute Gelegenheit, mal die Uploads zu sichern und per phpMyAdmin sicherheitshalber einen DB-Dump zu ziehen.

    Zitat

    durch ausprobieren hab ich aber festgestellt das, wenn man die datei als [COLOR=#306582]UTF8[/COLOR] abspeichert in zeile 1 vor <? php noch was steht ...

    Ah ja, daran hatte ich eben gar nicht gedacht. Ich habe in Deine Mail noch nicht reinschauen können, aber wenn Dein Editor UTF-8-Dateien mit dem sogenanten BOM am Anfang speichert, hat das den gleichen Effekt wie eine Leerzeile. Gut, dann hätten wir die Ursache ja vermutlich gefunden. Du musst dann leider alle gespeicherten Dateien durchgehen und neu speichern, nachdem Du Phase 5 so eingestellt hast, dass es Dateien als UTF-8 ohne BOM speichert. In Ultra Edit kann man das bei "Speichern unter" einstellen, Phase 5 habe ich ewig nicht benutzt, geht da aber hoffentlich auch.

    Es kann auch irgendwo in der Mitte stehen oder nur ein Zeilenumbruch ohne Leerzeichen sein. Die Fehlermeldung beruht eigentlich fast immer auf genau diesem Fehler.

    Ich habe mal die Dateien angeschaut, die in der Fehlermeldung genannt werden, werde da aber nicht so ganz schlau draus. Die pluggable.php sollte, soweit ich das sehe, immer vor der functions.php eingebunden werden.

    Aber mal realistisch betrachtet muss das an einer Dateie liegen, die Du bearbeitet hast, oder an einem Plugin. Falls also schon Plugins aktiv sind, schalte die bitte mal testweise aus, und schalte ggf. auch mal kurz aufs Default-Theme um. Wenn es dann nicht weggeht, muss es an der wp-config.php liegen, denke ich. Du kannst mir die Datei gerne auch ohne die Passwörter per Mail schicken, dann schaue ich mal drauf (siehe Kontaktseite meines Blogs).

    Tja, so die üblichen Schritte zum Eingrenzen des Fehlers wären:

    • schauen ob im Browser JavaScript-Fehler angezeigt werden
    • testweise aufs Default-Theme wechseln und damit probieren
    • testweise mal alle Plugins disablen und dann schauen (wenn es viele Plugins sind: Den plugins-Ordner per FTP umbenennen, dann aber währenddessen nicht die Pluginseite aufsuchen, sonst werden die alle automatisch deaktiviert)

    Du kannst Teile Deines Textes zuerst mal natürlich mit den Möglichkeiten hervorheben, die der WP-Editor Dir bietet. Fett, farbig etc. Wenn Du das noch anders brauchst, kannst Du natürlich auch in der HTML-Sicht dem jeweiligen Block (der ul-Liste, dem p etc.) eine Klasse geben und diese im Stylesheet des Themes nach Belieben stylen (mit Kasten versehen etc.).

    Falls das auf Dauer zu umständlich ist und es sich jeweils nur um wenig Text handelt, wäre es auch möglich, die Quellenangaben in ein Benutzerdefiniertes Feld zu schreiben. Dann musst Du aber das Theme so anpassen, dass das überall auch ausgegeben wird (ggf. auch im Feed).

    Das gehört in die sidebar.php -- dort willst Du es doch stehen haben, oder?!

    Was Widgets betrifft: Der Sinn der Widgets ist es gerade, eben nicht im PHP rumwerkeln zu müssen, im Unterschied zur vorher üblichen Arbeit mit der sidebar.php. Wenn Dein Theme natürlich irgendwie verquer programmiert ist, muss man die Widget-Ausgabe ggf. mit zehn, fünfzehn Zeilen PHP in der functions.php anpassen (z.B. divs statt ul verwenden oder so). Optisch muss man die Widgets ggf. ans Design anpassen bzw. das Stylesheet halt so schreiben, dass Widgets vernünftig formatiert werden. Und ja, es sollte so rum passieren: Nicht den Code der Widgets anpassen, damit er zu den vorgefertigten Styles passt, sondern anders herum.

    Auf lange Sicht wirst Du mit Widgets glücklicher, da bleibe ich bei. ;-) Jedenfalls wenn Du hin und wieder mal was neues in die Sidebar oder andere Widget-Bereiche packen willst. Und die Anpassung des Themes kann so dramatisch eigentlich nicht sein.

    Sorry, aber da verstehe ich Dich nicht: Du möchtest eine Lösung für die man keine PHP-Kenntnisse benötigt, aber benutzt dann keine Widgets?! Das passt nicht wirklich zusammen. ;-)

    Auf lange Sicht fährst Du besser, Dein Theme Widget-fähig zu machen bzw., eines zu benutzen, welches das ist. Das kann man in fünf bis zehn Minuten erledigen, wenn das Theme halbwegs standardmäßig aufgebaut ist, Tutorials sollte es genug geben. Du kannst natürlich in das Plugin reinschauen, wie das Widget aufgebaut ist, und das dann für die sidebar.php anpassen, aber dann musst Du mit dem PHp-Code klarkommen, fürchte ich.

    Gibst Du irgendwo in der functions.php eine Leerzeile oder ein Leerzeichen aus? Das darf nicht der Fall sein. Also nicht sowas einbauen:

    PHP
    ?>
    <?php

    Die Datei muss mit <?php anfangen und mit ?> aufhören, ohne weitere Leerzeilen davor bzw, dahinter.