Stefan

Klarmeldung ist hiermit erfolgt. Archiv ist auf den neusten Stand, die erwähnte Fehlermeldung hab ich auch noch etwas genauer beschrieben. :)

Ja, das liegt daran, das diese Seite (ig4.de) auf einen Service einer anderen Seite zugreift und die das limitiert hat. Bedeutet, wenn ig4.de eine gewisse Anzahl von Anfragen gestelllt hat, wird die Seite für den Tag gesperrt. Dann gehen wir mal nicht den Umweg über die Seite sondern direkt zu dem benutzen Anbieter. Änderung in der mod_cp.php bleibt, nur der Link in den Sprachdateien muß angepaßt werden. lang_modcp.php $lang['ip_resolve_result'] = "Der Hostname für %s ist <b>%s</b><br /><br />Abfrage starten <a href=\'http://www.geektools.com/whois.php?query=%s\' target=\'_blank\'>geektools.com</a> um mehr Informationen duch WHOIS zu erhalten."; bzw. 'ip_resolve_result' => "The host name for %s is <b>%s</b><br /><br />Try visiting <a href='http://www.geektools.com/whois.php?query=%s' target='_blank'>geektools.com</a> to get more information by running this match via WHOIS.",

Ja, genau daran liegt es. Wenn es nicht möglich ist, die Datei anzulegen, um das Installationsscript gegen erneutem ausführen zu sichern, dann kommt diese Fehlermeldung. :)

Also im Moment ist es so, das man entweder Einträge im Kalender vornehmen kann oder nicht. Eine Unterscheidung zwischen privaten und öffentlichen Terminen kannst du nicht bei den Gruppen einstellen. Wenn du sowas möchtest, muß man die Forumsoftware dementsprechen modifizieren.

Der Hinweis "Keine Datensätze in der Tabelle !" soll dir nur sagen, das die Tabelle leer ist und somit keine Daten gesichert werden konnten (logischerweise). Bei Definition handelt es sich um die Struktur der Tabelle, sprich welche Spalten sie hat und von welchem Typ sie sind. Inhalt sind natürlich deine gesamten Daten. Ob dubeides braucht kommt auf die Situation an und wenn du schon leere Tabellen in der Datenbank hast, brauchst du nur den Inhalt wieder einzuspielen. Dies passiert zum Beispiel, wenn du das Board neu installierst und dann die alten Daten drin haben möchtest. Sollte deine Datenbank mal komplett leer sein, muß du natürlich erst die Tabellen definieren und kannst danach erst die Daten wieder einspielen. :)

Eigentlich nicht, aber weil ich es jetzt erst sehe und du Geburtstag hast, lasse ich es nochmal durchgehen. Auch von mir an beide nochmal vielen Dank für die Mühe. :)

Okay, wie versprochen, die entsprechende Änderung. mod_cp.php Suchen: $ibforums->lang['ip_resolve_result'] = sprintf($ibforums->lang['ip_resolve_result'], $final_ip_string, $resolved); Ändern in: $ibforums->lang['ip_resolve_result'] = sprintf($ibforums->lang['ip_resolve_result'], $final_ip_string, $resolved, $final_ip_string); lang_modcp.php Eintrag wie folgt ändern: $lang['ip_resolve_result'] = "Der Hostname für %s ist <b>%s</b><br /><br />Abfrage starten <a href=\'http://whois.ig4.de/whois.php?action=whois&domain=%s\' target=\'_blank\'>ig4.de</a> um mehr Informationen duch WHOIS zu erhalten."; Bzw. fürs englische Sprachpaket: 'ip_resolve_result' => "The host name for %s is <b>%s</b><br /><br />Try visiting <a href='http://whois.ig4.de/whois.php?action=whois&domain=%s' target='_blank'>ig4.de</a> to get more information by running this match via WHOIS.", Hab es getestet und funktioniert ohne Probleme.

Das vereinfacht die Sache ja recht stark. :lol:

Da schließ ich mich direkt an. Alles Gute zum Geburtstag und denk dran, jetzt geht es nur noch bergab. :D

Deswegen muß neben der Änderung in der lang_modcp.php auch eine in der Modcp.php gemacht werden. Wie gesagt, ich schau es mir nachher mal an. :)

Alternativ kannst du auch folgende Adresse nehmen. http://whois.ig4.de/whois.php?action=whois&domain= Ich schau morgen mal, falls es heute keiner macht, wo man es genau einbauen muß. :)

Ja, nur so hast du zwei verschiedene Macros, aber wenn das soweit in Ordnung ist, dann lasse es einfach. @Lurschi: Benutzt du auch nicht die Safe Mode Skins? Macros so eingestellt, wie beschrieben? Änderung in der Topics.php gemacht?

Ich sitze hier gerade hinter einen Proxy/Firewall und hab somit keine Möglichkeit, etwas zu ändern. :wacko:

@Sisterhood: Du hattest die erste Version von mir installiert bekommen und da hatte ich die Macros noch anders betitel, deswegen hat es bei dir mit der Profilansicht nicht richtig geklappt. Ich werde dich heute abend, wenn ich früh genug nach Hause komme, per PM kontaktieren und dann werde ich Erweiterung in der Topicansicht mal bei dir aktualisieren. Außer du willst es selber machen. ;)

Ja, die Lösung war auch schon immer angedacht, aber ich wußte nicht, wie schnell ich Andy ein Modul erstellen konnte, um neue Seiten einzubinden. Dies ist aber schon fertig und somit steht der Teamseite nichts mehr im Weg. Und ja, ich weiß das es ein Custom Page Mod gibt, aber bei dem Modul braucht man halt keine Änderungen an der Forumsourcedateien vornehmen. ;)

Warum sollte es? So schlimm hab ich dich nun auch wieder nicht in Erinnerung. Oder hab ich es vielleicht nur gut verdrängt. :P

Oh man, ich war gestern wohl etwas arg müde, hab das mit den Systemtabellen ganz überlesen und das es sich nur darauf bezieht. Also dann nochmal für alle, die ich in Panik versetzt habe, es besteht also keinerlei Bedenken, neben den angesprochenden Nachteilen, die Tabellen umzustellen. :)

Als angehender Informatiker wäre es ja auch traurig, wenn es nicht so wäre, oder? :lol:

Sehr gute Leistung von dir, Webarche. Eine kleine Anleitung hab ich dann auch noch, falls man doch beide Sprachen haben will . 1. Datei downloaden 2. Lokal entpacken 3. Erstellen eines Ordners de im Verzeichnis lang. 4. Hochladen der Dateien in das neue Verzeichnis 5. Folgendes SQl Statement ausführen (phpmyadmin oder MySQL Toolbox) INSERT INTO ibf_languages (ldir, lname) VALUES ('de', 'Deutsch') Ggf. Prefix ibf_ gegen den eigenen austauschen, falls man einen anderen verwendet! 6. ACP => Languages => Manage Languages => Make default language (bei der deutschen Sprache) 7. Falls gewünscht, alle User von dem englischen aufs deutsche Paket umschalten. UPDATE ibf_members SET language = 'de' WHERE language = 'en' Auch hier an den Prefix denken. Anmerkung: Mit dieser Methode umgehen User mit aktivierten Safe Mode, das der Ordner nicht mehr ihnen gehört wie es bei einem Import via ACP der Fall ist.

Jedoch sollte man auch folgenden Hinweis auf der MySQL Seite beachten. Ich werde mir die ganze Thematik mal genauer anschauen und mich schlau machen.

Einen Tipp kann ich dir nicht geben, aber eine Lösung. Geh mal mit phpMyAdmin in die entsprechende Tabelle, dort wo dir die Struktur angezeigt wird. Scroll dort weiter runter zu der Tabelle mit den Feldern Name Typ, Kardinalität, Aktion und Feld. Dort sind garantiert noch Zeilen mit dem Typ FULLTEXT und diese muß du löschen, anschließend funktioniert die Umstellung. ;)

Danke für den Hinweis, hab das Thema wieder hergestellt. Es liegt an der mySQL Version 4.0.15 und bis jetzt gibt es nicht wirklich ein Bugfix dafür, nur eine Notlösung. Siehe dazu diesen Beitrag.

Vielen Dank, das hört man natürlich gerne. Und auch von mir ein herzliches Willkommen hier im Forum. :D

Da gibt es bestimmt einige Sachen programmiertechnisch, aber dann nur aus Zeitgründen. Wie gesagt, wenn ich die Zeit finde, kann ich da auch mal weiter dran arbeiten, aber auch hier wieder, ich hab soviel auf meiner ToDo Liste stehen, das es ziemlich lange dauern kann. Wenn sich aber mal jemand anderes daran versuchen will, nur zu. Und wie du schon sagtest, es ist bestimmt mal interessant zu sehen, bei welchen Scripten gerne eine Schnittstelle gesehen wird.

Danke, das hört man gerne. Deine Ausführung zu dem Problem ist aber auch sehr gut und ich werde es in meinem Beitrag zum Workaround mal verlinken. :)