AliCremerU333

Vielleicht sollten wir mal einen offenen Brief verfassen, den alle unterschreiben, die ebenfalls dort gelöscht werden möchten. Mein Backup- und Restore-Script für große Datenbanken sollen die auch mal entfernen.

So schnell wird alles unter den Teppich gekehrt. <_<

Verspottet die Mädels und Jungs dort drüben doch nicht! PS: Jetzt geht's wieder. ;)

Hm, die scheinen momentan einen etwas überlasteten MySQL-Server zu haben ... keine Verbindung möglich. Und ich wollte doch gerade auch die Löschung meines Accounts veranlassen ... :rolleyes:

@ Craxelburger: Ja, aber so etwas wird es nicht geben. Es wird immer mehrere Seiten und Boards geben. Das, was du haben möchtest, wäre ein zentrales Verzeichnis aller überhaupt existierenden Mods für das IPB. Sowas ist kaum machbar und ich bezweifle außerdem sehr stark, daß alle Mod-Schreiber an so etwas ein Interesse hätten. Es veröffentlich jeder seine Mods dort, wo er es für richtig hält. Die wenigsten Mod-Schreiber veröffentlichen ihre Mods auf allen bekannten Seiten. Allein Mods von ibforen.de werden hier bestimmt nicht auftauchen und anders herum erst recht nicht. Deshalb ist eine solche Zentralisierung irreal und nur ein Wunschtraum. Und bezüglich ibplanet.com muß man auch bedenken, daß diese Seite eine offizielle Seite für Mods und Skins ist. Solche offiziellen IPB-Seiten gibt es in anderen Ländern nicht. Dort ist alles privat. Deshalb wird es auch keine wirklich zentrale Anlaufstelle geben. Gruß, AC

Noch etwas zu Mods allgemein: Es sollte eigentlich zum Standard gehören, daß bei Änderungen am Quellcode diese auch in einem Kommentartext sichtbar sind und daß der originale Quellcode im Kommentar "zitiert" wird. Der Grund ist ganz einfach. Man kann jederzeit die Änderungen wieder rückgängig machen - ohne die Einbauanleitungen erneut durchgehen zu müssen. Und bei kollidierenden Mods, die an gleichen Stellen Änderungen vornehmen, läßt sich dadurch einfacher das Problem lösen. Man muß zudem nicht in den originalen Dateien nachschauen und Passagen vergleichen, damit man weiß, wie der Originalquelltext aussah / aussieht. Bei Patches / Updates durch Matt hat man dann auch weniger Arbeit. Leider gibt es viele Mods, die entweder überhaupt keine Kommentare bzw. Kenntlichmachungen der Änderungen enthalten. Dadurch wird der Arbeitsaufwand beim Einbau neuer Mods evtl. unnötig erhöht, z.B. weil man die zu ändernden Passagen nicht mehr findet, weil sie bereits durch einen alten Mod geändert wurden und die Sache nicht im Quelltext dokumentiert wurde. Man muß sich bei solchen Mods dann noch zusätzliche Arbeit machen und den originalen Quelltext in einen Kommentar kopieren. So, das mußte ich mal loswerden, auch wenn es vielleicht nicht direkt in dieses Thema paßt, weil leider nicht jeder Modschreiber so sorgfältig ist und manche Einbauanleitung den Namen eigentlich nicht verdient. Bei den hier verfügbaren Mods ist das glücklicherweise anders. Die sind diesbezüglich vorbildlich. @ Craxelburger: Kann ich nicht nachvollziehen. Die hier verfügbare Sammlung von Mods ist doch vorbildlich und absolut verläßlich. Ich möchte hier, ehrlich gesagt, auf keinen Fall so eine Katastrophe wie bei iplanet.com haben. Das hat ja mit Anwenderfreundlichkeit überhaupt nichts mehr zu tun! Gruß, AC

Hier mal meine Meinung zu den verschiedenen Themen in diesem Thread: 1. Mods hier im Board: Ich persönlich finde es am übersichtlichsten und komfortabelsten, wenn für jeden Mod ein Thread erstellt wird, in dem im ersten Beitrag der Mod als Dateianhang enthalten ist. Wenn Support zum Mod notwendig sein sollte, dann kann in diesem Thread gleich gepostet werden. Ich persönlich sehe keinen Sinn in einem extra Download-Mod. Wozu? Der bringt auch nicht mehr Funktionalität, bläht die Sache nur unnötig auf und macht das Ganze auch nicht übersichtlicher oder einfacher zu handhaben, eher im Gegenteil (das nervt mich tierisch bei ibplanet.com). Deshalb finde ich die gegenwärtige Lösung hier im Board vollkommen ausreichend, übersichtlich und komfortabel. 2. Mod-Installer: Auch wenn permanent fast nur über diesen Mod gelästert wird (was in manchen Situationen momentaner Erregung nachvollziehbar ist), muß man dennoch einfach mal festhalten, daß die Idee ohne Abstriche gut und sinnvoll ist. Gerade bei unbedarften Anwendern kann dieser Mod den Modeinbau stark vereinfachen / beschleunigen - wenn alles tadellos und ohne Komplikationen funktioniert. Daß der Mod noch nicht vollkommen ausgereift ist, kann man auch nachvollziehen. Da sind noch viele Evolutionsschritte notwendig. Und daß es irgendwann zwangsläufig zu Problemen kommt, ist auch nicht verwunderlich. Das macht die Idee des Mod-Installers an sich aber nicht schlechter ... Der Mod-Installer hat aber derzeit ein paar gravierende Nachteile: Er ist darauf angewiesen, daß die Mod-Schreiber ihre Mods insoweit kompatibel machen, daß sie nicht mit anderen Mods kollidieren. Allein hierin liegen schon viele Ursachen für Probleme begraben (die Peter ja nicht zu verantworten hat) und leider sind nicht wenige Mods nicht vollständig zu einander kompatibel, da sie an den gleichen Stellen Veränderungen vornehmen. Dies kann nur durch manuellen Einbau von Mods abgefangen werden, da der Mod-Installer bei Konflikten keine Option zum manuellen Eingreifen / Ändern in den Quellcode gestattet. Dann sind wir aber wieder an einem Punkt angelangt, der den Mod-Installer nahezu überflüssig macht. Dann arbeitet der Mod-Installer noch nicht ganz einwandfrei, da er z.B. zu verändernde Code-Passagen nicht findet, wenn die Anzahl Leerzeichen inkl. Formatierung nicht hundertprozentig dem Original entspricht, obwohl der eigentliche PHP-Quelltext exakt der gleiche ist (das könnte allerdings Peter durchaus berücksichtigen, indem er die Dateiformate überprüft / berücksichtigt). Das hat mich persönlich am meisten gestört, weil es dadurch den Mod-Installer für mich unbrauchbar gemacht hat. Allein die Änderung des Dateiformats von DOS / Windows auf Unix (andere Codierung der Zeilenumbrüche, Tabulatoren, ...) reicht schon aus, daß der Mod-Installer bestimmte Passagen nicht mehr findet. Da ich aber sämtliche Dateien auf meinem Webspace im Unix-Format verwende und nicht alle Dateien des Original-Downloads des IPB im Unix-Format vorliegen, disqualifiziert sich der Mod-Installer dadurch für mich. Ich weiß nicht, ob in der aktuellsten Version dieses Problem immer noch besteht. Ist mir aber auch egal, da ich ihn nicht mehr einsetze. Außerdem passe ich bestehende Mods i.d.R. noch etwas an eigene Bedürfnisse an, so daß ich so oder so am Quelltext arbeite. Da weiß ich dann wenigstens auch, was wo wie geändert wird und kann im Konfliktfall selbst Hand anlegen. Außerdem macht es so auch mehr Spaß ... 3. Deutscher IPB-Support: Ich persönlich bin absolut gegen Monokultur im Netz. Der Pluralismus hat das Internet erst zu dem gemacht, was es heute ist. Wenn es zu jedem Thema / Bereich nur eine einzige Website gäbe, dann wäre das Netz wirklich öde und kaum sinnvoll zu gebrauchen. Auch wenn ich Support bezüglich des IPB noch nie brauchte und wohl zukünftig auch nicht brauchen werde: Ich persönlich begrüße es, wenn es bezüglich des IPB mehrere Anlaufstellen für deutschen Support gibt. Das mögen die jeweiligen Supporter der einzelnen Board vielleicht etwas anders sehen, aber man muß auch eines bedenken: Gerade ein Board lebt von seinen Mitgliedern. Sie sind es, die es ausmachen. Und in jedem Board entwickelt sich eine Gemeinschaft, die die unterschiedlichsten Ausprägungen und Färbungen hat. Und jeder User, ob bewußt oder unbewußt, fühlt sich in einem Board mehr oder weniger wohl. Da kann ein Board zu einem Fachthema noch so kompetent sein. Wenn mir der allgemeine Stil und der Umgang miteinander nicht zusagt, dann bin ich dort bestimmt nicht mehr anzutreffen. Gegenseitige Sympathien und Antipathien sind nicht zu unterschätzen! 4. ibforen.de vs. ipbsupport.de: Siehe 3., insbesondere die letzten beiden Sätze. So, jetzt höre ich aber auf, bevor ich mir einen Anwalt suchen muß ... Gruß, AC PS: Bin hier im Board übrigens hauptsächlich nur wegen der guten Mods. ibplanet.com mag sicherlich mehr Mods anbieten. Die Qualität der Mods läßt allerdings sehr oft stark zu wünschen übrig. Außerdem kann man dort von Übersichtlichkeit und sinnvolle Versionspflege überhaupt nicht reden. Hier ist das deutlich anders und ich muß an dieser Stelle mal ein großes Lob verteilen!

Dem schließe ich mich doch gleich mal an und wünsche WalleniuM ebenfalls alles Gute. Gruß, AC

Solche Probleme mit fehlenden Zeichen tauchen meist dann auf, wenn die HTML- / XHTML-Seite keinen konkreten Zeichensatz vorgibt. Dann interpretiert jeder Browser den Zeichensatz nach eigenem Ermessen. Das kann man umgehen, wenn man im Bereich zwischen <head></head> den Zeichensatz angibt: <meta http-equiv="content-type" content="text/html; charset=iso-8859-1" /> oder: <meta http-equiv="content-type" content="text/html; charset=iso-8859-15" /> Mit letzterem sollte auch das Euro-Zeichen in jedem Browser / Betriebssystem, welcher / welches ISO 8859-15 beherrscht, angezeigt werden. Manche Browser führen das Euro-Zeichen auch im Zeichensatz 8859-1, was eigentlich nicht ganz ISO-konform, aber der Usability förderlich ist. Deshalb kommt es manchmal vermutlich zu Verwirrungen bei den Usern ... Gruß, AC PS: Wer keine XHTML-Ausgabe erzeugt (z.B. Board-Version < 1.2), der läßt den Slash " /" vor dem ">" einfach weg, dann ist es normales HTML. PPS: Die korrekte Codierung für das Eurosymbol ist &euro;

Weiß ich. Das meinte ich mit "Abhängigkeiten". Da müßte noch erheblich mehr geändert werden. Dennoch ist es theoretisch möglich. Aber der Aufwand steht in keinem sinnvollen Verhältnis zum tatsächlichen Nutzen. Gruß, AC

Möglich ist das schon, aber du müßtest sämtliche IDs etc. im DB-Dump manuell ändern, bevor du die DB-Inhalte einfügst, was äußerst umständlich ist. Wäre maximal noch bei einem sehr kleinen Board praktikabel. Andere Lösung wäre, sich ein kleines PHP-Script zu schreiben, das sämtliche doppelte IDs in den neuen Tabellen ermittelt + nachschaut, welche IDs in den Tabellen im alten Board vorhanden sind + dementsprechend die IDs des neuen Boards so ändert, daß sie größer als die des alten Bords sind. Dann würden die alten Themen / Beiträge / User entsprechend kleinere IDs haben (dürften ja auch zeitlich vor denen des neuen Boards liegen) und es gibt keine Überschneidungen mehr. Allerdings müssen auch alle Abhängigkeiten, also alles, was auf irgendwelche IDs verweist, z.B. Links, letzte Beiträge, User, und jede Menge mehr, angepaßt werden. Viel Arbeit ... Aber vielleicht findest du ja jemanden, der seine Zeit dafür opfert, dieses PHP-Script zu schreiben ... Gruß, AC

Hallo Stefan, herzlichen Glückwunsch zum Geburtstag und alles Gute! Noch vier Jahre und du kannst schon mal die Rente beantragen ... Gruß, AC

Hallo, nachdem ich leider auch vom Bug in MySQL 4.0.15a bezüglich des plötzlichen "Verschwindens" von einzelnen Foren, Themen, Beiträgen, Mitgliedern, Gruppen, etc. betroffen bin, möchte ich hier mal für alle ebenfalls Betroffenen (z.B. diejenigen, die bei Puretec hosten lassen) meine Erfahrungen und einen kleinen Tip loswerden. Der Bug in MySQL 4.0.15a sorgt dafür, daß zufällig und ohne erkennbares Muster jeweils ein einzelner Eintrag einer (meist) stärker frequentierten Tabelle der Datenbank gelöscht wird. Es betrifft i.d.R. immer nur einen Eintrag (Zeile) und nicht ganze Tabellen. Der Fehler ist auch insofern schwer reproduzierbar, da er nur sporadisch und an nahezu beliebiger Stelle in der DB auftritt. Betroffen sind oftmals Tabellen, die sehr viele Zugriffe haben, da dort auch schon rein statistisch die Wahrscheinlichkeit aufgrund der höheren Zugriffszahl größer ist. Eine weitere Eingrenzung ist, daß der Bug wohl nur bei nicht transaktionssicheren Tabellentypen wie MyISAM auftritt. In meinem Board traten kurz nach der Umstellung der Puretec-MySQL-Server von MySQL 3.23.xx auf MySQL 4.0.15a die ersten Fehler auf: Zuerst verschwand ein Forum, dann verschwand hier mal ein Thread, da mal ein Beitrag und auch einen User hat es erwischt. Glücklicherweise fertige ich generell jeden Tag ein komplettes Backup der Datenbank an. Seit den ersten Fehlern habe ich dies sogar zweimal pro Tag gemacht, was teilweise auch notwendig war. Deshalb hielt sich der Schaden in Grenzen und ich konnte die fehlenden Einträge anhand des Backups sehr leicht wieder rekonstruieren. Man kann es nicht oft genug sagen: Macht regelmäßig Backups!!! Auch wenn es lästig erscheinen mag. Im Schadensfall ist dann das Theater groß, wenn die Backups nicht regelmäßig angefertigt wurden! Also laßt das Kind nicht erst in den Brunnen fallen, sondern legt euch eine gewisse Disziplin diesbezüglich zu. Es kann euch nur nützen! Der zweite Tip für Betroffene ist: Versucht, eure Tabellen auf einen transaktionssicheren Tabellentyp umzustellen, sofern euer Hoster dies in seiner MySQL-Kompilation aufgenommen hat. Es empfiehlt sich hier der Tabellentyp InnoDB. Ein kleiner Nachteil soll aber auch nicht unerwähnt bleiben: InnoDB unterstützt keine Volltextindizierung und der Speicherplatzverbrauch ist etwas größer. Nach der Konvertierung der Tabellentypen von MyISAM zu InnoDB ist der Bug seither nicht mehr feststellbar gewesen. Probleme aufgrund der Konvertierung sind bei mir nicht aufgetreten. Entweder ihr verwendet phpMyAdmin oder ihr führt die Umstellung manuell per SQL-Query durch: ALTER TABLE tabelle TYPE = INNODB Gruß, AC PS: Stefan, ich habe mir deine Abhandlung zur "Wiederherstellung verlorener Themen" angesehen. Da hast du dir wirklich viel Arbeit gemacht und es ist dir auch gut gelungen. Verdient Anerkennung! ;)

Moin moin, von meinem Mod-Team wurde an mich herangetragen, daß es im Board eine Funktion geben sollte, die alle unbeantworteten Themen auflistet analog zur normalen Funktion "Aktive Themen der letzten 24h". Und ich muß gestehen, daß ich eine solche Funktion auch für sehr nützlich empfinden würde. Aufgelistet werden sollen alle Threads, die noch keine einzige Antwort enthalten, unabhängig vom Erstellungsdatum der Threads. Dabei sollten die Foren-Zugriffsrechte genauso wie bei den "Aktiven Themen der letzten 24h" berücksichtigt werden. Wäre sehr nett, wenn Stefan oder Christian dies als Mod für IPB 1.3 realisieren könnten. Ist aber nicht so furchtbar dringend. Vielen Dank schonmal im Voraus ... Gruß, AC

Ja ja, Asche auf mein Haupt ... :D

Hat sich erledigt. Paßt alles wunderbar! Danke dir! Gruß, AC

Hm, in meiner im Board eingesetzten Search.php gibt's die Stelle tatsächlich nicht. Aaaaaber nur, weil dort bereits eine andere Modifikation ist (natürlich mal wieder ohne Kommentare und damit nicht als geändert ersichtlich ). Habe mir eben die originale Search.php aus dem Download vorgenommen und was soll ich sagen ... Danke Stefan, das Problem sitzt wie immer vor dem Bildschirm! Das ist das erste Mal, daß ich beim Einbau eines Mods einen Fehler (und noch dazu solch einen!!!) gemacht habe. Ich sollte sowas wohl zukünftig nicht mehr nach einem langen Arbeitstag machen ... Gruß, AC EDIT: Funktioniert wunderbar und so wie gewünscht. Prima und vielen Dank! :)

Das liegt eindeutig am Browser. Ich benutze auch Mozilla und habe manchmal die gleichen Probleme. Mozilla hat ein paar Schwierigkeiten im Umgang mit Formularen. Besonders grausig wird's, wenn man in Textfeldern Text markieren will. Da geht es manchmal ziemlich chaotisch zu. Seit Version 1.5 ist es etwas besser geworden, aber ein paar Macken hat Mozilla diesbezüglich immer noch. Gruß, AC

Natürlich habe ich mir die Sache angeschaut und deshalb habe ich ja den Nachtrag verfaßt! Ich habe vermutet, daß dir nur ein kleiner Fehler bei Copy & Paste unterlaufen ist. $this->output .= $this->html->active_start( array( 'SHOW_PAGES' => $links) ); Diese Stelle existiert bei mir in der Search.php nämlich nicht. Stattdessen ist diese hier $this->output .= $this->html->end( array( 'SHOW_PAGES' => $links ) ); vorhanden. Deshalb meine Anmerkung. Gruß, AC

Hallo, mir ist mehrfach schon aufgefallen, daß ihr die Suchmaschinenrobots in der Onlineliste anzeigen laßt. Ist das Absicht? Wäre doch eigentlich sinnvoller, unter "System Settings" -> "Search Engine Spiders" -> "Show spider/bot in the active users list?" -> auf "No" mit Häkchen bei "Show as anonymous (only root admins can see)" zu setzen. Dann werden die Mitglieder nicht mit den Bots "belästigt" und ihr als Admins könnt die Spider immer noch in der Onlineliste sehen. Nur ein Vorschlag ... Gruß, AC

Gestört fühle ich mich natürlich nicht. Ich finde nur, daß die Anzeige der Spider nicht unbedingt sein muß und für Mitglieder eher uninteressant und überflüssig ist. Gruß, AC

Oh, ging ja fix. Ich will die Funktion "Aktive Themen der letzten 24h" nicht ersetzen. Die soll parallel dazu erhalten bleiben und die Funktion für unbeantwortete Beiträge soll nur zusätzlich zur Verfügung stehen und genauso funktionieren wie "Aktive Themen der letzten 24h", also auch mit Auswahlmöglichkeit des Zeitraums und Anzeige der unbeantworteten Threads als Themenansicht. Ich hoffe, ich habe mich jetzt verständlicher ausgedrückt. Gruß, AC PS: $this->output .= $this->html->active_start( array( 'SHOW_PAGES' => $links) ); und $this->output .= $this->html->active_start( array( 'SHOW_PAGES' => $links, 'mode' => $ibforums->input['mode'] ) ); müßten so lauten: $this->output .= $this->html->end( array( 'SHOW_PAGES' => $links ) ); zu $this->output .= $this->html->end( array( 'SHOW_PAGES' => $links, 'mode' => $ibforums->input['mode'] ) );

Hey, diesen Thread sehe ich ja jetzt erst. Also nach genau dieser Möglichkeit des Löschens von PNs nach verschiedenen Kriterien habe ich schon gesucht und bisher schmerzlich vermißt. Sollte eigentlich zum Standard des IPB gehören! Leider horten die User ihre PNs, auch wenn sie "schon Jahre alt" sind. Als Admin kann man nur freundlich darum bitten, daß die User ihre alten, nicht mehr benötigten PNs selbst löschen, was aber kaum jemand macht. Und an die Archivierungsmöglichkeit denkt wohl kaum jemand ... @ Stefan: Wenn du den Mod fertigbastelst, dann könntest du ja auch eine Möglichkeit für den Admin einbinden, vor dem Löschen der PNs diese als Archiv an den User zu schicken, damit man nicht aus Versehen wichtige PNs der User löscht, die diese noch brauchen. So gehen diese PNs nicht verloren ... Und ein Vorschlag für mögliche Löschkriterien: - gelesene PNs - PNs eines bestimmten Alters - Warnung für Admin bei ungelesenen PNs bzw. Nichtlöschung - evtl. Warnmöglichkeit (per E-Mail) der betroffenen User vor einer Löschung der PNs (quasi eine Art "Gnadenfrist" / Reaktionsmöglichkeit für User) Gruß, AC

Ich werde diese Funktion sicherlich auch nicht nutzen, da mir diese Anzeige viel zu unübersichtlich und umständlich ist und ich dann gleich irgendeine Forumsoftware statt einer Boardsoftware, wie es das IPB nunmal ist, verwenden könnte. Dennoch kommt diese Funktion mit Sicherheit nicht aus der Steinzeit. Ganz im Gegenteil. Der Trend bei aktuellen Boardsoftwares geht ganz eindeutig in diese Richtung. Man sehe sich nur vBulletin 3.x, Burning Board 2.x, usw. an. Die Baumstruktur als zusätzliche Anzeigemöglichkeit wird sich genauso als Standard in Boards etablieren wie die bisherige alleinige Brettstruktur. Ob man das gut findet oder nicht muß jeder für sich selbst entscheiden. Wer es nicht mag, der kann es mit an Sicherheit grenzender Wahrscheinlichkeit beim IPB 2.x im ACP deaktivieren. Vielleicht wird Matt es auch so einrichten, daß man für jedes einzelne Forum des Boards individuell entscheiden kann, ob diese Funktion aktiviert oder deaktiviert sein soll. Wäre auch eine feine Sache ... Gruß, AC

Ach Leute, dieses Thema ist genauso eine Glaubensfrage wie "Welche Board-Software ist die beste" etc. Soll doch jeder bei dem Provider "glücklich" werden, den er / sie für geeignet hält. Jeder Webmaster hat doch auch völlig unterschiedliche Bedürfnisse und Anforderungen an den Leistungskatalog. Für den einen ist viel Traffic inkl. wichtig und derjenige würde bei einem vermeintlich günstigen Provider bei seinem Verbrauch eher draufzahlen, weil weniger Traffic inkl. ist. Einige wollen eine tolle Konfigurationsoberfläche, über die sie sich alles schön "zusammenklicken" können. Anderen ist eher ein Shellzugang zum Server und SSL-Unterstützung wichtig usw. Man kann das alles nicht direkt miteinander vergleichen. Da muß jeder seine eigene Rechnung aufmachen und herausfinden, welcher Provider für ihn am ehesten geeignet ist. Gruß, AC