Beiträge von marX

Schön.

Für das nächste Upgrade (wegen upgrade.php) bitte beachten:
Upgrading WordPress « WordPress Codex

2.5? Was für ein 2.5?? Meinst du das Update auf WordPress 2.3? Da gibt es keine Tabelle post2cats mehr, das wird alles über die Terms gemacht. Du hast anscheinend ein Plugin, was das nicht weiß. Deaktiviere die Plugins nacheinander um herauszufinden, welches dafür verantwortlich ist. Dann sieh nach, ob der Plugin-Autor eine neue Version bereitstellt.

Siehe auch hier:
Plugins/Plugin Compatibility/2.3 « WordPress Codex

(Unter Umständen könnte auch das Theme Probleme machen, siehe dazu hier: Themes/Theme Compatibility/2.3 « WordPress Codex)

Noch was: upgrade.php ausgeführt?

Sieht schon ganz gut aus. Ich würde noch drauf achten, dass die Kollationen der Datenbanken übereinstimmen. Sonst kanns nach dem Einspielen des DB-Dumps evtl. zu Problemen mit Sonderzeichen kommen.

Wahrscheinlich wurde der Header da bereits ausgegeben, so dass du dann keinen Zugriff mehr darauf hast. Warum nicht die custom.css ständig einbinden? Wenn die einmal im Browsercache steht wird die ja auch nicht mehr nachgeladen.

Zitat von ragin

Was ist mit "line 223" gemeint?

Zeile 223. Im generierten HTML-Quelltext.

Zitat

Was muss ich generell ändern um den Fehler nicht mehr zu haben.

Dann steht da noch das er irgendwelche bytes nicht interpretieren kann.

Das IST der Fehler. Du hast ein ISO 'Ä' (\xC4) drin, er erwartet aber (nach der von dir angegebenen Zeichencodierung) ein 'Ä' in UTF-8 Codierung.

Sind die Themes möglicherweise in ANSI-Codierung statt UTF-8 abgespeichert und enthalten unmaskierte Umlaute?

Du könntest einen Zähler mitführen, der sich z.B. anhand der Variablen $paged und $posts_per_page berechnet. Den dann mit ausgeben. Eine Lösung wäre folgende:

<?php
	if( isset($paged) && ( intval($paged) > 1 ) ) {
		echo '<ol start="' . ( ($paged - 1) * $posts_per_page + 1 ) . '">';
	} else {
		echo '<ol>';
	}
?>
<!-- the_loop -->
</ol>

Das start-Attribut verhindert aber eine erfolgreiche Validierung der Seite bei (X)HTML-Strict! Du kannst den Zähler aber natürlich auch als normalen Text ausgeben.

WYSISWYG-Editor deaktiviert? (siehe auch FAQ)
Mögliherweise schießt auch der Filter wpautop quer, dazu gibts im Forum Threads.

Gab hierzu schon Threads, musst mal suchen. Tipp: In der Mail muss der Header für die Zeichencodierung gesetzt werden.

Für 2. und 3. gibts Plugins. "My Category Order" und "Category Access" denke ich.

zu 4.:

<input type="submit" name="submit" value="<?php _e('Login'); ?> &raquo;" tabindex="9" />

Da das in deinem Fall ein Formular zum Anmelden ist, ist der Button schon korrekt. Du könntest den ja per CSS so stylen, dass er wie ein Textlink aussieht.

Alternativ so:
<a href="javascript:this.form.submit()">Anmelden</a>
Geht aber nur, wenn der User JavaScript aktiviert hat!
(Kann sein, dass es "this.submit()" oder so heißen muss, ist aus dem Gedächtnis heraus geschrieben ;-))

Mmmh, das kann sich natürlich zu einer Suche nach der Nadel im Heuhaufen entwickeln. Kannst du uns einen Link geben?

Möglicherweise ist auch ein Plugin schuld...

Wenn du einen Root-Server hast kannst du dir auch mal Plone ansehen. Das geht allerdings nicht bei einfachen Hostingpaketen (gibt aber Spezialhoster).

Was hast du als Blog-URL eingetragen? Da muss die lokale IP (in deinem Fall: http://192.168.200.33/wordpress/) stehen. Wenn da "localhost" oder 127.0.0.1 steht, dann geht das vom fremden Recher aus natürlich nicht -der sucht dann auf seinem eigenen Loopback-Interface.

Nein, damit gehts nicht. Der kann nur vorhandene Dateien speichern - ich vermute mal im bestehenden Format.

Schon mal in die FAQ geguckt?

Wenn du die Seite wiedergefunden hast: lass es uns wissen!

Ja, so rum, sorry.

Genau einmalig im Header des Themes. Naja ich wechsel mein Themes nicht häufiger als meine Unterhosen, von daher könnte ich den Aufwand verschmerzen.

Grafiken (mittels background-image) gehen natürlich. JavaScript würde sich z.B. für eine Ajax-LiveSearch anbieten (dafür gibts Plugins).

Google z.B. mal nach: "formulare stylen mit css" - gibt tausende Treffer.

In deinen Server-Logs siehst du die Zugriffe auf deine Feeds. Obs dafür ein Plugin gibt weiß ich nicht...

Also der TinyMCE hat eigentlich nix mit dem BOM zu tun. Eventuell sind die Theme-Dateien mit einem BOM abgespeichert. Vielleicht hilft dir dieser Thread etwas weiter:
http://forum.wordpress-deutschland.org/konfiguration/…te-dateien.html