Beiträge von Max74

Keine E-Mails mehr

Ich hänge mich hier gleich an diesen Beitrag dran, weil die Problemstellung ziemlich die gleiche ist. Ich verwende WP 3.1 und habe 'Mir eine E-Mail schicken, wenn ein Kommentar auf Freischaltung wartet.' aktiviert.

Wenn ich als anderer (nicht-Admin-)Benutzer in WP nach dem Abschicken des Kommentars die Meldung erhalte 'Dein Kommentar wartet auf Freischaltung.', dann würde ich nun eigentlich erwarten, dass gemäss Parameter oben eine E-Mail an die Admin-E-Mail-Adresse (wie unter Einstellungen/Allgemein angegeben) ginge.

Das tut aber seit dem 16.03. abends nicht mehr. Seither habe ich nichts verändert, ausser dass ich Probleme mit dem Wordpress.com Stats-Plugin Probleme hatte. Aber das schien ein allgemeines Problem zu sein (und scheint mir auch noch nicht ganz gelöst zu sein). In der Folge hatte ich dieses deaktiviert. Ich sehe allerdings absolut keinen Zusammenhang zwischen diesem Plug-In und dem Ausbleiben der Info-Mails fürs Freischalten eines Kommentars.

Was ich zwischenzeitlich ebenfalls gemacht hatte, ist, dass ich die eingangs erwähnten Einstellungen verändert, abgespeichert und wieder zurückgestellt habe, damit WP auch sicher diese Einstellungen drin hat. Das Resultat ist unverändert (darum bin ich ja nun hier).

Weiss jemand Rat? Sieht jemand noch einen anderen Zusammenhang?

Und wie sieht es aus, wenn Du als Admin einen Artikel publizieren willst? Geht das auch nicht?

Übrigens: Du kannst als Admin auch einen Artikel verfassen und dabei ganz unten im Editor einen anderen Autor auswählen, sodass es dann nicht 'Admin' als Autor heisst (so als Notlösung für den Fall, dass Du wenigstens als Admin normal publizieren kannst).

WP kennt ja verschiedene Rollen (Administrator, Autor usw.) und damit auch verschiedene Befugnisse.

So wie sich Dein Problem anhört, bist Du mit dem von Dir verwendeten Benutzer zurzeit nur noch Contributor/Mitarbeiter, welchem es zwar gestattet ist, Beiträge zu ändern, aber keine neuen Beiträge zu veröffentlichen. Vermutlich hast Du da mal etwas an der Benutzerdefinition rumgefummelt ;-)

Logge Dich mal als Admin ein, überprüfe die Rolle des von Dir ansonsten verwendeten Benutzers und ändere die Rolle mindestens auf «Autor». Dann klappt das auch wieder mit dem «Veröffentlichen»-Butten.

Wenn ich Dich richtig verstehe, meinst Du diese «Previous / Next» Links, oder?

Ein «../Page/..» habe ich nur drin, wenn ich Posts nach Monat abrufe. Beim Aufruf nach Kategorien erscheint bei mir in der URL hingegen «../category/..». Aber das geht dann wohl ins gleiche Thema.

Da die Paginierung ein dynamisches Element ist, scheint mir das etwas aus dem Herzen von WP zu sein, woran ich nicht rumfummeln würde (auch weil ich kein Herzchirurg bin ;-) )

Hast Du es schon mit einer Suche unter den Plugins versucht?

Alternativ könntest Du auch im Admin-Bereich unter Einstellungen/Lesen die Anzahl Artikel pro Blogseite so hoch schrauben, dass es gar nicht erst ein «Previous / Next» braucht. Je nachdem wie viel Du publizierst, ist das vielleicht der einfacher Weg.

Also, konnte das Problem lösen, allerdings über einen ganz anderen Weg und schreibe den hier noch hin für den Fall, dass anderen etwas Ähnliches widerfährt:

1. Installation der letzten Artisteer-Version (welche bei mir sowieso nötig war, weil ich den PC kürzlich neu aufgesetzt hatte). Ich schreibe diesen Punkt nur deshalb hin, weil die jüngste Version vielleicht etwas mehr macht/verhindert/löst als die vorangehende (auch in Zusammenhang mit Scripts vs. Hosting Provider Config usw.).

2. Öffnen des "alten" Theme (was eine automatische Konvertierung durch Artisteer auslöst).

3. Etwas am Theme rumfummeln, inkl. Fussbereich (Footer), dann exportieren.

4. In WP-Admin (2.9.2) die Angaben im Footer-Bereich herauskopieren, in einer txt-Datei zwischenspeichern und den Footer somit "leer" abspeichern.

5. Dann upload der neusten Theme-Version (also das Ergebnis aus Pt. 3), in meinem Fall via ftp und aktivieren dieser Theme-Version via WP-Admin.

6. Footer wieder abfüllen und speichern.

Und weg sind die automatisch hinzugefügten Backslashs vor Anführungszeichen. Offen bleibt, was der Auslöser war. Da ich vorgängig explizit (u. a.) alle Theme-Dateien auf dem Server nach deren Datum/Zeit prüfte (wurde irgendwo etwas verändert?) und dabei nichts fand, vermute ich eine Änderung Server-seitig, welche durch einen neuen Theme-Upload basierend auf der jüngsten Artisteer-Version kein Problem mehr ist. Aber das ist nur eine Vermutung.

Trotz allem besten Dank für die Unterstützung.

Danke Dir, Marcus.

Yep, ich verwendet tatsächlich Artisteer. Das erklärt auch, weshalb der Footer nicht "bloss" ein Plugin ist.

Zu Deinem Zitat frage ich jetzt vielleicht etwas dumm nach, da ich nicht weiss, wo was bei WP geschieht (bin kein Informatiker):

"...von Außen in Ihr Skript gereicht werden..." verstehe ich allgemein. Über welche Methode ist das denn bei WP möglich? Via Kommentarfunktion? In ein Post eingebettetes Objekt? Solche Codes wie in der ursprünglichen Problemschilderung?

Kurz: Wo habe ich nach suspekten Zeichen zu suchen (was das dann auch immer sein wird...)?

Hallo allerseits

Ich steh' da etwa an, nicht zuletzt auch weil ich über einiges nicht mehr so genau Bescheid weiss... :-(

Unter "Design" im Admin-Teil habe ich einen Punkt "Footer". Ich weiss nicht mehr, ob der standardmässig bei WP dabei ist (ich verwende 2.9.2) oder ob ich den "irgendwie" vor Monaten installiert habe. Unter den Plugins finde ich ebenso wenig zu diesem Footer wie auf dem Server (vielleicht habe ich aber auch einfach nach dem Falschen gesucht).

Dieser "Footer" erlaubte mir bisher, verschiedene Codes einzufügen um in irgendwelchen Blog-Verzeichnissen zu erscheinen. Dieser Code ist in der Regel ein html-String. Der Vorteil dieses Footers ist, dass er Theme-unabhängig funktioniert.

Seit heute setzt "er" mir vor den Anführungszeichen des html-Codes beim Abspeichern noch ein Backslash hinzu. So wird beispielsweise aus <a href="http://... </a>" ein <a href=[COLOR=Red]\[/COLOR]"http://... </a>".

Trotz Suche habe ich nirgends eine für mich eindeutige Erklärung und vor allem eine klare Lösung gefunden. Es scheint, dass dieses "Phänomen" mit php zu tun hat. Weil das Ganze beim Abspeichern geschieht, also eine Antwort seitens Server ist, gehe ich davon aus, dass es auch mit diesem zu tun hat.

Die html-String-Einträge befinden sich in meiner Backup-Datei der DB, werden demnach in die DB reingeschrieben.

Ist dieser Footer standardmässig in WP-Admin dabei?

Kann mir jemand sagen, was da in meinem Fall neuerdings abläuft und wie ich dem begegnen kann? (Gemäss Hosting-Provider: php5, MySQL 5.0.45)

Über eine Antwort würde ich mich freuen!

Auch bei mir scheint wieder alles "normal" zu laufen. Verglichen mit anderen Stats scheinen die Zahlen mehr oder weniger identisch (so wie das immer ist bei unterschiedlichen Stat-Tools :lol: )

de-Domains

Mein Blog läuft unter einer .ch-Domain...

Auch bei 2.9.2

Ich verwende WP 2.9.2 und stelle das gleiche Problem fest: Das WordPress.com Stats-Plugin zählt seit etwa der gleichen Zeit auch bei mir nicht mehr.

Am Speicherplatz liegt es nicht, davon habe ich noch jede Menge. Ob es allerdings an der DB liegt und für diese irgendwo eine Limite definiert ist, weiss ich leider auch nicht.

Vielleicht kann hier jemand weiterhelfen?