Beiträge von immaterial

Ich dachte eigentlich an ein Popup o.ä., Email geht wohl schlecht, nachdem es sich bei DEAs meist um Fakes handelt.

Genau das möchte ich. Aber der Kommentar soll nicht einfach aussortiert werden; sein Autor soll auch eine Meldung erhalten, z. B. "die Emailadresse wurde nicht akzeptiert".

Welche Kommentarfunktion?

Ich möchte mit einer eigenen Blacklist bestimmte Emailadressen bzw. Email-Domains davon abhalten, Kommentare in meinem Blog zu posten. Mit der WP-Standardfunktion werden entsprechende Kommentare einfach im Spamordner abgelegt. Ich suche aber ein Plugin, das dem Nutzer eine Nachricht ausgibt und ihn dazu auffordert, eine andere Emailadresse einzugeben (oder aber ihn wenigstens darüber informiert, dass sein Kommentar aufgrund der Emailadresse als Spam markiert wurde). Dies soll zum Beispiel dazu dienen, sogenannte DEAs (disposable email addresses, wie Mailinator) auszuschließen. Gibt es ein Plugin, das sowas kann?

Die Blogadresse lautet: http://www.31bbd.eu

Hallo, funktioniert hat es bis gestern mit "Facebook Likes You" (ohne gesondertes OG-Plugin). Früher hatte ich mal "WP Open Graph" in Verwendung, das habe ich jetzt also als erstes wieder aktiviert. Dann hab ich es heute noch mit "WP Facebook Open Graph protocol" und "Facebook Thumb Fixer" probiert, außerdem habe ich "Facebook Likes You" mit "Really simple Facebook Twitter share buttons" ersetzt.

Inzwischen habe ich aber wieder auf "Facebook Likes You" zurückgestellt und die OG-Plugins deaktiviert...

Hallo, seit gestern habe ich Probleme mit dem Opengraph-Protokoll von Facebook. Für neu im WP-Blog gepostete Artikel wird, wenn sie bei FB geteilt werden, kein Vorschaubild und auch kein Kurztext mehr geladen, angezeigt wird in einem grauen Rahmen lediglich die URL. Poste ich hingegen einen alten Blogeintrag bei FB habe ich damit kein Problem, alles wird korrekt angezeigt.

Ich habe die Adressen zweier neuer Artikel auch im FB-Debugger (https://developers.facebook.com/tools/debug/) eingegeben und erhalte folgende Fehlermeldung: "Errors that must be fixed: The 'og:type' property is required, but not present."

Nun habe ich es mit neuen Facebook- und Opengraph-Plugins im Blog versucht, doch das Problem bleibt auch dann bestehen. Und: Auch die Blogeinträge habe ich natürlich (nach Installation der neuen Plugins) erneut gepostet, doch das Problem bleibt aufrecht. Nix. Das Problem scheint also anderweitig entstanden zu sein.

Bevor das Problem entstanden ist, habe ich weder neue Plugins installiert noch irgendwas aktualisiert. Aufgetreten ist das Problem erstmals gestern mit der WP-Version 3.9, heute habe ich auf 4.0 aktualisiert... auch dies hat nichts geändert.

Woran könnte es also liegen?

Ich habe ja "unbegrenzt" unter Anführungszeichen gesetzt. Im Moment sind es 512 MB, weil ich es so eingestellt habe...

Wie bitte?

Mit "Co-Authors Plus" kann ich den Artikeln zwar mehr als einen Autor zuweisen, doch im Frontend wird immer nur ein Autor angezeigt (TwentyEleven). Ist es denn nicht möglich, alle Autoren anzeigen zu lassen, nach dem Muster:

Veröffentlicht am "xx.xx.xxxx" von "autor1" und "autor2"

Hallo... ich möchte beim Verfassen von Artikeln meinen vollen Namen verwenden und für die Kommentare meinen Nickname. Ist das technisch machbar, gibt es vielleicht sogar ein Plugin dafür? Natürlich weiß ich, dass ich dafür zwei getrennte Benutzer anlegen könnte, doch das möchte ich eigentlich nicht.

Ich habe jetzt einen neuen Hoster mit "unbegrenztem" PHP-Arbeitsspeicher... und der Blog funktioniert wieder einwandfrei!

Ok, ich werde jetzt wohl Hoster wechseln... reichen dann 128 MB definitiv aus oder sollen es mehr sein? Anscheinend bieten das ja gar nicht so viele an, verstehe nicht, warum WP jetzt so hungrig ist.

Sollte eigentlich der PHP-Speicher, nachdem die jeweiligen Jobs abgearbeitet wurden, nicht wieder automatisch geleert werden, sodass er wieder vollständig zur Verfügung steht? Was sammelt sich da denn an?

Danke für den Tipp!

Hab heute noch was bemerkt, was meine Vermutung stützen könnte, dass der Speicher nicht tatsächlich aufgebraucht ist: Wenn ich die Fehlermeldung (Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 71 bytes) in ~/wp-includes/cron.php on line 221) bekomme, brauche ich nur auf Refresh zu klicken, damit sie verschwindet und die Operation (etwa: Publikation eines Artikels) fehlerfrei durchgeführt werden kann. Wäre der Speicher voll, würde das auch bei einem zweiten oder dritten Versuch nicht klappen.

Weiß eigentlich jemand, was die anderen aufgetretenen Fehlermeldungen bedeuten, die ich oben beschrieben hatte?

Zitat

"Notice: Constant ABSPATH already defined in ~/wp-config.php on line 22"

"Notice: register_uninstall_hook was called incorrectly. Only a static class method or function can be used in an uninstall hook. Please see Debugging in WordPress for more information. (This message was added in version 3.1.) in ~/wp-includes/functions.php on line 3012"

"Notice: add_contextual_help ist seit Version 3.3 veraltet! Benutze stattdessen get_current_screen()->add_help_tab(). in ~/wp-includes/functions.php on line 2871"

Lassen die sich wenigstens beheben?

Das beantwortet aber leider nicht meine Frage. Warum werden mir konstant 39MB angezeigt, wenn der Verbrauch angeblich nur eine Momentaufnahme ist (die also schwanken müsste)? Bitte hab Verständnis dafür, dass ich andere Fehlerquellen ausschließen will, bevor ich einen so folgenschweren Schritt wie einen Hosterwechsel beschließe... und irgendwie überzeugt mich die These von der momentanen Anzeige nicht sonderlich.

Wie du bemerkt hast, verstehe ich das mit der momentanen Anzeige nicht ganz. Wenn das stimmen würde, müsste die Angabe doch schwanken!? Sie bleibt jedoch fix bei 39MB...

Leider sagt United Domains, eine Erhöhung über 64MB sei (derzeit) nicht möglich. Irgendwie finde ich aber nach wie vor merkwürdig, dass 64MB zu knapp sein sollen, wenn mir konstant angezeigt wird, dass nur 39MB verbraucht sind.

Soeben ist nochmal diese Fehlermeldung aufgetreten:

[color=#ff0000]Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 71 bytes) in ~/wp-includes/cron.php on line 221[/COLOR]

Und das wie gesagt, obschon angeblich nur 39 von 64MB verbraucht sind.

Wenn irgend möglich würde ich die »ultimative Selbsthilfe« gern noch hinauszögern. Ich hab zwar einige Backups, aber auch ein etwas mulmiges Gefühl dabei, alles zu löschen. Mit den Plugins scheint es bei mir eh nicht direkt was zu tun zu haben, da der Whitepage-Fehler auch bei abgedrehten Plugins fortbesteht.