Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenDas automatische Update geht nicht auf jedem Server. WP gibt sich viel Mühe, aber manche Systeme sind einfach falsch oder zu restriktiv konfiguriert. Ob man da bei Dir was machen kann, müsstest Du recherchieren. Bei 1&1 bist Du ja sicher nicht der einzige Kunde, der WP einsetzt.
So oder so kann man WP aber immer manuell updaten. Was heißt "zeigt keine Wirkung"? Hast Du nach dem Überschreiben aller WP-Dateien die upgrade.php aufgerufen?
Du kannst auf Deine Seite zugreifen, per FTP. Lad die functions.php herunter, gehe ich Zeile 2 der Datei und behebe den Syntax-Fehler. Dann wieder raufladen und alles ist gut. 
warscheinlich update runterladen in der Wordpress ordner kopieren und dann?
Dann die upgrade.php aufrufen, um die Datenbank anzupassen.
Dazu gibt es genug Anleitungen. Wichtig ist, im DB-Dump vor dem Importieren die Adressen zu ersetzen (zum einen die Adresse in den Optionen, zum anderen URLs in Beiträgen, Links auf andere Beiträge oder Bilder). Die .htaccess solltest Du auch löschen und durch Speichern der Permalink-Einstellungen neu generieren lassen. Und falls die Permalinks lokal nicht funktionieren, noch mal genau schauen, dass der Apache richtig eingestellt ist (mod_rewrite, FollowSymLinks, AllowOverride FileInfo oder AllowOverride All).
Ganz wichtig: Nicht Umzug nach lokal und Upgrade vermichen! Erst das eine, dann testen, dann weiter mit dem Upgrade.
Die Shortcodes gehen nur in den Beitrags- und Seitentexten, weil es halt einer der Filter von WP ist, mit denen diese Texte behandelt werden. So wie da auch die Anführungszeichen umgeschrieben und Absätze eingefügt werden, werden eben auch Shortcodes durch die Inhalte ersetzt. Technisch gesehen könnte man das auch global in den Theme-Dateien machen, aber es wäre aufwändig und könnte ja auch andere Dinge kaputt machen, wenn es nicht sauber gelöst wird. Außerdem wird sonst ja auch nichts gefiltert in den Theme-Dateien. Wenn Du da Text reinschreibst, wird erwartet, dass Du ihn selber so formatierst, wie Du ihn haben willst.
Hm, also es geht wohl keine der statischen Seiten, außer einer Unterseite. Das klingt für mich schon mal danach, dass da was mit der Permalinkstruktur nicht hinhaut. Die Kategorieseiten funktionieren, die Beiträge auch. Die Beiträge haben allerdings eine URL wie /berichte-2/berichte/berichte-2012/beitrags-slug. Da sind drei Bestandteile vor dem Postname in der URL, und für keinen davon wird etwas gefunden.
Hm, der Kategorienaufruf klappt mit "/category/" in der URL. Man sieht, dass Du "Berichte 2012" als Unterkategorie von "Berichte 2011" gemacht hast. Das ist sicher ein Versehen und sollte korrigiert werden, dann werden die URLs schon mal einfacher. Die Slugs für "Berichte" und "Berichte 2011" sind zudem unglücklich gewählt, das ist nicht sehr sprechend. Aber ok, das hat nichts direkt mit dem Problem zu tun, denke ich.
Bei Deinem Setup solltest Du auf jeden Fall mal schauen, ob die Kategoriebasis in den Permalink-Einstellungen auf "." oder leeren String oder so gesetzt wurde. Falls ja, probier das doch mal mit "category". Damit funktionieren einige der URLs ja. Eigentlich sollte WP mit sowas aber nicht mehr durcheinander kommen, da hat sich gerade in den letzten Monaten viel getan. Deswegen kann ich mir da leider gerade keinen konkreten Grund vorstellen, woran das scheitert mit den Seiten.
Frag Deinen Hoster einfach mal direkt nach den Voraussetzungen für die schöneren Permalinks. Das sind eigentlich recht normale Einstellungen:
Außerdem kann es natürlich auch daran scheitern, dass WP die .htaccess-Datei nicht anlegen konnte und Du das hättest manuell machen müssen. Aber das hätte WP Dir dann beim Speichern der Permalink-Strukru sagen müssen.
Schritt 1: Backup machen! Komplette Datenbank und am besten alle Ordner. Beides an einem sicheren Ort lagern.
Schritt 2: Am besten an einer lokalen Installation des Blogs ausprobieren (z.B. mit XAMPP aufgesetzt, siehe Wie kann ich WordPress auf meinem heimischen Rechner installieren?). Falls das nicht geht halt online.
Schritt 3: Darauf vorbereitet sein, dass viele Plugins nicht mehr gehen. Viele werden sicher aktualisiert werden müssen, manche musst Du gegen neue austauschen. Alle durchschauen, auch wenn Fehler nicht offensichtlich sind. manchmal sterben die ja auch eher subtil, z.B. das Plugin zum Ersetzen von Umlauten in Permalinks (oe-umlauts oder wie es hieß, tat einfach irgendwann still und heimlich nichts mehr). Vor dem Update am besten mal alle Plugins abschalten und sie dann nach und nach durchgehen.
Nenn uns mal Dein Theme (bei selteneren Themes bitte mit Link zum Theme oder zu Deiner Seite). Je nach Theme ist das mit wenigen Zeilen CSS gemacht, bei manchen Themes musst Du aber sicher auch in PHP erst mal entsprechende Klassen ausgeben.
Das ist ein Shortcode, der klappt normalerweise nur innerhalb von Beitrags- und Seitentexten. Einfach in ein Template schreiben kann man ihn nicht. Du kannst aber die Funktion do_shortcode verwenden. Such bitte mal im Codex oder hier im Forum, das gab es vor einer Woche etwa gerade als ähnliche Frage.
Eine Abstimmung ist nicht vorgesehen.
Was ich ehrlich gesagt Schade finde. In UK ist das eigentlich schön gelöst: Es gibt eine öffentliche Mailingliste und in einem bestimmten Zeitraum werden Bewerbungen angenommen. Wer sich zutraut, die Orga vor Ort zu machen, kann ein Angebot zusammenstellen und am Ende gibt es eine Abstimmung, welcher Veranstaltungsort genommen werden soll. Bisher waren es wohl immer zwei, drei ernsthafte Vorschläge. Auf diese Weise wirkt die ganze Veranstaltung einfach transparenter.
Auch beim Wiederaufruf der Seite nach Schliessen, stehen in den Eingabefeldern die Daten noch drin.
Die Daten stehen da noch drin, weil WP einen Cookie setzt und sich darin Autor, E-Mail und URL merkt. Damit man sie eben nicht bei mehrmaligem Kommentieren immer wieder eintippen muss.
Pfade sind dort immer auf die JavaScript-Datei bezogen, glaube ich. Also mit "../images/beispiel.png" zum Beispiel einbinden.
Ist die Seite, um die es geht, eine Unterseite? Heißt sie so, wie eine Kategorie? Probier ggf. mal den Slug zu ändern, ob es dann geht.
Das geht nur falls der Pluginautor das vorsieht. Automatisch wie etwa bei Child-Themes klappt sowas nicht. Was sagt denn die Doku des Plugins dazu? Hast Du den Plugin-Autor mal gefragt?
Leider ging das nicht.
Wieso nicht? Was ist passiert? Klingt eigentlich nach dem Weg, den man empfehlen würde. Sicher, dass "News" Dein neues Template war und nicht eine andere Datei, die das Theme schon mitbringt? Hast Du in die kopierte home.php oben "Template: News" geschrieben?! (Nagel mich nicht auf die Syntax fest, ich glaube aber so muss es heißen. Im Zweifelsfall bitte einen wirklich eindeutigen Templatenamen wählen und dann mal die Syntax googlen.)
Schau doch mit phpMyAdmin mal in die wp_user-Tabelle, was sich da bei den Nutzern tut. Steht Dein Nutzer mit dieser Mail-Adrese drin?
Wenn es an den fehlenden Voraussetzungen für die Permalinks liegt, wird da genau das gleiche bei herauskommen. Kannst Du ja ganz simpel testen: Stell die Permalinks zurück auf "Standard" und schaue, ob dann alles wieder aufrufbar ist. Falls ja, brauchst Du nicht neu zu installieren, dann muss an der Server-Konfiguration was getan werden.
Die About-Seite geht auch nicht, also nehme ich mal an, dass der Server nicht korrekt konfiguriert ist, um die eingestellten Permalinks darzustellen. Wenn die Seite über Apache ausgeliefert wird, braucht man folgendes:
http://codex.wordpress.org/Using_Permalin…y.22_permalinks
Falls sich das mit Deinem Hoster nicht regeln lässt, musst Du eine andere Permalinkstruktur wählen, entweder die Variante mit index.php oder die normalen Links, die über Parameter funktionieren.
Das Plugin hat dummerweise eine Funktion mit einem sehr gängigen Namen definiert, die Dein Theme ebenfalls definiert hat. Das geht nicht, und um sowas zu vermeiden sind Namespaces und Klassen da. Da haben beide Autoren geschlampt. 
Erst mal konkret als Hilfe: Einfach per FTP einloggen und den Pluginordner löschen. Beim nächsten Aufruf von WP wird das Plugin dann automatisch deaktiviert und alles geht wieder.
Dann ein Backup einrichten. Ernsthaft, das ist nicht schwer und sollte wirklich gemacht werden. Nimm z.B. dieses Plugin hier und lass Dir einmal wöchentlich einen DB-Dump per E-Mail schicken. Die Mails kann man anhand des Headers in einen Unterordner sortieren und ignorieren. Einmal im Jahr alte Backup-Mails löschen reicht, einmal im Quartal die Upload-Dateien per FTP vom Server ziehen tut es auch.
http://austinmatzko.com/wordpress-plugins/wp-db-backup/
Wenn Du das Plugin trotzdem verwenden willst, könntest Du schauen, ob Du die is_odd()-Funktion im Theme umbenennen kannst. Musst dann aber auch alle Verwendungen davon im Theme anpassen.
Gute Themes betten am body-Tag oder direkt darunter jede Menge Klassen ein, mit denen man etwas dieser Art machen kann:
.postid-37 .nav a {
background-color: #004723;
}.category-allgemein .nav a, .category-42 .nav a {
background-color: #004723;
}
Das mal als Beispiel aus Twenty Eleven. Wenn Dein Theme das nicht macht, kann man das ja simpel nachrüsten, siehe eben z.B Twenty Eleven.
