Beiträge von Ammaletu

Ich bin nicht sicher, was Du mit "unterbringen" meinst. Du kannst im Backend natürlich Kategorien erstellen und diesen Kategorien Artikel zuordnen. Das ist der Sinn und die normale Funktionsweise von Kategorien. Klickst Du dann auf die Kategorienseite, werden Dir alle Artikel dieser Kategorie angezeigt. Das nutzt Du so ja auch schon:
http://www.eichele.ch/william/category/technik/

Da sind auch die Artikeltitel auf die Einzelansicht verlinkt. Was fehlt da also? Was möchtest Du genau machen?

Zitat

Gehe ich eigentlich recht in der Annahme, dass die Datenbank nur aktualisiert wird, wenn auch am Tag des Geburtstages das PHP-Skript aufgerufen wird?

Kann sein, dass es so gedacht war, aber dann müsste dort "==" stehen statt "=". Aber ganz ehrlich, da blicke ich nicht wirklich durch, was da passiert. Wieso muss die DB denn aktualisiert werden? Steht da das Alter tatsächlich als Zahl in der DB? Das macht doch gar keinen Sinn!?!

Zitat

Nun funktionierts.

Und woran lag es? Hast Du noch was behoben?!

Zitat

Weiss jemand wie man die Anzahl der Beiträge bei einem Tag in der Tag Cloud anzeigt:

Sorry, keine Ahnung. Kann sein, dass das nicht so ohne weiteres geht mit der Standard-Tagcloud-Methode von WP.

Zitat

und..kann man die Tags auch in der single.php anzeigen lassen, für jeden Beitrag.

Steht im ursprünglich verlinkten Artikel:

<?php echo get_the_term_list($post->ID, 'people', 'People: ', ', ', ''); ?>

@istmiregal: Dann schaue doch bitte auch mal mit dem Memory-Plugin (siehe oben), wie es bei Dir um den Speicher bestellt ist. Außerdem könntest Du mal schauen, ob Dein Browser Dir JavaScript-Fehler anzeigt und ob ein Leeren des Caches hilft.

So, ich habe das mal lokal getestet. Es liegt auf jeden Fall nicht nur an dem Plugin. Ich habe hier lokal WP 2.8.5 (keine Sprachdatei) und darin das Plugin mal aktiviert und sehe Dein Problem nicht.

Vermutung: Du bist am Speicherlimit und dieses Plugin hat das jetzt nur zufällig ausgelöst. Falls das so ist, merkst Du das vermutlich, sobald Du ein weiteres, größeres Plugin zu aktivieren versuchst. Alternativ kannst Du die These mit dem "Memory Usage"-Plugin überprüfen: http://wordpress.org/extend/plugins/wp-memory-usage/

Falls es das nicht ist, muss es an was anderem liegen, vielleicht an der PHP-Version oder so. Ich habe hier lokal PHP 5.2.4 laufen.

Also die Fehlermeldung ist eigentlich eindeutig: Die Funktion wp_get_current_user() wird nicht gefunden. Sie ist aber Bestandteil von WPMU und sollte auf jeden Fall da sein. Wenn sie es nicht ist, kann das IMHO nur daran liegen, dass WPMU nicht korrekt installiert ist, soll heißen dass einige Dateien fehlen, beschädigt sind, nicht gelesen werden können etc.

Ich habe auch mal WPMU heruntergeladen und nachgeschaut. Die Funktion ist auf jeden Fall in wp-includes/pluggable.php definiert. Der Fehler muss aber nicht an dieser Datei liegen, es kann ja auch die Datei betreffen, welche pluggable.php normalerweise laden würde. Irgendwo ist da auf jeden Fall der Wurm drin.

Ich habe keine WPMU-Erfahrung, aber soweit ich weiß, laufen viele WP-Plugins auch mit WPMU. Wenn sie es nicht tun, äußert sich das vermutlich anders. Der Fehler hier stammt ja aus einer WPMU-Datei (capabilities.php), und das darf nicht sein.

Ich habe allerdings eben in WPMU 2.8.5.2 nachgeschaut. Eventuell solltest Du auf die aktuelle Version upgraden, vielleicht enthielt Deine Version ja einen Fehler?! Es findet sich leider zu MU auf die Schnelle kein Changelog. :-/

Gehört hab ich davon auch noch nie, aber ich verlinke mal die ergoogelte Doku:
http://dev.mysql.com/doc/refman/5.1…nction_date-add

Wenn ich das richtig verstehe, holt die Anweisung das aktuelle Datum und zieht davon sechs Stunden ab. Substring(xxx, 1, 10) ist dann einfach das Rausholen des gewünschten Teiles des Ergebnisstrings, das wird schon stimmen. Aber was das soll, dass statt des aktuellen Datums das aktuelle Datum - 6 Stunden benutzt wird, kann ich Dir auch nicht sagen. Wo stammt der Code denn her? Vielleicht musst Du da mal den Autor fragen?!

Ich bin ohnehin nicht sicher, was das soll. Verstehe ich das richtig, dass die SQL-Abfragen für $today und $todaymd nur dazu dienen, den Datumsstring zu erhalten? Das würde ich gleich mit PHP machen (date-Funktion?).

Sorry, da fällt mir so auf Anhieb mangels Erfahrungswerten damit nicht viel zu ein. Wenn Du den Link zur Seite postest, komme ich oder jemand anders aber vielleicht darauf, was schiefläuft. Außerdem könntest Du mal schauen, ob das mit dem Default-Theme funktioniert. Nicht dass es irgendwie am Theme liegt.

Nutzt Du denn Permalinks? Falls nein, dann musst Du im register_taxonomy-Aufruf den rewrite-Parameter auf false stellen, denke ich. Das geht sicher nur, wenn Du eine Permalinkstruktur eingestellt hast.

Außerdem könnte es eventuell helfen, in den Permalinkoptionen eine Tag-Basis anzugeben. Das ist jetzt aber nur geraten, ich habe selber bisher noch keine eigenen Taxonomien benutzt.

Im Stylesheet. Einfach mal nach "color:" suchen.

Du könntest im Errorlog mal nachschauen, welchen Fehler dieses Plugin denn ausgelöst hat. Vielleicht kann man den ja beheben / umgehen.

Alternativ: Hast Du einen Link zum Plugin? Und welche Version des Plugins sowie welche PHP-Version verwendest Du? Dann könnte ich mir das vielleicht lokal mal anschauen. Meldungen dieser Art kommen ja nun doch leider öfter in letzter Zeit...

Kann sein, dass ich das gerade falsch verstehe, aber Dein Code für die Sub-Navigation gibt wenn Du auf der dritten Ebene bist auch nur die Seiten der dritten Ebene aus. Um es immer getrennt zu haben brauchst Du eher so etwas hier:

<?php
global $wp_query;


// get parent post object
$parent_post = null;
if (!empty($wp_query->post->post_parent)) {
  $parent_post = get_post($wp_query->post->post_parent);
}


// show second level navigation
if (empty($wp_query->post->post_parent)) {
  // current page is on first level
  $parent = $wp_query->post->ID;
} else if ($parent_post->post_parent == 0) {
  // current page is on second level
  $parent = $wp_query->post->post_parent;
} else if ($parent_post->post_parent > 0) {
  // current page is on third level
  $parent = $parent_post->post_parent;
}
wp_list_pages("title_li=&child_of=$parent&depth=1");


// show third level navigation
if (empty($wp_query->post->post_parent)) {
  // current page is on first level, nothing to show
  $parent = -1;
} else if ($parent_post->post_parent == 0) {
  // current page is on second level
  $parent = $wp_query->post->ID;
} else if ($parent_post->post_parent > 0) {
  // current page is on third level
  $parent = $wp_query->post->post_parent;
}
if ($parent > -1) {
   wp_list_pages("title_li=&child_of=$parent&depth=1");
}
?>

So, ist ungetestet, also stimmen bestimmt viele Details bestimmt noch nicht. Gibt Dir aber vielleicht zumindest eine gute Arbeitsgrundlage.

Beantworte doch vielleicht mal meine Fragen aus meinem vorherigen Beitrag noch. Wenn es z.B. mit dem Default-Theme auch nicht geht, könnte ich das lokal mal testen. Wenn es mit dem Default-Theme dagegen geht und Du aber ein anderes Theme verwendest, wird das schon schwieriger. Im übrigen als neue Frage: Werden im Browser JavaScript-Fehler angezeigt beim Versuch, einen Kommentar zu editieren?

Ok, um dann mal zum eigentlichen Thread zurückzukommen: Soweit ich das gerade gelesen habe, sollten Timestamps zwischen 1901 und 2038 kein Problem sein, auf Windows-Maschinen geht aber wohl nur ab 1970 (bis PHP 5.1.0). Das Problem ist hier denke ich die WordPress-Funktion (Ja, habe gerade mal nachgeschaut -- alle negativen Timestamps, also alles vor 1970, wird fest auf das aktuelle Datum gesetzt), die man dann eventuell durch eine andere Funktion ersetzen müsste.

Hm, strftime würde gehen, aber dann müsste die Locale des PHP-Prozesses komplett verstellt werden, was vermutlich nicht gehen wird. Was Du machen kannst, ist entweder die date_i18n-Funktion in die functions.php zu kopieren und dort anzupassen (aus wp-includes/funcstions.php kopieren, in der functions.php mit anderem Namen einfügen und den if-Block am Anfang entfernen, bei mir Zeile 90-98). Oder Du lässt Dir in der SQL-Query das Datum sinnvoll formatiert ausgeben und ersetzt den Monat dort mit einer Helperfunktion durch den Monatsnamen in Deutsch.

Ok, mal der Reihe nach: Weißt Du, dass die Probleme daran liegen, dass das Plugin alte Optionen aus der DB liest, oder vermutest Du das nur? Und hast Du probiert, die Optionen des Plugins neu zu speichern? Das Plugin wird wohl kaum alte Optionen auslesen, die es auf seiner Optionsseite nicht auch speichert, denke ich.

Davon abgesehen stehen die Optionen in der wp_options-Tabelle. Ich würde da aber nicht auf gut Glück etwas dran ändern, das halte ich nicht für sinnvoll.

Zitat

Kann es sein, dass eine htaccess Konfiguration diese vom plugIn bereitgestellte Routine verunmöglicht?! Gibts sowas?

Möglich wäre es, dass der Autor das nicht mit aktivierten Permalinks getestet hat. Keine Ahnung, ob es so ist, ich kenne das Plugin nicht.

Zitat

ODER: Da es mir einfach nur darum geht, dass ein reg. Benutzer seinen eigenen Kommentar korrigieren kann (z.B. innerhalb von 30 Min.):

Habe mal kurz geschaut auf wordpress.org, aber das Plugin sieht da eigentlich am geeignetsten aus. Da es noch aktuell entwickelt wird, sollte man es doch zum Laufen kriegen. Andererseits gibt es eine ganze Reihe an aktuellen Bug-Reports im Forum. Kann sein, dass der Autor da etwas Zeit braucht, die alle zu bearbeiten. Spiegelt einer davon denn Dein Problem wieder, z.B. der hier?
http://ajaydsouza.org/index.php/topic,95.0.html

Und welches Theme benutzt Du eigentlich? Geht es mit dem Default-Theme?

Verrätst Du noch, welches Plugin es war (Name + Version), für alle anderen, die den Thread mit einem ähnlichen Problem finden?

Ich weiß nicht, wie es bei WPMU ist, aber im normalen WP ist diese Funktion in wp-includes/pluggable.php enthalten. Wenn sie bei Dir nicht da ist, sind vielleicht einige Dateien unvollständig hochgeladen worden? Prüfe das ggf., indem Du Dir WPMU neu herunterlädst und mal nach der Funktion suchst. FTP-Übertragungsfehler kommen scheinbar öfter vor als man meinen sollte, ggf. mal ein anderes FTP-Programm testen.

Wenn ich das richtig sehe, ist die Anzahl in der Datenbank gespeichert, Du musst also nicht alle Beiträge abfragen, um an die Zahl zu kommen. Scheint in wp_term_taxonomy.count zu stehen. Ich würde annehmen, dass das am Kategorieobjekt verfügbar ist, wenn Du Dir dieses geben lässt. Die Details müsstest Du aber mal selber austüfteln, da fehlt mir aktuell die Zeit zu.

Nutze am besten die ID statt des Namens, hol Dir die Kategorie und probier einfach mal $category->count aus. Und dann der normale Loop, wie vorher auch.

[COLOR=Black]Hm, interessantes Problem. Auf Anhieb sehe ich da leider auch keinen Fehler. Was spuckt denn [/COLOR][COLOR=Black]strtotime($row->nbdate) aus?! Vielleicht ist das ja schon falsch? Ich würde vermuten, dass [/COLOR][COLOR=Black]date_i18n das aktuelle Datum nimmt, falls es keinen verwertbaren Input bekommt. Und könntest Du nicht gleich mit $row->bdate arbeiten, das ist doch ein Timestamp, oder?
[/COLOR]

Das Plugin bietet scheinbar nur einen Shortcode, mit dem Du die Unterseiten im Text einer Seite ausgeben kannst. Die Installationsanleitung, die Du sicher gelesen hast, ist da eigentlich recht übersichtlich und eindeutig:

Zitat

1. Upload subpage-view.php to the /wp-content/plugins/ directory
2. Activate the plugin through the 'Plugins' menu in WordPress
3. Place [subpage-view] (or any valid shortcode) in your MCE editor (see Description).

Es gibt ansonsten sicher auch Plugins/Widgets, welche Dir die aktuellen Unterseiten automatisch in der Sidebar ausgeben, falls es das ist, was Du machen möchtest.