Auch wenn man meinen möchte, dass WordPress Version 2.8 noch ausreichend Arbeit für die Entwickler bereit hält, so wollen wir doch die Entwicklung der kommenden Version nicht liegen lassen und so möchte ich kurz zeigen, was es mit dem Papierkorb auf sich hat.
Die Nutzer von beispielsweise Google Mail kennen die Möglichkeit in einer Webanwendung: man verschiebt Inhalte in den Papierkorb und die Inhalte werden dann in Abhängigkeit eines Zeitraums gelöscht. Alternativ kann man sie dort auch wieder zurück holen, immer in Abhängigkeit eines definierten Zeitrahmens.
WordPress integriert diese Möglichkeit nun auch und mit WordPress 2.9 steht diese Option für Artikel, Seiten, Attachments und Kommentare bereit. Einige Screenshots zeigen die aktuelle Implementierung bei Beiträgen und Kommentaren.
Der Zeitraum wird via Konstante festgelegt; im Standard handelt es sich um 30 Tage. Will man diesen Wert ändern, so muss man folgende Definition in der wp-config.php hinterlegen.
define( 'EMPTY_TRASH_DAYS', 30 );
Für Entwickler gibt es jeweils zwei Hooks – für Artikel und Kommentare, wo man eingreifen kann.
* @uses do_action() on 'untrash_post' before undeletion
* @uses do_action() on 'untrashed_post' after undeletion
* @uses do_action() on 'untrash_comment' before undeletion
* @uses do_action() on 'untrashed_comment' after undeletion
Ansonsten soll und die Version 2.9 ja vorrangig in Richtung Medien voran bringen, wie die User in der letzten Umfrage entschieden haben. Diese werden nach der Umfrage dann auch im Core verfügbar sein und damit das System weiter aufblasen. Schade aus meiner Sicht, dass die Nutzer nicht die Option der “Canonical Plugins” genutzt haben.
Mac
11. August 2009 um 13:13
Wer bitte braucht nen Papierkorb bei nen Blog?
Es reicht ja schon, dass diese tollen Revisionen das Blog zumüllen.
…ist nur meine Meinung…
gr4y
11. August 2009 um 13:39
Irgendwann bekommt WordPress einen eigenen Knopf zum rebooten. Der Papierkorb ist echt ein ziemlich unsinniges “Feature”.
Kim
11. August 2009 um 13:47
@Mac: Du darfst nicht vergessen, dass sich WordPress immer mehr zur eierlegenden Wollmilchsau entwickelt und so langsam auch beginnt, die herkömmlichen CMS-Systeme zu ersetzen. In diesem Umfeld sind Papierkörbe wohl Gang und Gäbe.
ocean90
11. August 2009 um 14:01
@Mac
Wie Kim schon sagt, WordPress ist schon lange kein reines Blogsystem mehr. Dementsprechend finden halt auch solche tollen Features in WordPress ihren Platz.
Und wenn du dich von den Revisionen belästigt fühlst, dann deaktiviere sie doch, die Möglichkeiten sind ja schließlich vorhanden.
Ich begrüße diese Funktion und danke an Frank für die Erläuterung.
Mac
11. August 2009 um 14:39
Joooo … und warum muss man sowas via config.php oder mit nen Plugin machen?
Einfacher wäre es doch in dem sogenannten neuen “WordPress CMS System” einen Schalter einzubauen.
AN / AUS
Stefan
11. August 2009 um 22:15
Ja, sagtmal, sind wir hier in Windows?! Demnächst kommen dann wohl auch pro Aktion drei Sicherheitsabfragen, ob man den Artikel wiklich, ganz sicher löschen möchte?!?
Selten so nen unsinniges Feature angepriesen bekommen.
Eike
12. August 2009 um 00:05
Wow, klasse Sache. Darauf habe ich gewartet.
*kopfschüttel*
Ich finde man sollte sich mal auf “wichtige” Dinge beschränken. Und auch finde ich das Tempo der Updates nicht so toll. Für mich ist jedes größeres update Nervenaufreibend.
Ich nutze WP erst seit ca. 8 Monaten. Erlebte aber so schon 2.6, 2.7 und 2.8. Und die Abstände werden immer kürzer. Für mich wird hier etwas eigentlich funktionierendes “verschlimmbessert”. Man sollte vielleicht mal schauen welche Plug-Ins in 80% der Blogs intrigiert sind und diese Features dann in die neue Version einbauen und nicht den Papierkorb.
Mac
12. August 2009 um 07:46
Das ist genau der Punkt !
prasi
12. August 2009 um 09:58
Na das ist ja mal unnötig!
Die Möglichkeit, einen Beitrag als Entwurf zu speichern, halte ich für vollkommen ausreichend!
Das ist dann wieder ein unnötiger Klick mehr! Zuerst auf “Move to Trash” und dann auch noch auf “Empty Trash” oder wie wird das dann aussehen?
Oder kann man dann generell nurmehr in den Papierkorb verschieben?
Das sollte doch eher ein Plugin werden und nicht in den Core kommen!
Der großteil der Benutzer scheint aber so ähnlich darüber zu denken wie ich…
ocean90
12. August 2009 um 10:11
@prasi
Wie kommst du denn jetzt auf Entwurf?
Die Trash Möglichkeit kommt ja auch für die Kommentare.
Man schickt also was in den Trash und da bleibt es halt so lange, wie es voher bestimmt wurde. Standard 30 Tage. Hast du zB ausversehen einen Kommentar gelöscht, kannst du ihn wiederherstellen. Ist doch super, was ist so schlimm daran?
Man kann die Zeit ja auch auf einen Tag setzen, dann sind sie halt 24 Stunden in Datenbank vorhanden, werden dann aber automatisch gelöscht. Ist so also ob du momentan auf Löschen klickst, nur dass es nicht direkt weg ist.
@Eike
Erst meckern alle rum, dass man eine leichtere Version erstellen soll, und dann sollen aufeinmal die ganzen Plugins in den Core integriert werden? Wo ist da der Sinn? 80% der Blogger haben wahrscheinlich aus 20-30 oder 50 Plugins aktiv. Versteh’ ich nicht…
@Stefan
Wieso Windows? Ich denke mal, dass der Mac auch einen Papierkorb hat…
Durch dieses Feature ist übringens das aktuelle Alert Löschen ja/nein nicht mehr vorhanden. So viel zu drei Sicherheitsabfragen…
prasi
12. August 2009 um 10:19
@ocean90
Achso, wusste nicht, dass das auch für Kommentare gilt!
Aber einen Kommentar “unabsichtlich” löschen ist ja schon fast eine Kunst!
Es kommt sowieso ein Fenster “Wollen Sie den Kommentar wirklich löschen?”
Was so schlimm daran ist: WordPress wird größer, die Datenbank bekommt wieder eine unnötige Belastung dazu, weil Sie ja jetzt einmal ein Flag “im Papierkorb” auf den Datensatz setzen muss, und dann nach der vorgegebenen Zeit den ganzen auch wieder löscht -> 2 Abfragen, wo eigentlich nur eine nötig wäre!
Ich finde die Idee ja garnicht so schlecht, nur würd ichs mir als Plugin lieber wünschen, da ich dieses Feature nicht benötige!
pixelschubzzer
12. August 2009 um 14:21
Also ich find die Idee ganz gut.
Falls man doch mal was versehentlich löscht oder es sich später anders überlegt.
Soweit ich weiß gab es das ja schon bei Joomla, wobei ich es da nie gebraucht habe.
Keks
12. August 2009 um 18:11
Ich glaube ich fände es als Plugin auch besser. Man könnte dieses Plugin dann ja standardmäßig aktivieren wie dieses Askimet-Dings (whatever). Benutzer, die es nicht brauchen schalten es dann ab.
LG, Keks
Chris
13. August 2009 um 10:25
Ob Dein Blog jetzt 10MB oder 70MB in der MySQL-DB belegt spielt ja eigentlich keine große Rolle – von zumüllen kann also keine Rede sein. Es sei denn, man hat einen analretentiven Ordnungswahn.
Webrocker
13. August 2009 um 11:00
oh mann… WP wird leider immer mehr zur Bloatware.
Mir geht die Papierkorbfunktion meines Betriebssystems und des Mailprogramms schon auf den Sack, vor allem die ständige Nachfrage, will denn nun auch wirklich löschen? Ja gottverdammt, ich will. Seufz.
Mac
13. August 2009 um 12:38
@Chris
Ach so. Wenn man pro Tag ca. 5 Beiträge schreibt und WordPress jedesmal bis zu 10 Revisionen speichert, dann sind das 45 Beitragfetzen die sinnlos in der Datenbank rumhängen. 45 x 30 Tage = 1350 Beitragsfetzen pro Monat.
Und nun kommt noch ein Papierkorb dazu.
Alles klar…
Wie wäre es noch mit einer täglichen Datenbanksicherung oder einer Systemwiederherstellung?
——————————————–
Ich will die Geschichte nicht schlecht reden…
Das einzige was mich ärgert, das man solche Sachen nicht im Adminbereich ausschalten kann. Ich muss jedes bei den ganzen Blogs die wp-config.php ändern.
Und … selbst wenn man die Revisionen ausschaltet, die Datenleichen bleiben in der Datenbank. Das heißt für mich, noch ein Plugin installieren, welche dann die Revisionen löscht.
Und das ist alles nervig…
Chris
13. August 2009 um 13:02
So what. Wie groß ist ein “Beitragsfetzen”? 1k? 10k? Also nichts. Zu viele Einträge in der Datenbank? Nein, dafür ist sie da – mehrere Millionen Einträge sind für eine MySQL-Tabelle kein Thema.
Also bleibt als einiges Argument gegen die “Beitragsfetzen” ein Ordnungswahn ohne technisch notwendigen Hintergrund.
Mac
13. August 2009 um 16:07
Ah-ha.
gthr
13. August 2009 um 21:53
@Mac
Wenn man auf dem Server phpMyAdmin liegen hat, reicht folgender SQL-Befehl …
… und ALLE Revisionen sind gelöscht.
Mac
14. August 2009 um 08:24
@gthr
VIelen Dank, mir sind aber die MySQL / PHP und HTML Befehle bekannt.
Aber genau, dass ist das Problem:
Ich gehe davon aus dass 80 % der User keinen Plan von php oder MySQL haben.
(Denk mal an Eure Eltern falls die Bloggen)
Für die Programierer ist das alles Easy.
Deswegen würde ich die Schalter zum Abschalten ins Adminmenu einbauen und nicht immer in die wp-config.php.
define( ‘EMPTY_TRASH_DAYS’, false );
define( ‘EMPTY_TRASH_DAYS’, 0 );
define(’WP_POST_REVISIONS’, false);
define(’WP_POST_REVISIONS’, 0);
Chris
14. August 2009 um 08:50
Ichhabe bisher immer noch kein stichhaltiges Argument gelesen, warum die Revisionen ein Problem darstellen (ausser “es ist so unordentlich in der Datenbank”).
Mac
14. August 2009 um 14:30
Datenleichen?
Chris
14. August 2009 um 14:54
“Datenleichen?”
Was heisst denn Datenleichen? Das würde ja bedeuten, dass ich irgendwo Datensätze habe, von denen ich nicht mehr weiss, woher sie kommen und wo sie hingehören. Aber das ist nicht der Fall.
Die Argumentation ist bis jetzt: Revisionen sind doof, weil sie Fetzen sind, sind Fetzen weil sie Leichen sind, sind Leichen, weil sie unordentlich sind, weil sie doof sind, weil sie … und so weiter.
Da ist bis jetzt noch nichts mit Hand und Fuß dabei.
Mac
14. August 2009 um 16:53
Gähn …. und ENDE!
Markus
14. August 2009 um 18:19
revisionen sind meines erachtens unnütz. und genau deshalb sag ich mir WARUM soll ich unützes zeug in der datenbank haben? meine db ist jetzt momentan 17mb und ich weiß noch als ich die revisionen mit drin hatte, wars um einiges mehr. ich bekomm jeden tag massig spam, soll ich das jetzt auch noch “aufheben” im papierkorb? noch mehr müll in der db der da einfach meiner meinung nach nicht hingehört. da ich auch jeden tag ein db bis zweimal ein db backup mach, sollte man auch den traffic sehen, der durch eine aufgeblähte db entsteht.
Kalle
30. August 2009 um 21:40
wofür einen papierkorb? es würde schon reichen, dass ein eintrag nur eine id zugeordnet bekommt. wenn man einen beitrag löscht, sollte wp diesen auch aus der datenbank löschen und die vergebene id wieder freigeben. somit ist die datenbank immer sauber und wird nicht zugemüllt ….