Beiträge von borsti67

nach endlosem 'rumgefummel habe ich die (eine???) problematische Stelle gefunden: Die Kategorien sind bis zum Aufruf der Funktion "_get_cat_children" noch ok, und die verstümmelt dann das Ergebnis. :evil:
Die Datei /wp-includes/category.php ist aber auf meinem Test- und dem Live-Server identisch, kein Übertragungsfehler o.ä.!

Kann mir ein PHP-Experte evtl. erklären, was in diesem kleinen Schnipsel hier:

201  function &[URL="http://wordpress.taragana.net/_functions/_get_cat_children.html"]_get_cat_children[/URL]([URL="http://wordpress.taragana.net/_variables/category_id.html"]$category_id[/URL], [URL="http://wordpress.taragana.net/_variables/categories.html"]$categories[/URL]) {
 202      if ( empty([URL="http://wordpress.taragana.net/_variables/categories.html"]$categories[/URL]) )
 203          return array();
 204  
 205      [URL="http://wordpress.taragana.net/_variables/category_list.html"]$category_list[/URL] = array();
 206      foreach ( [URL="http://wordpress.taragana.net/_variables/categories.html"]$categories[/URL] as [URL="http://wordpress.taragana.net/_variables/category.html"]$category[/URL] ) {
 207          if ( [URL="http://wordpress.taragana.net/_variables/category.html"]$category[/URL]->[URL="http://wordpress.taragana.net/_variables/category_parent.html"]category_parent[/URL] == [URL="http://wordpress.taragana.net/_variables/category_id.html"]$category_id[/URL] ) {
 208              [URL="http://wordpress.taragana.net/_variables/category_list.html"]$category_list[/URL][] = [URL="http://wordpress.taragana.net/_variables/category.html"]$category[/URL];
 209              if ( [URL="http://wordpress.taragana.net/_variables/children.html"]$children[/URL] = [URL="http://wordpress.taragana.net/_functions/_get_cat_children.html"]_get_cat_children[/URL]([URL="http://wordpress.taragana.net/_variables/category.html"]$category[/URL]->[URL="http://wordpress.taragana.net/_variables/cat_ID.html"]cat_ID[/URL], [URL="http://wordpress.taragana.net/_variables/categories.html"]$categories[/URL]) )
 210                  [URL="http://wordpress.taragana.net/_variables/category_list.html"]$category_list[/URL] = [URL="http://wordpress.taragana.net/_functions/array_merge.html"]array_merge[/URL]([URL="http://wordpress.taragana.net/_variables/category_list.html"]$category_list[/URL], [URL="http://wordpress.taragana.net/_variables/children.html"]$children[/URL]);
 211          }
 212      }
 213  
 214      return [URL="http://wordpress.taragana.net/_variables/category_list.html"]$category_list[/URL];
 215  }

[size=8](Zitat entnommen von WordPress Source (Latest))
[/SIZE]
...in verschiedenen PHP-Versionen zu unterschiedlichen Ergebnissen führen kann?
Oder falls es irgendein PHP-"Schalter" sein sollte, welchen ich prüfen/umstellen muß?

Es sieht mir sehr danach aus, als wenn $category bei der Rekursion seinen Wert verliert bzw. dieser nach der Rückkehr nicht wiederhergestellt wird.

Danke...

ok, ich suche mal danach.
Generell PHP5 kann aber nicht das Prob sein, dann dürfte es in meiner Testumgebung ja auch nicht gehen - müßte also diese spezielle Version sein. :-?

ich habe vorhin nochmals die DB gelöscht und bei Null angefangen. Dachte mir so, vllt kann ich über den XML-Import/Export was werden.

Aber schon beim Anlegen der Kategorien ging das wieder los, daß auf einmal Standard-Kategorie für "Blogroll" weg war. :x
Leider weiß ich nicht, ob das unmittelbar nach Anlage einer Kat mit einem Umlaut drin passierte; aber klingt auch nicht sehr wahrscheinlich...

Also tippe nun eher auf ein PHP-Problem.
Auf dem Server läuft Apache/2.2.4 (Unix); PHP 5.2.1; MySQL 5.0.27; "suhosin" (???) und auch "Zend", macht das evtl. irgendeinen Unterschied?

Hi Net,

Zitat von Netwalker

hmm das ist echt strange. Versuch trotzdem mal in der Datenbank bei den fehlenden Seiten den Wert von parent_ID auf 0 (Hauptebene) zu setzen. und schau obs danach angezeigt wird (danach sollte es möglich sein, sie im Backend wieder als unterseiten zu setzen).

habe mittlerweile sogar mal rigoros ALLE parent_id's auf 0 gesetzt... Bringt auch nicht wirklich was. Manchmal bekomme ein (!) zusätzliches Element zu fassen (welches sieht mir eher "statistisch" aus), aber die möglichen Einstellwerte passen nie, und nach dem Umsetzen der ID per Backend verschwindet's auch gleich wieder, statt dessen wird das nächste angezeigt...
Ich habe aber den Eindruck, da muß noch woanders was gespeichert sein/werden! Ich habe zB die Kategorie "Termine" auf parent_id 0 gesetzt, wenn sie denn angezeigt wurde, dann unterhalb von "ASC", als "--- Termine". Das ist doch ein Indiz dafür, daß es "eigentlich" eine Unterkategorie ist, oder?

Zitat

Bzw da wo es auf null steht, schau mal ob du vllt die ID einer anderen (sichtbaren) Seite als Parent angibst. klingt unlogisch, aber ich hab schon merkwürdigere Sachen funktionieren sehen.

geht leider genauso wenig...

Zitat

Dass sich auf grund eines Auto-Increment in der Datenbank plötzlich IDs von Posts und Seiten doppeln, kann ausgeschlossen werden? (das würde auch nicht die verschwundenen Kategorien erklären)

Nein, die stimmen in "Original" und "Fälschung" ;) überein.

Zitat

Was läuft da an plugins?

!Wartungsmodus (installiert aber inaktiv) 1.1
Cache-Flush 0.1
Dan's Avatar Thingy 1.3
Diagnosis 1.2
Event Calendar 3.1.0
Event Calendar Widget 3.1.0
Google Sitemaps 2.7.1
Inline Google Maps (derzeit inaktiv) 3.1
Instant Upgrade 0.1
meta-tags 0.1
PJW WordPress Version Check 1.0
Sidebar Widgets 1.0.20060711
Simple Tagging 1.6
WordPress Database Backup 1.8

...und bevor Du fragst, natürlich hatte die auch schon alle deaktiviert (ohne Änderung). ;)

...und die Kategorien...

Mir ist übrigens gerade aufgefallen, im Infotext unter den Kategorien wird darauf hingewiesen, daß Beiträge, deren Kategorie ich lösche, in "verschiedenes" verschoben werden und Links in "sonstige Links" - also wie's gehört, nur daß eben diese auch nicht angezeigt werden.

(wenn das Problem gelöst werden kann, können diese Postings/Attachments gelöscht werden)

hier die Seiten (unter Site-Admin/Verwaltung)

falls es was nützt, kann ich mal ein paar Screenshots anhängen:

So sieht's in der Menüstruktur aus (also die Startseite, die der Benutzer zu sehen bekommt)

Hallo Netwalker,
nein, es sind nicht ausschließlich Unterseiten.
Bei den Seiten wird die erste Hauptseite angezeigt und eine Unterseite; danach nichts mehr (es müßten weitere Unterseiten kommen, dann auch noch weitere Hauptseiten).
Bei den Kategorien ist es eine der Haupkat., die man sehen kann, und es fehlen sowohl weitere Haupt- als auch Unterkategorien.

Die Daten in der Tabelle habe ich für die Kategorien Zeile für Zeile verglichen und sehe keinen Unterschied. :(

Moin,

ich habe mir lokal eine WordPress-Installation aufgebaut mit MySQL 5 auf einem Ubuntu-Dapper-Server, Apache2. Diese funktioniert nun wie sie soll.

Also wollte ich damit nun auf einen öffentlichen Server umziehen, was ja leider einige (IMHO unnötige) manuelle Eingriffe erfordert...
Folgendes habe ich getan:

• die wp-config.php entsprechend der neuen Datenbank (auch MySQL 5) angepaßt
• alle Dateien auf den neuen Webspace hochgeladen
• ein komplettes MySQL-Dump per PHPMyAdmin gezogen
• mittels Search'n'Replace die blog-URL in den Optionen korrigiert
• das gleiche für die ganzen lokalen URLs und Dateisystem-Verweise
• den korrigierten Dump in die neue DB eingespielt

Nun die Seite aufgerufen -> Umlaute kaputt.

ok, das war noch recht einfach zu finden, ich muß beim Import "Latin1" statt "utf8" einstellen. Also alle Tables gelöscht (sicher ist sicher), neu importiert und: Umlaute ok!

ABER!
Es werden nicht alle Beiträge, Seiten und Kategorien angezeigt!
6 Seiten existieren, davon sieht man nur die ersten 2 in den Menü-Links.
Es gibt insgesamt 10 Kategorien, davon haben 4 Inhalte: gerade EINE wird angezeigt.
In der Blogstatistik im Admin-Panel steht korrekt "There are currently 8 posts and 2 comments, contained within 10 categories."?!
Gehe ich aber auf "Verwalten...", sehe ich

• die 8 Posts MIT den verwendeten Kategorien
• nur die 2 Seiten statt 6
• nur eine Kategorie

Ich habe schon versucht, alles davon mal einfach überzuspeichern, bringt nichts. Der Witz ist, alle Links funktionieren! Wenn ich also die ID einer Kategorie/einer Seite/eines Beitrags kenne, kann ich diese(n) problemlos "manuell" aufrufen; in der Datenbank ist alles drin...

Was mach' ich denn nun?

Ergänzung: Habe nun SAFE_MODE=OFF und das Plugin rennt wieder bestens!
Liegt also ziemlich eindeutig daran...

Eine Frage aber mal nebenbei; bei der Prüfung vor dem Lauf empfiehlst Du "0777" als Modus für alles; sollte das nicht für Dateien "0666" sein?

Zitat von mastermind

War es bei Dir auch der Safe Mode? Oder etwas anderes?

zumindest habe ich keine entsprechende Meldung bekommen - nur die 3 erwähnten.
Aber ich habe jetzt mal 'n phpinfo() laufen lassen:

safe_mode   On   Off

...local (also das erste) müßte die für mich geltende Einstellung sein, oder? Dann wäre es doch der Safe-Mode.
Wenn die globale Einstellung "off" ist, kann ich das dann selbst (de-)aktivieren? Oder muß ich das beim Provider machen lassen, wenn er's denn tut?

Zitat

Nun ja, das ist ja kein Problem des Upgrade-Plugins. Außerdem gibt es Lösungen, mit denen man eine Suchen-/Ersetzen-Operation auf die Datenbank anwenden kann.

Hm, Quote im Quote funzt hier offenbar nicht? Na egal.
Ist klar, daß das kein Plugin-Prob ist, ich mußte das nur mal loswerden. ;)

Bin immer noch wild am Googeln, warum nun 3/4 der Kategorien und auch der statischen Seiten nirgendwo mehr angezeigt werden, obwohl in der DB vorhanden und auch manuell aufrufbar...

Das Problem von Woodstock habe ich leider auch:
Auf meinem Testrechner HoMe läuft das Update wunderbar (Ubuntu "dapper", MySql 5, Apache2).
Auf dem Server, wo die Chose "live" gehen soll wird alles außer der wp-config und dem wp-content gelöscht!
Die einzigen Fehlermeldungen sind 3x "konnte .../work/...languages/... nicht kopieren" (genaue Fehlermeldung hab' ich mir leider nicht notiert) und am Schluß, daß die upgrade.php nicht ausgeführt werden konnte - was kein Wunder ist, da nicht (mehr) existent...

Wobei so ein Serverumzug mit WP ja richtig Sch... ist - da sind die ganzen Pfade/URLs in der Datenbank, statt nur relative - ich mußte das Dump nachbearbeiten ohne Ende.:evil:
(und trotzdem funzt vieles nicht [mehr])

Zitat von Olafb

Lösch bitte Cookies!!!!

ok!
...Nun bin ich baff, das hat tatsächlich geholfen. :shock:

Kannst Du mir evtl. erklären, warum?
Immerhin war ich korrekt ausgeloggt, alle anderen User- oder gar Admin-behafteten Funktionen gingen nicht etc. Wieso also diese Anzeige? :confused:

Zitat

Hilfreich währe auch ein Link zu schicken. Ich glaub dir nämlich immer noch nicht :?

Ich befürchte, mit einem Link zu 192.168.xxx.xxx ist Dir nicht wirklich geholfen, und einen anderen gibt es nicht bei einer lokalen Test-Installation. :mrgreen:

Nun gut, das Thema kann aber jetzt geschlossen werden. Danke für den Tip!

Zitat von Olafb

Glaub ich dir nicht [size=8](das heißt ich kanns mir nicht vorstellen)[/SIZE] :???:

Was passiert denn wenn du "abgemeldet" bist und du auf bearbeiten klickst?

EDIT: Cookies gelöscht?
EDIT2: da steht dann also "Benutzername"??? oder doch dein LoginName???

tststs... :neutral:

Abgemeldet sieht es so aus wie im angehängten Bild (Bearbeiten wird nicht angeboten). Ich hoffe man kann's erkennen, die Größenlimits im Forum sind ziemlich knapp bemessen.

Interessanterweise steht in der vorgeschalteten Übersichtsseite (also bevor ich den Artikel selbst aufrufe "1 Kommentar", da werden also korrekt nur die freigeschalteten gezählt...

Cookies hab' ich nicht gelöscht, warum?
Als "Benutzername" steht da der Name, der im Kommentar-Formular unter "Name" eingegeben wurde. ;) Verlinkt ist dieser mit der URL, welche der Kommentierer als seine Homepage hinterlassen hat.

Zitat von Olafb

Logg dich mal aus und staune :)

Ich habe schon gestaunt, weil ich nämlich abgemeldet war/bin und das TROTZDEM sehe... ;)

Hallo,

ich fange gerade an, mit der aktuellen WP-Version zu spielen. Dabei ist mir folgendes aufgefallen:

Obwohl ich eingestellt habe, daß Kommentare erst durch den Admin freigeschaltet werden müssen, sind diese in voller Länge sofort lesbar! Es erscheint bloß zusätzlich der Vermerk, daß der Kommentar noch moderiert werden muß...

Beispiel:

[U]Benutzername
[/U][COLOR=Gray]Dieser Eintrag muss noch freigeschaltet werden.[/COLOR]
geschrieben 03.03.2007 um 20:09 | [U]Permalink[/U]  ([U]Bearbeiten[/U])
blah fasel
noch mehr Text
rumgespamme…  
sofort löschen!!!

Ich hab' mir das mal im Template angesehen, was mir dabei als PHP-nOOb ;) auffällt: Die Funktion, die den Moderationstext in der "comments.php" erzeugt, steht unmittelbar vor "comment_text()", aber letzteres ist AUSSERHALB der "if-endif"-Konstruktion.

Dies ist in allen Themes so, die ich bisher angeschaut habe.
Da ich mir nicht vorstellen kann, daß so ein gravierender Fehler so lange unentdeckt bleibt, stellt sich mir die Frage, wo das Problem liegt?

Sollte "comment_text()" eigentlich gar nichts ausgeben, wenn "$comment->comment_approved" gleich '0' ist? Wenn ja, wie kann ich 'rausfinden, warum es das trotzdem macht?

Nebenbei würde ich es auch für zweckmäßig halten, wenn bei noch unmoderierten Beiträgen auch der Link des Benutzernamens nicht schon funktionieren würde, denn auch der kann bereits zu Spam- oder gar Malware-Seiten führen...