kingofcomedy

Ich wusste schon, warum ich mich freue, wenn ich in der Online-Liste sehe, das der Stefan "mein" Thema liest. preg_replace hatte ich auch ausprobiert, aber natürlich nicht auf so eine "komplizierte" Art und Weise. Danke. :rolleyes:

Oder einfach direkt auf www.ibproarcade.com ;)

Meine Vermutung: Ob ein User einen Thread schon gelesen hat oder nicht, wird ab 2.0 in der DB gespeichert. :)

@Stefan: Hast du deinen "kleinen Fix" auch an den Modder geschickt? :)

Ok, dann gilt mein obiges Posting nur für die User, die es etwas anders haben möchten. ;)

Dazu fliegt auf meiner Festplatte noch ein "AddOn" rum. Das Query $DB->query("SELECT a.title, a.forum_id, a.tid, b.pid, c.read_perms FROM ibf_topics a, ibf_posts b, ibf_forums c WHERE a.tid=b.topic_id AND a.forum_id = c.id AND b.author_id= '".$member['id']."' ORDER BY b.pid DESC LIMIT 1"); wie folgt abändern $DB->query("SELECT a.title, a.forum_id, a.tid, b.pid, b.post_date, c.read_perms FROM ibf_topics a, ibf_posts b, ibf_forums c WHERE a.tid=b.topic_id AND a.forum_id = c.id AND b.author_id= '".$member['id']."' ORDER BY b.pid DESC LIMIT 1"); Anschließend folgenden Zeile $info['lastpost'] = "<a href='".$this->base_url."&act=ST&f=".$lastpost['forum_id']."&t=".$lastpost['tid']."&view=findpost&p=".$lastpost['pid']."'>".$lastpost['title']."</a>"; wie folgt abändern $info['lastpost'] = "<a href='".$this->base_url."&act=ST&f=".$lastpost['forum_id']."&t=".$lastpost['tid']."&view=findpost&p=".$lastpost['pid']."' title='".$ibforums->lang['last_post_date']." ".$std->get_date( $lastpost['post_date'], 'LONG' )."'>".$lastpost['title']."</a>"; Anschließend noch in der lang_profile.php folgendes hinzufügen 'last_post_date' => "Geschrieben am", Beim Überfahren des Links im Profil wird jetzt das Datum und die Uhrzeit des letzten Beitrags angezeigt. :)

Die ipb_member_sync.php enthält einen Fehler. Mehr dazu hier: www.ibforen.de/forum/index.php?showtopic=8747

Also bei mir läuft der Mod_LastAnswerinProfile von Stefan auf einem 1.3er-Forum. Weiss aber gerade nicht mehr, ob ich da irgendwas angepasst habe.

Ähhhm, erklär mal genauer, was du suchst. :)

So, heute nacht hat MySQL 4.0.16 auch meinen ersten DB-Server erreicht. Jetzt heisst es abwarten, wann wieder die ersten Datensätze verschwinden. :lol:

Dem kann ich nur zustimmen. :(

Das ist ja voll ekelig! Wie in der Forensoftware-Steinzeit Die Thread View - Ansicht ist ja nur optional, d.h. es wird niemand gezwungen sie zu nutzen. :)

Hab ich heute auch bereits gesehen, und gefällt mir sehr gut. Das IPB 2.0 scheint, so wie es bisher aussieht, einige neue coole Features zu haben.

Ich dachte vorhin, das dieses Feature ein IPB-Standard wäre, aber dabei war es dieses Board hier, wo ich diese Einstellungsmöglichkeit gesehen hatte. BTW: Ein cooler Mod, den man eventuell mal an Matt rantragen sollte. :)

Es gibt einige Internet-Nutzer die nur schlecht über 1&1 reden, aber noch keiner von denen konnte einen für meine Bedürfnisse besseren Provider nennen. Und wie AliCremerU333 schon vollkommen richtig geschrieben hat:

@AliCremerU333: Ich warte jetzt erstmal, bis "mein" Server auf 4.0.16 umgestellt wurde, und ob der Fehler dann weiterhin auftritt. :)

Guter Mod, danke. Hatte vorher einen anderen, der nicht so einfach einzubauen war. :)

Bei mir ist er seitdem nicht mehr aufgetreten. Keinerlei Probleme mehr ... Kommando zurück. Ich hatte damals unter phpMyAdmin 2.5.3b (oder so ähnlich) folgenden Befehl benutzt, um auf InnoDB umzustellen: ALTER TABLE ibf_posts TYPE=InnoDB; Dauerte ca. eine halbe Minute und dann kam wie üblich der Text, das der Befehl erfolgreich ausgeführt wurde. Aber wie ich gestern festgestellt habe, war das wohl nicht wirklich der Fall. Hab gestern mal direkt unter Operationen (diesmal phpMyAdmin 2.5.4) den Tabellentyp auf INNO DB umgestellt, und siehe da, diesmal scheint es wirklich geklappt zu haben. Und was sehe ich: Die Tabellengrösse ist von ca. 41 MB auf ca. 71 MB angestiegen. Da habe ich wieder direkt auf MyISAM umgestellt, da ich ja leider "nur" 100 MB Platz in meiner DB habe. P.S.: Noch läuft MySQL 4.0.15a.

Query ist eine Datenbankabfrage, demnach ist ein Querystring ein SQL Statement. $querystring = "SELECT * FROM bla"; Ein Query_String kann aber auch folgendes sein: Oder täusche ich mich?

Vielleicht die 800 mal in einfachen Anführungszeichen? :unsure:

*g* - man merkts ... Der Fehler tritt so selten auf, das man den wohl selbst bei einem ausgiebigem Test nicht unbedingt entdecken muss. Jede Software hat vermutlich Fehler, die nur in ganz bestimmten Situationen auftreten.

Doofe Frage: Funktioniert das ganze auch mit der 1.3er Version?

Da ich auch zu den "4.0.15a - Geschädigten" gehöre, habe ich vor einiger Zeit einzelne DB-Tabellen bei meinem Forum auf InnoDB umgestellt, da mir das auch vom tollen PureTec-Support empfohlen (hatte dabei Glück den richtigen Supporter erwischt zu haben) wurde. Der Fehler tritt aber trotzdem weiterhin gelegentlich auf. Ich hoffe mal, dass das ganze mit 4.0.16 ein Ende hat, aber wer weiss, wann die Version installiert wird. :)

Klingt gut, werde ich am WE mal testen. :)