Beiträge von km911

keiner eine Idee?

Leider findet sich im Netz nirgendwo eine Antwort auf mein Problem.

Ich möchte die Anzahl der per Feedwordpress "eingelesenen" Artikel begrenzen.

Standardmässig übernimmt Feedwordpress offenbar entweder 10 Beiträge oder alle vom Feed gelieferten (lässt sich nicht eindeutig herausbekommen, da der betreffende Feed auf 10 Beiträge ausgabeseitig limitiert ist.

Vielleicht hatte ja schon jemand das selbe Problem und eine Lösung gefunden...

Ein Workaround auf der Projektseite von Magpie RSS bringt nicht das gewünschte Ergebnis....

URL geht leider nicht...die ist (noch)nicht für die Öffentlichkeit....:-|

nein - leider hilft auch das nicht....

dieses elende Theme treibt mich in den Wahnsinn....:evil:

Mit jedem andere Theme das ich probiere gibt es das gewünschte Ergebnis...dieses Theme machts einfach nicht...

Das erstaunliche

$description = category_description(get_category_by_slug('category-slug')->term_id);

funktioniert korrekt, nur die weder die korrekte Kat-ID wird ausgegeben noch der Kat-Titel....

sorry für den merkwürdigen Titel...es lässt sich schlecht beschreiben:

Ich habe folgendes Problem:

Da ich Banner kategoriebezogen anzeigen möchte habe ich ein kleines Script eingebaut. Da die Banner nicht angezeigt wurden habe ich testweise an derselben Stelle folgenden Code eingesetzt um mir die Kategorie anzeigen zu lassen:

<?php$category = get_the_category(); 
echo $category[0]->cat_name;
?>

Nun passiert folgendes - egal welche Kategorie ich aufrufe - es wird immer dasselbe angezeigt. Wenn ich

unset ($category);

voransetze ergibt sich ebenfalls keine Änderung...

Kann das an dem eingesetzten Theme liegen?

ich stecke nicht so tief im WP Core Design drin - aber logisch wäre den Zugriff auf die Datenbank in einer Funktion bzw. Include zu bündeln und die Pipeline dann dort abzuarbeiten...damit sollten solche Probleme eigentlich ausgeschlossen sein...

Aber wer weiss, ob meine Beobachtung auf ein allgemeines Problem im "Daten-Handling" in WP schliessen lässt....

Zitat von marX

Möglicherweise wird da in den Meta-Tabellen was gecached. Schau dir mal diesen Beitrag an:
jeremyrandall / blog / Blog Archive Removing old URLs (slugs) from WordPress posts
Aber keien Ahnung ob das Auswirkungen auf die Term-Slugs hat... :-|

Genau - irgendetwas in der Richtung muss es sein...nur in der wp_postmeta hab ich nichts gefunden....das "_wp_old_slugs" aus deinem Link bezieht sich nur auf die "old slugs" der Artikel und auch nur solche sind in der postmeta Tabelle zu finden....

Ich habe das Problem jetzt so geloest, dass ich den slug der Kategorie geringfügig geändert habe, die Beschreibung aber so gelassen habe wie sie war.

Das einzige Problem, das ich erkennen konnte, wäre nur dann relevant, wenn jetzt eine Suchmaschine eine Kategorie indiziert hätte und entweder ein Suchmaschinen-User oder der Spider der Suchmaschine versuchen würde diesen Link aufzurufen, würde das nicht funktionieren.

Dieses Problem habe ich mit einem entsprechenden "RedirectPermanent" in der .htaccess gelöst (oder umgangen - je nachdem wie mans sieht:?).

Alle Posts und auch innerhalb der Kategorieansichten ist jetzt die Kategorie mit dem neuen slug verlinkt....insofern kann man die Seite ganz normal nutzen.

Übrigens habe ich auch herausgefunden, wie die Datenbank beschädigt wurde - dies geschah durch zeitgleich Zugriff auf einen Datensatz, beim Editieren eines Artikels und gleichzeitigem Zugriff auf (möglicherweise denselben) einen Artikel durch ein automatisiertes Update eines rss-feeds.

Leider liess sich nicht mehr feststellen, ob durch das Update genau auf den von mir editierten Artikel zugegriffen wurde.

Das wäre möglicherweise ein Ansatzpunkt für die WP Entwickler, womit man die Stabilität von Wordpress noch verbessern könnte...

Unter Umständen resultiert in einem ähnlichen Problem auch der fehler mit dem "Sie haben keine Berechtigung auf diese Seite zuzugreifen" Fehler den einige User auch schon hatten, und wodurch denen der Zugriff auf ihren Admin-Bereich trotz gültigem Passwort verwehrt wurde.

p.s. vielen Dank an marX :-D

und das Ergebnis ist...

hat nicht funktioniert....:(

Sobald ich die Kategorie wieder umbenenne gibt es wieder diese Umleitungsschleife....

Gibt es irgendwo einen Cache im WP wo soetwas gespeichrt wird?

Den Tabellencache habe ich schon geleert - an dem kanns nicht sein...

Zitat von marX

Einstellungen -> Schreiben -> Standardkategorie für Artikel

Mmh, gute Frage. Hast du ein Backup? :-D

Backup habe ich....aber es betrifft nur wenige Artikel mit zwei Kategorien - ich werd das jetzt mal probieren und melde mich dann obs geholfen hat....

Zitat von marX

Quatsch. :-) Kat 11 zur Standardkategorie machen, Kategorie 3 löschen und dabei Postings in die Standardkategorie (#11) verschieben lassen - fertig.

Nein, die Zuordnung erfolgt nicht mehr über wp_posts.post_category, da ja mehrere Kategorien (und Tags) zugeordnet werden können. Die Zuordnung erfolgt über die Tabelle wp_term_relationships, die Kategorien selbst stehen in wp_terms bzw. wp_term_taxonomy.

Siehe: Database Description WordPress Codex

ok....das klingt einleuchtend....und wird hoffentlich auch funktionieren...

Zwei Probleme:

wie definiere ich die 11 als Standardkategorie

was geschieht mit den Posts, die mehrere Kategorien haben?

Danke für deine Hilfe....

naja - alle Postings verschieben - da bin ich alt und grau....

Diesen Aufwand wollte ich bislang vermeiden - ansonsten stimme ich dir zu - das wäre der Weg, der auf jeden Fall funktionieren wird und auch funktioniert, da ich es mit zwei testpostings schon probiert habe...

Nur den Aufwand habe ich gescheut, zumal mir vor allem im Moment noch nicht ganz klar ist, ob es reicht eine Tabelle (die WP_posts) dann mit den neuen Cat-id´s upzudaten oder ob da noch mehr dran hängt....

Zitat von marX

Hast du den Slug dieser Kategorie mal gelöscht und neu gesetzt? Ist der Slug irgendwie zweideutig oder enthält er nach der Reparatur unerlaubte Zeichen?

Nein der ist nicht zweideutig und besteht nur aus Buchstaben und "-" . Das war vor der Reperatur so und jetzt auch.

Und wie gesagt - ich habe die Kategorie mit der ID 11 und einem etwas anderen Namen nochmals neu angelegt, dann die bereits vorhanden Kategorie 3 umbenannt in 12 und sowohl Bezeichnung als auch slug geändert und anschliessend die Kategorie 11 in 3 umgeschrieben und slug und Bezeichnung entsprechend wieder geändert.

Die Postings gehen ja auch nocrmal aufzurufen nur eben die Kategorie im Frontend nicht...im Admin funktioniert alles....:confused:

Hallo erstmal....

mein Problem passt dazu, ist jedoch ein wenig "spezifischer"

Ich hatte ebenfalls aus heiterem Himmel einen "Crash" verschiedener Tabellen meiner Datenbank.

Die Tabellen wurden alle mittels PHPMyAdmin und der repair-Funktion wieder in Ordnung gebracht.

Die Seite läuft - lediglich eine einzige Kategorie nämlich die Kategorie 3 lässt sich über die Permalinks nicht mehr aufrufen - stelle ich die Permalink-Struktur zurück auf Standard gehts...

Alle anderen Kategorien funktionieren einwandfrei und selbst die Kategorie 3 lässt sich im admin bearbeiten, ändern, aufrufen und für Postings verwenden, nur vom Frontend aus gibt es diese berühmte Umleitungsschleife....

Auch ein Umbenennen der Kategorie brachte keinen Erfolg...ebensowenig wie ein Umbenennen direkt in der Datenbank

Vielleicht hat ja jemand einen Tipp.

Danke schonmal