Stefan

Zum ersten Punkt, da solltest du die Berechtigungen der einzelnen Gruppen prüfen und unterbinden, das Leute Postings löschen können. Einstellungen, die dementsprechend wichtig sind, sind die folgenden (Management => Manage Groups => Edit Group): Can edit own posts? => Eigene Postings editieren (sollte man einschalten) Allow user to remove 'Edited by' legend? => Ausschalten und dann wird immer der Hinweis eingeblendet, wer als letztes editiert hat. Can delete own posts? => Eigene Beiträge löschen, was ich für alle Benutzer (außer Admins, Mods) unterbinden würde. Can open/close own topics? => Eigene Beiträge öffnen/schließen. Auch für normale Benutzer abschalten. Can delete own topics? => Eigene Themen löschen, was ich für alle Benutzer (außer Admins, Mods) unterbinden würde. Ansonsten kannst du im ACP sehen, wer welches Thema/Beitrag gelöscht hat. Unter Tab Admin und dort die Option "View Moderation Logs".

Link zum Beitrag

Du kannst es probieren, indem du die ibf_posts (falls du genug Platz in der DB hast) duplizierst und dann einfach mal auf die Kopie ausprobierst, ob du in den Timeout läufst. Ansonsten müßtest du die Tabelle auf dein lokales System kopieren und es dort per MySQL Kommandozeile durchführen. Alternativ kann man auch den Hoster fragen, ob er die beiden Befehle mal kurz für dich absetzt.

Ja, das stimmt. Es kann jedoch sein, das du in ein Timeout läufst, falls die Tabelle relativ groß ist.

Die betroffenen Teilnehmer sollen mal in ihren Einstellungen gehen und dort bei Abonnements => Themen ansehen für die eingestellten Themen mal die Benachrichtigungsart auf Typ ändern in: Benachrichtigung auch bei Anwesenheit ändern. Danach sollen sie mal schauen, ob sie immer noch keine Benachrichtigung bekommen. Das Problem liegt meistens daran, das sie innerhalb der definierten Zeit im Forum aktiv waren, während der neue Beitrag erstellt wurde. Dann verschickt das Forum keine Mails. Weiterhin kann es aber auch sein, das die Mails ggf. vom Spamfilter der Benutzer gefiltert wird.

Sollte wie folgt gehen: UPDATE ibf_posts SET post = REPLACE( post, "DVD's", "DVDs" ) Trotzdem vorher die Tabelle ibf_posts sichern. :)

Link

Okay, ich hab mir die ganze Sache, wie es im Forum realisieret wird, nochmal genauer angeschaut. Wenn die erste Mail gesendet wurde, schau mal bitte in der Tabelle ibf_validating, ob dort ein Eintrag für den Benutzer vorhanden ist. Anschließend, nach der Validierung, bekommst du eine zweite E-Mail mit dem Passwort. Dann sollte der Eintrag aus der ibf_validating gelöscht sein. Probier auch mal den ganzen Ablauf aus, nachdem du im ACP eingestellt hast, dass der Benutzer sein Passwort selber bestimmen kann. Ist dort ebenfalls das Problem?

Hast du die Option Enable IP.Converge an?

Zu dem Kommentar sag ich jetzt mal nichts weiter, außer das man auch ein Leben neben den Forum hat. Zu dem Problem: ACP => TOOLS & SETTINGS => View All General Settings => CPU Saving & Optimization Einstellungen: Show Active Users und Show Board Totals?

Loggst du dich auf deinem Forum per E-Mail oder per Benutzerkennung ein? Des Weiteren hast du mal in der DB verglichen, ob die Inhalte der Felder sich ändern? Das Problem bei dem SQL Statement ist, das keine ID angegeben wird. Die Frage ist nun, warum er die ID nicht findet bzw. weitergibt.

Ich schau es mir an und geb dir Bescheid.

Oder hier ein Guide für 2.2: Link

Wahrscheinlich wird beim Upgrade bzw. beim Einspielen der Backupdaten soviel Speicher des Servers benötigt, dass dich dieser einfach abwürgt. Ähnliches Problem hatte ich auch mal bei einem Forum, welches ich aktualisiert habe. Meine Lösung war es, einfach das Forum auf einen lokalen Webserver einzuspielen, das Upgrade dort durchzuführen und anschließend die Dateien und DB Daten auf den Live - Server zu übertragen. Bei den MySQL Daten muss man dann wohl die Einträge per Hand und in kleinen Portionen einspielen. Ggf. kann auch der Provider es kurz per Kommandozeile durchführen.

Nein. ACP => Tab Tools & Settings => Date & Time Formats => Use relative dates?

Schau mal bitte im Verzeichnis cache, da sind solcge cgi Dateien drinne. Dort sollte stehen, welches Statement falsch gelaufen ist.

Zunächst mal, kannst du einstellen, ob die Mitglieder einer Gruppe überhaupt Themen bewerten dürfen. Dies funktioniert im ACP beim Tab MANAGEMENT unter Manage User Groups => Edit Group (bei der Gruppe deiner Wahl) => Can rate topics (in forums where allowed)? Und dort hast du folgende Optionen: NO => keine Themenbewertung möglich Yes (Not allowed to change vote) => Bewertung erlaubt, keine nachträgliche Änderung möglich Yes (Allowed to change vote) => Bewertung erlaubt, nachträgliche Änderung möglich Dann kannst du noch die Foren freigeben, wo Themen bewerter werden dürfen. Dies geschieht unter dem Tab MANAGEMENT unter Manage Forums => Edit Settings (bei dem Forum deiner Wahl) => Enable Topic Rating (per user group option) Dort hast du die Option Yes/Ja und No/Nein. Die von dir erwähnte Option stellt ein, ab wann die Bewertung angezeigt wird. Also wieviele Mitglieder abstimmen müssen, damit das Ergebnis sichtbar wird.

Ja, das kann auch sein. Hab es nie wirklich getestet, da ich mir angewöhnt habe, immer Umlaute zu vermeiden.

Hast du mal den Download der Datei mit verschiedenen Browsern versucht? Nur mal, um auszuschließen, das es ggf. daran liegt.

Wenn du im phpMyAdmin die Datenbank aufrufst, dann siehst du auf der rechten Seite eine Auflistung der Tabellen. Dort sind dann folgende Spalten zu finden: Tabelle Aktion Einträge Typ Kollation Größe Überhang Da kannst du dann direkt die Kollation finden. Alternativ kannst du im ACP bei der MySQL Toolbox auch folgendes eingeben: SHOW CREATE TABLE ibf_attachments

Hochgeladene Dateien werden vom Forum umbenannt und mit der Endung ipb versehen. Der korrekte Name wird lediglich in der Datenbank gespeichert und beim Download der Datei wird dem Browser der richtige Name und Typ der Datei mitgeteilt. Für mich stellt sich jetzt die Fragen, um dir weiter zu helfen: Welche Kollation haben deine Tabellen in der Datenbank (kann man mit phpmyadmin anzeigen lassen)? Welches Charset verwendest du im Forum? Hast du auch Probleme mit den Beiträgen im Forum?

Ich würde das Forum so modifizieren, dass der Benutzer selbst entscheiden kann (Foreneinstellungen), ob er das Zitat drin haben möchte oder nicht. Standardmäßig kann man es ja deaktivieren. Sind ein paar Änderungen am Quelltext notwendig, aber nicht wirklich viel. Ich schau mal, ob ich es am Wochenende hin bekomme. Ansonsten schaut mal, ob dieser schnelle Workaround funktioniert. Skinänderung: RenderRow bei Topic View Suche <a href="{$this->ipsclass->base_url}act=Post&amp;CODE=02&amp;f={$this->ipsclass->input['f']}&amp;t={$this->ipsclass->input['t']}&amp;qpid={$post['pid']}" title="{$this->ipsclass->lang['tt_reply_to_post']}"><{P_QUOTE}></a> Ändern in <a href="{$this->ipsclass->base_url}act=Post&amp;CODE=02&amp;f={$this->ipsclass->input['f']}&amp;t={$this->ipsclass->input['t']}&amp;qpid={$post['pid']}&amp;noquote=1" title="{$this->ipsclass->lang['tt_reply_to_post']}"><{P_QUOTE}></a> Datei class_post_reply.php (sources/classes/post) Suche function show_form() { //----------------------------------------- // Are we quoting posts? //----------------------------------------- $raw_post = $this->check_multi_quote(); //----------------------------------------- // RTE? Convert RIGHT tags that QUOTE would // have put there //----------------------------------------- if ( $this->han_editor->method == 'rte' ) { $raw_post = $this->parser->convert_ipb_html_to_html( $raw_post ); } Darunter einfügen if ( intval($this->ipsclass->input['noquote']) == 1) { $raw_post = $this->ipsclass->txt_raw2form( isset($_POST['Post']) ? $_POST['Post'] : '' ); } Hab ich jetzt noch nicht getestet, sollte aber funktionieren.

Hast du die Datei mit einem Texteditor geöffnet?

Das stimmt schon, aber je besser das technische Verständnis des Testers, umso genauer kann man auf die Fehlersuche gehen. Kenne ich aus eigener Erfahrung.

Ggf hilft es, die Option Match user's IP Address during session validation bei den Einstellungen Security and Privacy auf NO zu setzen.