Beiträge von Ammaletu

Ich nehme jetzt einfach mal an, dass Du wesentlich mehr über Codierungen weißt als ich und deshalb weißt, was Du mit UTF-7 und UTF-16 anstellst. Wieso Du einen Grund hast, bei so einem Update die Codierung zu ändern (wenn Du immer noch die gleiche Datenbank verwendest), ist mir aber nicht klar. Egal, so oder so ist dann wohl Deine beste Chance, diese Einstellung direkt in der Datenbank wieder rückgängig zu machen. Da müsste ja jetzt wahlweise "UTF-7" oder "UTF-16" drinstehen, so dass es sich leicht finden lassen sollte.

...

Du hast mich jetzt tatsächlich neugierig gemacht. Ich hab aus Spaß in meiner lokalen Version mal UTF-7 eingestellt, und danach treten tatsächlich die beschriebenen Probleme auf. In der DB-Tabelle wp_options müsstest Du mal die Option "blog_charset" raussuchen. Nimm diese Query, falls Du sie nicht findest:

select * from wp_options where option_value like "UTF-7";

Den Wert änderst Du einfach zurück zu "UTF-8" und alles geht wieder. Faszinierend. Irgendwie würde ich auch vermuten, dass das damit zusammenhängt, dass UTF-7 als Codierung dort keinerlei Sinn macht. Aber vielleicht sollte das auch gehen und es liegt an WordPress, keine Ahnung. ;-)

P.S.: Was die kaputten Umlaute betrifft, wenn dann erstmal alles wieder geht außer den Umlauten findet sich der Grund dafür sicher auch noch. Da müssten wir dann einfach mal schauen, was ausgegeben wird, welche Umlaute genau alle kaputt sind und wie die verschiedenen Encoding-Einstellungen aussehen. Manchmal ist das auch einfach nur ein Plugin, das rumspinnt, oder es ist doch irgendwo noch was nicht richtig eingestellt. Sollte sich dann aber rausfinden lassen.

Woah, da komm ich nicht mehr so ganz mit. Aber ich würde Dir folgendes vorschlagen:

- egal was Du machst, alle Original-Backups unverändert aufbewahren
- alten Zustand wieder herstellen (Backup der Daten und der Datenbank wieder aufspielen, komplett wie es vor dem Update war), dazu ggf. vorher ausloggen + Cookies löschen, da sich zwischendurch am Cookie-Format was geändert hat (glaube ich)
- sicherstellen, dass das Blog mit 2.2 funktioniert
- diesen Thread hier lesen: http://forum.wordpress-deutschland.org/installation/3…config-neu.html
Ich nehme mal an, dass das noch aktuell ist, also jetzt erstmal ein Update auf 2.3 machen
- sicherstellen, dass der Blog mit 2.3 korrekt funktioniert, Plugins erstmal alle noch deaktiviert lassen
- Backup von 2.3 machen, nur so zur Sicherheit und um ggf. einen Schritt sparen zu können
- Upgrade auf 2.6 durchführen entsprechend der Anleitung, die Änderungen an der wp-config.php nicht vergessen (hattest Du in Deinem Posting nicht erwähnt, steht in der Upgrade-Anleitung hoffentlich drin, falls nicht mal die neue wp-config-sample.php mit Deiner wp-config.php vergleichen)

Tja, das sollte so theoretisch funktionieren. Falls doch Fehlermeldungen auftauchen bzw. die berühmte weiße Seite kommt, wirf bitte mal einen Blick ins Errorlog und poste ggf. die genauen Fehlermeldungen. Ansonsten müsstest Du danach mal schauen, welche Plugins mit 2.6 kompatibel sind und welche nicht. Siehe: Plugins/Plugin Compatibility/2.6 « WordPress Codex

Das ist kein Problem, allerdings müsstest Du uns zuerst sagen, ob Du Widgets für die Sidebar verwendest oder nicht. Falls ja, kannst Du das ganz einfach im betreffenden Widget einstellen. Falls nein, erfordert es eine kleine Modifikation an der sidebar.php Deines Themes. Du kannst dann dort schon mal die Zeile raussuchen, die "wp_list_categories" enthält und hier posten (falls Du nichts findest, probier es mit "wp_list_cats").

Soll das heißen, das Upgrade lief ganz normal durch, alles funktionierte, und dann hast Du eine Einstellung verändert, und danach kamen die geschilderten Fehlermeldungen? Und das hast Du bisher nicht für erwähnenswert gehalten?!? Das macht mich ehrlich gesagt ein wenig sprachlos...

Ähm, ok. Es ist ja Dein Blog. Ok, zuerst mal: Meinst Du vielleicht UTF-8 oder tatsächlich UTF-16? Ich weiß nämlich nicht, ob diese Codierung mit PHP funktionieren würde.

Ob diese spezielle Einstellung etwas mit den geschilderten Problemen zu tun haben kann, weiß ich leider nicht genau. Klingt eigentlich nicht danach, aber wenn es so wäre, könntest Du sie ja einfach zurückstellen und mal schauen, was dann passiert. Wenn Du die Settings nicht in WP speichern kannst, müsstest Du Dir das direkt in der Datenbank raussuchen und ändern (wp_options-Tabelle, ggf. Backup vorher machen). Ansonsten denke ich immer noch, dass Du die Rechte auf dem Server mal kontrollieren solltest.

Ja, das ist die brachiale Methode, dann fällt WP auch für die Einzelansicht auf die index.php zurück. ;-)

Mit einem guten Texteditor geht das eigentlich ganz gut. Einige spannende Ressourcen sind hier ganz unten verlinkt:
Function Reference « WordPress Codex

Eine echte Funktionsliste habe ich dagegen nicht gefunden. Das wäre vielleicht auch nicht so sinnvoll, da sich die Codebasis ja laufend ändert. Wenn es Dir mit der WP-Entwicklung ernst ist, ist aber sicher ein Editor nützlich, der die Funktionen für Dich raussucht. Eclipse kann z.B. auch PHP und sollte das können (ich habe es selber aber noch nie für PHP verwendet).

Fast sicher beantwortet das Deine Frage:
WordPress Deutschland FAQ » Wie kann ich im Standard DE-Theme (Kubrick) immer die vollständige Sidebar anzeigen lassen?

Und für alle anderen: Ihr wollt den angegebenen Blog nicht auf Arbeit aufrufen... ;-)

Also so wie es von außen aussieht, nutzt die Seite Widgets für die Sidebar. Log Dich also mal ein und schaue unter Design > Widgets nach, was da konfiguriert ist. Das Interface ist etwas verwirrend auf den ersten Blick, aber Du solltest eigentlich damit klarkommen. Wichtig: Nach den Änderungen musst Du mit "Speichern" bestätigen, das passiert nicht automatisch. Du kannst auf dieser Seite Bausteine, sogenannte Widgets, Deiner Sidebar hinzufügen. Ich würde mal vermuten, dass da einfach keine Ausgabe für Kategorien oder die Blogroll definiert ist im Moment. Einfach die entsprechenden Beusteine hinzufügen, nach Belieben sortieren und dann Speichern.

Hm, also ich denke eigentlich nicht, dass das bei einer frischen 2.6-Installation besser funktionieren würde (kann ich mich aber irren). Das klingt eher nach Unverträglichkeiten Deines Servers mit WP 2.6 denn nach schiefgegangenem Update. Hast Du z.B. beim Hochladen der neuen WP-Dateien möglicherweise falsche Dateirechte vergeben?

Zitat

und für was sind die Taggs nun gut ?

Damit Besucher inhaltlich ähnliche Beiträge leichter finden können. Dass das standardmäßig über die Suche nicht geht, ist blöd, ist aber so. Aber normalerweise stehen Tags ja zum einen am Beitrag dran (so dass man ähnliche Beiträge finden kann, wenn man draufklickt) und zum anderen gibt es in der Sidebar normalerweise eine Tag-Cloud (über die man generell Beiträge zu Themen finden kann, die einen interessieren). Falls Dein Theme weder das eine noch das andere ausgibt, nützen Dir Tags so erstmal mehr oder weniger gar nichts. Es ist aber nicht schwer, das Theme entsprechend anzupassen. ;-)

Widgets zu erstellen, ist eigentlich sehr einfach. Packe das folgende einfach in die functions.php des Themes oder erstelle Dir eine theme_widgets.php-Datei und binde diese in functions.php ein.

function my_widget_hello_world($args) {
  extract($args);
  echo $before_widget;
  echo $before_title . __('Hello World') . $after_title;
  echo 'Hallo';
  echo $after_widget;
}


// register the custom widgets
$my_class = array('classname' => 'widget_hello_world');
wp_register_sidebar_widget('hello_world', __('Hello World'), 'my_widget_hello_world', $my_class);

So sieht es für das erste Widget aus. Statt "Hallo" kannst Du da natürlich ausgeben, wonach Dir gerade ist, incl. WP-Funktionen wie wp_list_categories oder so. Wenn Du mehr als eines registrierst, brauchst Du das Array nicht immer neu zu bauen:

$my_class['classname'] = 'widget_bonjour';

Das wäre erstmal ein Widget ohne Backend-Optionen. Brauchst Du auch ein Beispiel, wie man eine Optionsseite dafür baut?

Und klar, vorher musst Du die Widget-Sidebars noch registrieren. Dabei kannst Du ggf. angeben, was die Variablen wie $before_widget enthalten sollen.

// add two sidebars for the widgets functionality (won't be displayed unless configured)
if (function_exists('register_sidebar')) {
  // register the left sidebar
  register_sidebar(array('name' => 'left',
  'before_title' => '<h3>',
  'after_title' => '</h3>'));
  
  // register the right sidebar
  register_sidebar(array('name' => 'right',
  'before_title' => '<h3>',
  'after_title' => '</h3>'));
}

Fangen wir mal anders an: Von was auf was hast Du aktualisiert? Von 2.2.1 auf 2.6? Und wie genau äußert sich "alles zerschossen"? Denn einfacher als die Beiträge alle wieder zu importieren, wäre sicher, die Originalinstallation erfolgreich zu upgraden.

Und nur schon mal ins Blaue geraten: Hast Du auch Probleme, wenn Du alle Plugins deaktivierst? Gerade wenn Du einen größeren Versionssprung gemacht hast, ist es wahrscheinlich, dass das ein oder andere Plugin mit der neuen WP-Version nicht mehr funktioniert. Du solltest sie einzeln aktivieren und ggf. die neueste Version installieren. Achtung, WP weist Dich neuerdings ja auf Updates hin, aber nur für auf wordpress.org gehostete Plugins. Alle anderen haben keinen Hinweis, sind aber ggf. trotzdem nicht aktuell.

Ob Deine Sidebar mit Widgets funktioniert oder nicht kannst Du im Backend unter Design > Widgets sehen. Falls dort nichts konfiguriert ist, sollte obige Änderung am Theme eigentlich dafür sorgen, dass auch leere Kategorien angezeigt werden. Bist Du sicher, dass Du das richtige Theme erwischt hast? Es sind ja meistens auch die Default-Themes noch auf dem Server.

Ok, also es geht Dir gar nicht um die normalen Kategorien, sondern um Linkkategorien?! Schön, fangen wir mal einfach an: Welche WordPress-Version benutzt Du? Und magst Du uns die Adresse der Seite verraten? Die nächste Frage wäre: Nutzt Du Widgets für die Sidebar?

Und wie muss ich mir das vorstellen, Du hast alle Blogrolls gelöscht? Hast Du im Backend alle Links gelöscht? Oder hast Du aus dem Theme oder der Widgetverwaltung nur die Anzeige der Blogroll gelöscht? In letzterem Fall ließe sich das ja vermutlich leicht wiederherstellen, wenn Du uns sagst, was genau Du gemacht hast.

Zitat

Kann ich mich darauf verlassen?

Die kurze Antwort lautet: Nein! Mach das am besten lokal mit XAMPP und zwei Datenbanken, bis alles wieder geht. Was in der Exportdatei alles drin ist, weiß ich auch nicht, aber fast sicher z.B. nicht die Links der Blogroll. Die Bilder sind auf der Festplatte gespeichert, nicht in der DB. Wenn Du den uploads-Ordner nicht löscht, passiert denen nichts, aber auch hier schadet ein Backup nicht. Und bevor Du irgendwas machst, mache auf jeden Fall ein Backup des jetzigen Standes, falls Du nicht eines von direkt vor dem Upgrade hast!

Kategorien werden normalerweise nur angezeigt, wenn ihnen wenigstens ein Beitrag zugeordnet ist. Und die Links... Wird die Blogroll in Deiner Sidebar überhaupt angezeigt?

Probiere es mal so:

<?php wp_list_categories('hide_empty=0&show_count=1&title_li=<h5>Themen</h5>'); ?>

Falls Du keine Widgets benutzt, sollte das reichen.

Wenn Du Widgets benutzt für die Sidebar, musst Du mal schauen, ob man das in den Optionen des Widgets einstellen kann (Backend > Design > Widgets > auf das Kategorien-Widet klicken). Falls nicht, kannst Du da wohl nicht viel dran machen.

Falls Du keine Widgets nutzt, such in der sidebar.php Deines Themes nach wp_list_categories. Die Parameter dieser Funktion sind hier erklärt:
Template Tags/wp list categories « WordPress Codex

Was Du brauchst, ist "hide_empty=0&show_count=1". Falls Dein Theme älter ist, verwendet es möglicherweise eine veraltete Funktion, wp_list_cats oder list_categories. Dann solltest Du eventuell auf die neuere Funktion wp_list_categories upgraden. Frag nach, wenn dabei etwas unklar ist.

Such mal nach einem "sticky" Plugin. Da sollte es mindestens eines geben. Damit kannst Du bestimmte Beiträge als sticky definieren und so immer am Anfang der Beitragsliste ausgeben lassen.

Also dann kann ich Dir eigentlich nur noch raten, erstell Dir mit XAMPP eine lokale Version des Blogs und geh der Sache richtig auf den Grund. Das kann man dann wohl nur lösen, wenn man wirklich davor sitzt. Mit den geposteten Argumenten sollte die wp_list_categories-Funktion jedenfalls nur die oberste Ebene an Kategorien ausspucken.