Jump to content
Communities.Management

Milchschnitte

Members
  • Posts

    12
  • Joined

  • Last visited

  • Days Won

    3

Milchschnitte last won the day on August 3 2023

Milchschnitte had the most liked content!

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Milchschnitte's Achievements

Rookie

Rookie (2/14)

  • Collaborator
  • First Post
  • Week One Done
  • One Month Later
  • Reacting Well

Recent Badges

4

Reputation

  1. Gibt es denn schon irgendein grobes Release-Datum?
  2. Hier fallen mir sofort zwei Dinge ein: Maintenance-Möglichkeit der Tags. Admins können somit den Tag-Wirrwarr im Forum aufräumen, evtl. umbenennen oder Tags massenweise durch andere ersetzen. Ich weiß aktuell gar nicht, wie ich die ganzen falsch geschriebenen Tags der User innerhalb der letzten x Jahre aus dem Forum entfernen/ersetzen kann. PN-Postfach: Bringt doch endlich mal eine ordentliche Pflegefunktion des eigenen PN-Postfachs. Ich habe ca. 2.000 PNs aus den letzten 20 Jahren. Versuche da mal an das Ende der Liste zu gelangen. 😉
  3. Für mich ist das kein Ding. Ich brauch zwar Commerce und Download nicht, aber die $19 zusätzlich jährlich machen das Kraut auch nicht fett.
  4. Ganz ehrlich, wir sind wohl die, die zu den „nein“ gehören. Bis jetzt habe ich noch keinen ordentlichen Usecase gefunden, wo eine Automation Sinn macht. (außer eine Usergroup Automation) Teil doch bitte mal ein paar Ideen. 😉
  5. ... und endlich kann man sich mit dem engagiertesten Mitarbeiter im Support-Team direkt austauschen. 😉
  6. Ergänzung: Ah, jetzt glaube ich die Prune Conversations Lösung richtig zu verstehen. Es heisst also, dass alle PNs gelöscht werden, die in einem bestimmten Zeitraum keine WEITEREN Antworten mehr erhalten haben, also dass die Konversation verebbt ist, oder? Ursprünglich hatte ich es so verstanden, dass PNs gelöscht werden, die insgesamt KEINE Antworten haben, sprich jemand hat eine PN geschickt, aber der Empfänger nie geantwortet. Somit würde sich auch das obige Löschproblem erledigen. Sehe ich das richtig? Wenn das so ist, wäre aber anstatt "Prune conversations with no reply" die bessere Variante "Prune conversations with no more replies".
  7. Tja Daniel, dann läuft aber etwas falsch, denn 90% aller PNs wurden gelöscht. Ich hatte dann auch mit der Liveversion verglichen. Bei mir im Postfach sind alle Nachrichten weg, die älter als ein Jahr waren. Apropos, das mit dem mt_last_post_time könnte schon auch hinhauen, allerdings wurde dann aber auch PNs gelöscht, die Antworten hatten.
  8. Interessante Entdeckung. Wir haben eben zum Testen (auf dem Testserver) mal die Funktionalität aktiviert, dass alle PNs gelöscht werden sollen, die seit einem Jahr keinerlei Antwort hatten. Komischweise hat das System jetzt plötzlich 90% aller PNs gelöscht, auch ganz viele, die Antworten hatten. Es sieht so aus, dass als Löschkriterium die Zeit verwendet wird, wann der letzte Teilnehmer einer Kommunikation die Nachricht gelesen hat. Somit sind alle Nachrichten weg, deren letztes Lesedatum länger als ein Jahr her war. Ist das ein Bug? Ich vermute ja. Wie gesagt, 90% aller Nachrichten wurden vom Cron gelöscht.
  9. Hallo Daniel, danke für deine Query. In der Tat liefert diese 0 Resultate. Somit sind alle Einträge wohl doch alle korrekt. Frage wäre trotzdem, wie man die drei PN Tabellen einiger gesäubert bekommt, vor allem für Personen, die schon seit mehr als 5-10 Jahren nicht mehr aktiv sind. Meine Challenge ist aktuell, dass ich die DB-Größe reduzieren muss, da sie für meinen Hoster zu groß wird. Da greift man natürlich nach jedem Strohhalm. 🙂
  10. Hallo Daniel, innerhalb der letzten 20 Jahre haben sich bei uns im Forum eine Menge privater Nachrichten angesammelt. Davon sind ein großer Teil von Mitgliedern, die nicht mehr aktiv sind. Im Zuge dessen habe ich mir Gedanken gemacht, wie man hier aufräumen könnte. Im Backend kann man ja nur Nachrichten löschen, die keine Antwort erhalten haben. Das ist aber super ungenügend. Mir ist nun folgender Punkt in der DB aufgefallen. Es gibt drei Tabellen (topics, posts, topic_user_map), die für PNs verwendet werden. In der User Map sind die Zuweisungen der einzelnen Gesprächpartner gespeichert. Ich habe nun festgestellt, dass Nachrichten nicht mehr aufrufbar sind, wenn in der User Map Tabelle das Feld map_user_active eine 0 besitzt. Komisch ist nur, dass dies bei einer sehr großen Anzahl von Nachrichten der Fall ist, OBWOHL alle Parteien noch ganz normal im Forum aktiv bzw. registriert sind. Weiteres evtl. damit verbundenes Phänomen. Bei den 4.500 Nachrichten, die alleine ich im Forum gespeichert habe, habe ich mir mal die Arbeit gemacht und ganz nach unten gescrollt, da ja eine Sortierung leider nicht möglich ist. Dabei ist mir aufgefallen, dass nach 7 Jahren (Anfang 2016) plötzlich Schluß war, obwohl ich viel ältere Nachrichten besitze. Kann es evtl. sein, dass bei einem Upgrade damals in 2016, als v4 noch neu war, evtl. nicht alles rund gelaufen ist und viele private Nachrichten als unsichtbar (evtl. über die User Map) markiert wurden?
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.