TomCrow

=> so (klappt natürlich mit jeder (animierten) Grafik.. ) mfg, Tom

Für mich auch ein bissi.. (vor allem bin ich mir nie sicher, wenn's auch funktioniert, ob's trotzdem auch gaaanz richtig ist..) Aber ich denke, dass mal wer anschauen kann/wird.. Tom

Ich denke, meiskolben meint damit, die Umlaute und Sonderzeichen abzufangen (in der post_parser ?? ) und dann zu ersetzen. Die post_parser.php macht das ja z.B. mit den smilie codes so.. Hab das aber nicht probiert mfg, Tom

Ich hab' mir vor kurzem so ein backup-board angelegt.. Hab' vom server alles local gespeichert und dann auf einen anderen server aufgespielt; danach noch die conf_global.php angepasst, den Pfad für die smilies und ev. noch vorhandene andere Pfade (in links, helpfiles, etc.) kann man mit einem SQL Job rel. schnell anpassen.. Je nach Up- und Downloadgeschwindigkeit ist das rel. flott (alles in allem nicht mal eine Stunde hat das bei mir gedauert).. mfg, Tom

ok, danke für Eure Erfahrungen..werd' das mal die nächsten Tage über weiter beobachten.. Ich setz' das jetzt mal als erledigt - falls noch jemand Ideen oder Tipps hat bzw. (andere) Erfahrungen gemacht hat, bin ich interessiert.. OT Tom

Wie ist das denn z.B. hier bei ipbsupport im Moment - da kommen ja täglich zig neue Beiträge.. Habt Ihr bei den BotLogs auch nur als Action "Single Page"..?? Tom

Oh, danke für den Hinweis.. Hab' zwar davon gelesen, es aber vergessen bzw. nicht mit meinem Problem in Verbindung gebracht.. Mir ist nur aufgefallen, dass anfangs (bis ~10.2.) die einzelnen Beiträge aufgenommen wurden und dies nun nicht mehr so ist.. Naja, dann können wir nur abwarten, was sich bei Google demnächst so tut.. Tom

Soviel ich gelesen hab', ist der mod kombatibel zu 1.3, eine Anleitung zum Einbau für's 1.3er hat Kalite eben veröffentlicht.. mfg, Tom

Hiya! Schlag mich auch grad mit dem BBCodes 2.0 herum.. $INFO['default_language'] sollte in der conf_global.php zu finden sein.. Dort sollte sowas wie en, de, 2, oder so stehen.. mfg, Tom

Also auf meinem board hab' ich das so gelöst: obwohl ich ja admin bin wollt' ich trotzdem (auch für andere sichtbar) als Moderator in einigen Foren eingetragen sein (also z.B. in der Forenübersicht bei "Forum moderiert von: ..."). Im ACP => Forum Control => Moderators => Foren auswählen und dann, ganz unten: Type of moderator to add: Single Member & Add a moderator anklicken - dann kannst Du einen Usernamen angeben und der wird als Moderator in dem/den Forum/Foren eingetragen.. Da ich nicht sooo viele Moderatoren brauche, hab' ich zwar eine Gruppe "Moderatoren", die Mitglieder dieser Gruppe ordne ich dann aber wie oben beschrieben "von Hand" den Foren zu (also Single Member statt Member Group). Tom

Soviel ich weiß, wird das erst mit 2.0 möglich sein (=> "[ACP] Ability to have members in multiple groups").. Ich glaube, man kann einen "Umweg" über eine - anzulegende - kombinierte Gruppe machen, aber wenn es nur darum geht, dass Du als Admin auch als Moderator eingetragen bist, dann trag Dich doch einfach ein.. mfg, Tom

Vorweg: hab auch schon bei ibforen gepostet (da dort schon ein thread zum Thema Stats As Post v1.4 war..) - leider antwortet dort seit Tagen niemand darauf.. Ich hoffe, es ist ok, ausnahmsweise auch hier zu posten (eigentlich ist das ja ein no no! ) Folgendes Problem: hab' mir den mod Enhanced ACP Stats As Post v1.4a installiert; dabei gab's laut ibforen schon mal Probleme mit der ssi.php, der mod_customize_date_lang.php und ROOT_PATH bzw. $root_path. Laut Peter sollte dieser Teil //-- mod_customize_date begin define( 'ROOT_PATH', $root_path ); $ibforums->lang_id = $ibforums->member['language'] ? $ibforums->member['language'] : ($ibforums->vars['default_language']!=""?$ibforums->vars['default_language']:'en'); if (file_exists(ROOT_PATH."lang/".$ibforums->lang_id."/mod_customize_date_lang.php")) { $ibforums->lang = $std->load_words($ibforums->lang, 'mod_customize_date_lang', $ibforums->lang_id); } else { die("Could not load required language file 'lang/$ibforums->lang_id/mod_customize_date_lang.php'"); } $Date_Replace_Array = array( "January" => $ibforums->lang['mod_M1'], "February" => $ibforums->lang['mod_M2'], "March" => $ibforums->lang['mod_M3'], "April" => $ibforums->lang['mod_M4'], "May" => $ibforums->lang['mod_M5'], "June" => $ibforums->lang['mod_M6'], "July" => $ibforums->lang['mod_M7'], "August" => $ibforums->lang['mod_M8'], "September" => $ibforums->lang['mod_M9'], "October" => $ibforums->lang['mod_M10'], "November" => $ibforums->lang['mod_M11'], "December" => $ibforums->lang['mod_M12'], "Jan" => $ibforums->lang['mod_m1'], "Feb" => $ibforums->lang['mod_m2'], "Mar" => $ibforums->lang['mod_m3'], "Apr" => $ibforums->lang['mod_m4'], "May" => $ibforums->lang['mod_m5'], "Jun" => $ibforums->lang['mod_m6'], "Jul" => $ibforums->lang['mod_m7'], "Aug" => $ibforums->lang['mod_m8'], "Sep" => $ibforums->lang['mod_m9'], "Oct" => $ibforums->lang['mod_m10'], "Nov" => $ibforums->lang['mod_m11'], "Dec" => $ibforums->lang['mod_m12'], "Sunday" => $ibforums->lang['mod_D0'], "Monday" => $ibforums->lang['mod_D1'], "Tuesday" => $ibforums->lang['mod_D2'], "Wednesday" => $ibforums->lang['mod_D3'], "Thursday" => $ibforums->lang['mod_D4'], "Friday" => $ibforums->lang['mod_D5'], "Saturday" => $ibforums->lang['mod_D6'], "Sun" => $ibforums->lang['mod_d0'], "Mon" => $ibforums->lang['mod_d1'], "Tue" => $ibforums->lang['mod_d2'], "Wed" => $ibforums->lang['mod_d3'], "Thu" => $ibforums->lang['mod_d4'], "Fri" => $ibforums->lang['mod_d5'], "Sat" => $ibforums->lang['mod_d6'] ); //-- mod_customize_date end in die ssi.php eingebaut werden, um den Fehler Warning: arg2 must be passed an array in /path/sources/functions.php on line 1328 wegzubekommen (das hat z.B. beim user Tankred auch funktioniert..) Ich bekommen genau die gleiche Fehlermeldung, allerdings nicht im Forum, sondern nur im IPDL. Meine functions.php: function get_date($date, $method) { global $ibforums; if (!$date) <= Zeile 1328 { return '--'; } if (empty($method)) { $method = 'LONG'; } if ($this->offset_set == 0) { // Save redoing this code for each call, only do once per page load $this->offset = $this->get_time_offset(); $this->offset_set = 1; } /*-- mod_customize_date exclude begin return gmdate($this->time_options[$method], ($date + $this->offset) ); } -- mod_customize_date exclude end */ //-- mod_customize_date begin global $Date_Replace_Array; if ($this->time_options[$method] != "") { return Strtr(gmdate($this->time_options[$method], ($date + $this->offset) ), $Date_Replace_Array); } else { return Strtr(gmdate($method, ($date + $this->offset) ), $Date_Replace_Array); } } //-- mod_customize_date end Ich hab auch schon versucht, das o.a. array ($Date_Replace_Array = array..) neben der ssi.php auch in die csite.php einzubauen - ohne Erfolg. Aber irgendwo zwischen functions.php und csite.php müsste der Fehler doch liegen, oder? Wie gesagt, im Forum ist alles ok und auch im IPDL kommt der Fehler erst nach dem Einloggen (ich glaub, erst dann wird auf die functions.php zugegriffen!?). Könntet Ihr mir einen Tipp geben, was ich versuchen könnte? (der mod funktioniert an und für sich, aber das warning auf der Startseite ist extrem "unschön" ) Schon mal ein Danke im voraus! mfg, Tom

Problem gelöst! :) Also, $std->get_date in $this->get_date umzuwandeln hat leider nicht geholfen, aber die Hinweise ("dass ein Argument einer Funktion nicht paßt") haben mich etwas "nachforschen" lassen.. Gezeigt hat sich der Fehler übrigens nur im Portal und auch da nur, wenn man sich angemeldet hat, darum dachte ich, das Prob. müsse irgendwo zwischen functions.php und csite.php stattfinden.. Stats As Post verändert in der functions.php ja eigentlich nur, was Customize Date auch schon verändert hat - darum hab' ich mir beide mods und deren Änderungen in der functions.php näher angesehen.. Der mod Customize Date 1.6a verändert ebenfalls diese Funktion (hatte ihn schon seit den ersten Tagen meines Forums eingebaut und deswegen nicht mehr dran gedacht.. ). Eigentlich sollten die Änderungen wohl in beiden mods identisch sein (wie auch die im Paket enthaltene mod_customize_date_lang.php identisch ist). ABER: Beim Customize Date wird die functions.php so verändert: /*-- mod_customize_date exclude begin return gmdate($this->time_options[$method], ($date + $this->offset) ); } -- mod_customize_date exclude end */ //-- mod_customize_date begin global $Date_Replace_Array; if (is_array($Date_Replace_Array)) { if ($this->time_options[$method] != "") { return Strtr(gmdate($this->time_options[$method], ($date + $this->offset) ), $Date_Replace_Array); } else { return Strtr(gmdate($method, ($date + $this->offset) ), $Date_Replace_Array); } } else { return gmdate($this->time_options[$method], ($date + $this->offset) ); } } //-- mod_customize_date end Enhanced ACP Stats As Post v1.4a machte daraus aber /*-- mod_customize_date exclude begin return gmdate($this->time_options[$method], ($date + $this->offset) ); } -- mod_customize_date exclude end */ //-- mod_customize_date begin global $Date_Replace_Array; if ($this->time_options[$method] != "") { return Strtr(gmdate($this->time_options[$method], ($date + $this->offset) ), $Date_Replace_Array); } else { return Strtr(gmdate($method, ($date + $this->offset) ), $Date_Replace_Array); } } //-- mod_customize_date end Hab' nun den code vom Customize Date wieder eingebaut, nun ist das warning weg.. Die Statistikfunktion hab' ich kurz angetestet - dürfte funktionieren.. Trotzdem danke für die Hilfe!! mfg, Tom

1.) ACP => System Settings => Security & Privacy - Get notified when a new user registers via email? Yes 2.) dazu fällt mir im Moment eigentlich nur die Einstellung im Profil/Einstellungen => Themen bzw. Foren abonnieren ein.. mfg, Tom

Zeile 1328 ist blau.. Tom

Ja, stimmt; der mod erzeugt verschiedenste Statistiken (z.B. neue Themen, Beiträge, Registrierungen, smilies, ..) und man kann diese dann als post ans Forum "schicken". Leider hab' ich keine Ahnung, warum bzw. wo sich das im IPDL auswirkt.. Ich verwende eigentlich ein "standardmäßiges" IPDL, also keinen zusätzlichen Schnickschnack auf der Startseite.. Würde es denn helfen, z.B. eine Kopie der csite.php hier anzuhängen? mfg, Tom

Ich glaub, das ACP in deutsch für die 1.3 ist noch nicht ganz fertig gestellt; ich könnt mir denken, dass da die Funktion für's Löschen einer Gruppe noch nicht so ganz hinhaut (ev. was vergessen..?), weil's einem auch auf den ersten Blick nicht so schnell auffällt (schließlich löscht man ja nicht jeden Tag Gruppen im ACP ).. Wie Rigo würd' ich auch dazu raten, das englische zu benutzen, sonst redet man hier im Forum oft "aneinander vorbei".. mfg, Tom

hmm.. Eventuell brauchen auch die Ordner /sources/ und sources/Admin/ noch die entsprechenden Berechtigungen.. Wenn nach wie vor die Meldung "ModInstaller muss aus allen Originaldateien des ipb lesen können. Wir haben getestet, ob wir aus sources/functions.php lesen können.." kommt, liegt es an den gesetzten Rechten (leider kann ich es nicht mehr genauer Beschreiben, da es schon wieder ein Zeit'l her ist, wo ich das Ding installiert hab' und meistens probier ich bei solchen Problemen einfach ein bisschen mit der Rechtevergabe 0666 oder 0777 verschiedener Ordner/Dateien, bis es funktioniert ) Tom

Unter Umständen auch gleich admin.php & sources/Admin/admin_pages.php, da der ModInstaller ja die verändern will (wiederum siehe 2. Veränderungen in der MI-howto).. Tom

Das weist daraufhin, dass er bei der Datei sources/functions.php nicht die entsprechenden Rechte vorfindet; das script braucht mindestens 666 oder mehr (bei mir klappt die Installation eines mods übrigens meistens nur, wenn ich sogar 777 setze ) Gib der functions.php mal 666 oder sogar 777 und versuch's dann nochmal Tom

Also, um zunächst den ModInstaller (oder kurz MI) zu installieren, kopierst Du die Dateien (aus dem entpackten Paket) aus den ordnern /lang/ und /sources/ per FTP auf Deinen Board webspace (also die den Inhalt aus /lang/ in Deinen /forum/lang/-Ordner und aus /sources/ in /forum/sources/) Dann noch die Mod_Installer.php ins root-Verzeichnis Deines Forums und aufrufen (also www.deinedomain/Mod_Installer.php) Wenn dann der MI installiert ist, hast Du im ACP ganz unten eine neue Option ModInstaller, wo Du zu installierende mods installieren lassen kannst. Dazu musst Du - ähnlich wie beim MI - erst die ganzen Dateien aus dem WerWarOnline-Paket auf Deinen webspace laden (/lang/, /Skin/ und /sources/ ), danach kannst Du bei "Install a mod" den WerWarOnline-Mod installieren lassen (Haken beim mod und bei "Originaldateien überschreiben?" setzen und auf "Installiere die neuen mods" klicken (meistens brauchen die zu verändernden Dateien (siehst Du entweder im howto bzw. in der CodeChange.php) eine entsprechende CHMOD 777 Berechtigung! Hoffe, es klappt! [edit] zu dem von Dir Gepostetem: das ist nur der "Standard-Aufbau" einer howto-Beschreibung, wo drin steht, was sich seit der letzten Version geändert (1. History) hat.. Interessanter ist da schon Punkt 2: Veränderungen - da kannst Du sehen, welche Dateien durch den mod modifiziert werden (also am Besten von denen eine Sicherung anlegen und jeweils CHMOD 777 setzen) Tom

Verwendest Du auch den ModInstaller von dort..? Würde die Sache etwas vereinfachen.. Der Mod wird dann (fast ) automatisch installiert und Du brauchst Dich um das Anpassen der .php Dateien nicht zu kümmern. Wenn Du den ModInstaller nicht verwendest und auch nicht verwenden möchtest, musst Du die .php Dateien selbst editieren/ändern, so wie im howto angegeben (also die Dateien login.php, boards.php, ad_settings.php, usw.) mfg, Tom

hmm.. also ich hab' das auch nach dieser Anleitung eingebaut; der einzige Unterschied, an den ich mich erinnern kann, ist in der lang_topic.php: Man kann ein array entweder so m_custom_1 => "Dein Auto:", oder so $lang['m_custom_1'] = "Dein Auto:"; setzen, je nach Version des Sprachpaketes (orientier' Dich am besten an den schon vorhandenen Werten (z.B. bei member_no). Falls es das nicht ist, beschreib' mal etwas näher, wo Du nicht weiterkommst.. mfg, Tom

Jup, haut hin!! Danke, Stefan! mfg, Tom

Wäre eigentlich auch ein nettes addon für 1.3 - gibt's sowas (hab' keinen mod oder so gefunden..) ? Tom