AliCremerU333

Kein Problem! Der PHP-Interpreter ist aber auf dem Webserver installiert. Er führt die PHP-Programme aus, also auch die IPB-Scripte. An den Interpreter kommst du so nicht ran. Das, was du meinst, ist ein Texteditor, mit dem man Dateien erstellen / editieren kann. Beide Dinge haben aber nichts miteinander zu tun ... Gruß, AC

Gern geschehen! Der Fehler war in der Funktion html_topic_summary($topic_id). Dort war die Stringersetzung des HIDE-Hacks mittels preg_replace() vorher in der while-Schleife while ( $row = $DB->fetch_row($post_query) ) an der falschen Position, so daß leider die gesamte Schleife nicht mehr funktionierte und damit die vorherigen Beiträge nicht mehr geparst werden konnten. Deshalb wurden sie nicht mehr angezeigt. Auf Deutsch: Ich kenne zwar den HIDE-Hack und dessen Änderungen nicht. Aber der Fehler war offensichtlich (für mich). Vermutlich bist du nur beim Einbau des Hacks in der Zeile verrutscht, so daß du damit die entsprechende while-Schleife außer Funktion gesetzt hast, weil die Syntax nicht mehr korrekt war. Eigenartig ist nur, daß der PHP-Interpreter für so einen gravierenden Fehler keine Fehlermeldung ausgeworfen hat. Aber das Problem war nicht weiter tragisch und du brauchst dir da keine Sorgen zu machen. Beim nächsten Mod- / Hackeinbau einfach etwas genauer hingucken. Die Ursache für die falsche Platzierung kann aber auch an einer fehlerhaften Einbauanleitung des Mods gelegen haben ... Gruß, AC

Jetzt funktioniert es wieder. Lag also an dem Fehler in der post.php. Gruß, AC

Ist angekommen. Schaue mir das gerade mal an. Please hold the line ...

Okay, kannst du mir folgende Dateien per E-Mail zuschicken: /sources/post.php /sources/lib/post_parser.php /sources/lib/post_reply_post.php /skin/s*/skin_post.php Ich gucke dann mal nach, was da nicht paßt ... Gruß, AC

Merkwürdig! Also eigentlich sollten immer die vorangegangenen Antworten unter dem Posting Screen angezeigt werden. Kannst du vielleicht mal einen Link zu deinem Board geben, damit man sich das live anschauen kann? Gruß, AC

Hallo, solange diese User wirklich keinen Mist machen, ist das i.d.R. wirklich uninteressant. Zu einem Problem wird es erst, wenn du einen User verbannen mußt und sich dieser User dann unter anderem Namen mit einer anderen E-Mail-Adresse registriert. Das einzige, was du dann tun kannst, ist, den neuen Account zu sperren oder ganz zu löschen und die neue E-Mail-Adresse in die Banning-Liste zu übernehmen. Erfahrungsgemäß versuchen verbannte User es zwei- oder dreimal, sich neu zu registrieren. Irgendwann ist es ihnen dann doch zu aufwendig oder langweilig und sie geben auf. Als Admin muß man eben nur locker und unbekümmert damit umgehen und die entsprechenden Accounts entweder immer gleich sperren oder löschen und die neuen E-Mail-Adressen in die Banning-Liste übernehmen. Dauert ja nur einen kurzen Augenblick. Irgendwann (nach zwei, drei, vier Neuregistrierungen des Users) ist dann Ruhe, weil der User mehr Arbeit bei der Einrichtung einer neuen E-Mail-Adresse und der Neuregistrierung im Board hat als der Admin mit der Sperrung / Verbannung. Gruß, AC PS: Das Vergleichen von IP-Adressen ist in unseren Landen sinnlos, da hier die meisten bei der Einwahl ins Internet eine dynamisch zugewiesene IP-Adresse bekommen und sich die IP-Adresse somit ständig ändert. Würdest du IP-Adressen sperren, dann vergraulst du nur unschuldige User, die das Pech hatten, zufällig diese IP-Adresse bei der Einwahl zugewiesen bekommen zu haben. Die Sperrung von IP-Adressen lohnt sich also wirklich nur, wenn man sich sicher sein kann, daß der zu verbannende User eine statische IP-Adresse hat (immer exakt die gleiche) und das kann man i.d.R. nicht. Ansonsten kann man das absolut vergessen ... ;)

*hihi* Jetzt kommen die "Fetischisten" vor ... *nur ein Scherz*

Hallo usa, schau dir mal in einem RSS-Feedreader meinen RSS-Newsfeed an: http://www.u-boote-forum.info/rss.php Wenn dir die Form und Aufmachung reicht, dann kann ich dir diese Version (in RSS 2.0-Standard) anbieten. Du kannst die Foren auswählen und alle Rechte, wie sie im Board gesetzt sind, werden automatisch übernommen. Würde bei Interesse dann noch eine kleine Anleitung schreiben ... Gruß, AC PS: Wegen beschränkter Zugriffsrechte in meinem Board sind die Inhalte meiner Foren über RSS nicht komplett abrufbar. Bei einem Board, in dem auch Gäste Leserechte haben, sind dann natürlich auch alle (freigegebenen) Inhalte per RSS uneingeschränkt abrufbar. Hängt alles nur von den einbezogenen Foren und den gesetzten Zugriffsrechten ab. ;)

Hallo, meine Board-Regeln und Nutzungsbedingungen (die auch bei der Registrierung angezeigt werden): http://www.u-boote-forum.info/index.php?act=regeln Ist zwar eine sehr spezielle Version und von mir ausschließlich für mein Board erarbeitet, aber vielleicht findet sich darunter ja die eine oder andere Anregung für dich ... Gruß, AC

... also nicht der MySQL-Server, sondern der Webserver, auf dem der PHP-Interpreter installiert ist. Gruß, AC

Welche neuen Updates sollen das sein? Soweit ich Matt verstanden habe, gibt es keine neuen Updates in 1.3.1, sondern lediglich die Bündelung der alten Patches in einem einzigen Release mit erhöhten Versionsnummer. Matt hat ja geschrieben, daß er 1.3.1 nur wegen den selbst ernannten "Experten" veröffentlicht hat, die bereits die durch Patches gefixten Schwachstellen nochmals und immer wieder als neue Schwachstellen melden, obwohl diese bereits lange Zeit vorher schon beseitigt wurden (deshalb funktionierten übrigens bei einer halbwegs aktuellen Boardversion auch die ganzen Exploits nicht mal im Ansatz). Scheinbar macht sich niemand bei diesen Bugtrackern die Mühe, die gemeldeten Lücken auch mal zu überprüfen und vor allem sich zu informieren, ob die Lücke schon geschlossen wurde. Um die Anwender nicht zu verunsichern, hat Matt nun die Versionsnummer erhöht, damit auch die letzten es kapieren und endlich aufhören, bereits gefixte Bugs erneut zu melden. Ich denke, das ist mehr als eindeutig. Man braucht sein IPB 1.3 also nur auf 1.3.1 updaten, wenn man nicht alle Patches installiert hat (und in diesem Fall auch nur die bereits genannten fünf Dateien). Ansonsten kann man sich die Mühe sparen ... Gruß, AC

Bon anniversaire! :wheelchair:

@ Rigo: Hab ja gar nichts anderes behauptet. Aber in der conf_global.php stehen die Zugangsdaten, die man vorher anpassen muß. Die Version ist ja eh nur zum Testen. Warum sie veröffentlicht wurde, ist mir aber schleierhaft, da man die Masse an Bugs, die sie enthält, schon vorher kannte. Ich hätte die erstmal beseitigt. Ansonsten macht es ja keinen Sinn, irgendwelche Bugs zu melden. Aber wahrscheinlich haben die Leute im Heimatboard so laut nach einem Spielzeug geschrien, daß Matt sie ruhig stellen wollte. Gruß, AC

http://forums.invisionpower.com%5b/url%5d%5d This%20release%20is%20not%20suitable%20for%20a%20main%20production%20board,%20it%20is%20for%20testing%20only This%20is%20a%20very%20late%20alpha/early%20beta%20build%20-%20expect%20a%20LOT%20of%20bugs There%20are%20many%20sections%20left%20to%20complete%20and%20this%20release%20does%20not%20reflect%20the%20final%20build%20quality This%20is%20the%20first%20public%20release%20of%20Invision%20Power%20Board%20v2.0.0%20and%20you%20should%20expect%20lots%20of%20bugs.%20If%20you%20find%20one,%20please%20CHECK%20FIRST%20to%20make%20sure%20it's%20not%20already%20been%20reported.%20If%20it's%20not,%20then%20please%20report%20it%20in%20the%20appropriate%20forums.%20We%20know%20about%20several%20IE%20style%20issues%20both%20on%20the%20board%20and%20in%20the%20ACP%20so%20there's%20no%20need%20to%20report%20those%20and%20we%20know%20about%20several%20ACP%20javascript%20errors%20so%20there's%20no%20need%20to%20report%20those.%20I%20used%20Mozilla%20to%20develop%20IPB%20and%20if%20you%20want%20a%20'pure'%20experience,%20use%20Mozilla%20or%20Firefox.

Hallo, bei mir war es genauso. 2.0.0 PDR1 ließ sich auf dem Server nicht installieren. Sofort nach einer Sekunde kam der Interne Serverfehler. Angelegt wurden nur 49 Tabellen. Lokal funktionierte es aber. Dieses Problem besteht aber nicht nur bei Puretec-Servern. Im englischsprachigen Mutterboard sind auch diverse Error 500 mit Abbruch der Installation berichtet worden. Einzige Lösung, wenn einem das lokale Testen nicht ausreicht: Die lokal installierte Version auf den Host übertragen (mit geänderten Pfaden), also DB-Backup einspielen und die modifizierte conf_global.php hochladen, ACP-Einstellungen überprüfen. Wenn man keine Anpassung vergessen hat, sollte es funktionieren ... Gruß, AC

Hallo, einfach in der Datei admin.php die Variable $check_ip auf 0 setzen. Dafür hat sie Matt ja eingeführt ... // Check IP address to see if they match? // this may cause problems for users on proxies // where the IP address changes during a session $check_ip = 0; Gruß, AC

Hallo, wenn du unbedingt den entsprechenden Teil meiner functions.php sehen willst: //------------------------------------------------- // Manage bots? (tee-hee) //------------------------------------------------- if ( $ibforums->vars['spider_sense'] == 1 ) { $remap_agents = array( 'googlebot' => 'google', 'google' => 'google', 'inktomi' => 'inktomi', 'slurp' => 'inktomi', 'jeeves' => 'jeeves', 'lycos' => 'lycos', 'whatuseek' => 'wuseek', 'ia_archiver' => 'archive_org', 'Yahoo' => 'yahoo', 'Acoon' => 'acoon', 'Scooter' => 'altavista', 'Freecrawl' => 'euroseek', 'ArchitextSpider' => 'exite', 'Fireball' => 'fireball', ); if ( preg_match( '/(googlebot|google|inktomi|slurp|jeeves|lycos|whatuseek|ia_archiver|Yahoo|Acoo |Scooter|Freecrawl|ArchitextSpider|Fireball)/i', $HTTP_SERVER_VARS['HTTP_USER_AGENT'], $match ) ) { $DB->query("SELECT * from ibf_groups WHERE g_id=".$ibforums->vars['spider_group']); $group = $DB->fetch_row(); foreach ($group as $k => $v) { $this->member[ $k ] = $v; } $this->member['restrict_post'] = 1; $this->member['g_use_search'] = 0; $this->member['g_email_friend'] = 0; $this->member['g_edit_profile'] = 0; $this->member['g_use_pm'] = 0; $this->member['g_is_supmod'] = 0; $this->member['g_access_cp'] = 0; $this->member['g_access_offline'] = 0; $this->member['g_avoid_flood'] = 0; $this->member['id'] = 0; $ibforums->perm_id = $this->member['g_perm_id']; $ibforums->perm_id_array = explode( ",", $ibforums->perm_id ); $ibforums->session_type = 'cookie'; $ibforums->is_bot = 1; $this->session_id = ""; if ( ! $agent = $remap_agents[ $match[1] ] ) { $agent = 'unknown'; } Funktioniert wunderbar. Was mir aber im Nachhinein einfällt: Wenn du hier neue Spider einfügst, mußt du für eine korrekte Anzeige im ACP dafür sorgen, daß in der conf_global.php die Spider auch alle enthalten und korrekt benannt sind. Hier der entsprechende Teil meiner conf_global.php, der zu o.g. Teil meiner functions.php paßt: $INFO['sp_acoon'] = 'Acoon'; $INFO['sp_altavista'] = 'Altavista'; $INFO['sp_archive_org'] = 'Archive_org'; $INFO['sp_euroseek'] = 'EuroSeek'; $INFO['sp_exite'] = 'Exite'; $INFO['sp_fireball'] = 'Fireball'; $INFO['sp_google'] = 'Google'; $INFO['sp_inktomi'] = 'Inktomi'; $INFO['sp_jeeves'] = 'AskJeeves'; $INFO['sp_lycos'] = 'Lycos'; $INFO['sp_wuseek'] = 'WhatUSeek'; $INFO['sp_yahoo'] = 'Yahoo'; $INFO['sp_unknown'] = 'unbekannt'; Neben den "neuen" Spidern habe ich für unbekannte Spider nur die Zuordnung "google" in "unknown" geändert, damit wirklich nur der Googlebot als Google bezeichnet wird und nicht alle unbekannten anderen Spider auch als Google bezeichnet werden. Im ACP steht dann "unbekannt" als Bot ... Gruß, AC

Damit werden doch nur die Bots abgefangen, die nicht im Array $remap_agents enthalten sind (und als "Google" deklariert). Deshalb muß es dazu auch kein "Gegenstück" geben. Bei mir funktioniert es übrigens problemlos. Habe ca. ein halbes Dutzend Spider hinzugefügt, die auch alle erkannt werden. Es kommt hauptsächlich auf die richtige Zeichenkette an. Entweder stimmt die bei dir nicht (ist z.B. zu lang oder mehrdeutig) oder der Useragent z.B. ist etwas anders oder ... Gruß, AC

Damit ist die Anlegung einer Kopie der Datei conf_global.php gemeint. Wenn Einstellungen in dieser Datei (über's ACP) geändert werden, dann wird automatisch eine Kopie der alten Einstellungen gespeichert. Zu finden im Hauptverzeichnis des Boards, Datei conf_global-bak.php ... Gruß, AC

Hallo, Inktomi ist nur ein Dienst, der seine Spider-Engine für Suchmaschinen zur Verfügung stellt. Etliche Suchmaschinen greifen auf diesen Dienst zurück. Im Prinzip brauchst du nur das Array $remap_agents um einen weiteren Eintrag ergänzen. Bsp.: 'yahoo' => 'Yahoo', oder 'Yahoo!' => 'Yahoo', oder 'yahoo.com' => 'Yahoo', usw. Dann noch if ( preg_match( '/(googlebot|slurp@inktomi|ask jeeves|lycos|whatuseek|ia_archiver)/i', $HTTP_SERVER_VARS['HTTP_USER_AGENT'], $match ) ) entsprechend ergänzen, z.B. if ( preg_match( '/(googlebot|slurp@inktomi|yahoo|ask jeeves|lycos|whatuseek|ia_archiver)/i', $HTTP_SERVER_VARS['HTTP_USER_AGENT'], $match ) ) Damit wird jeder Useragent, der die o.g. Zeichenkette enthält, als Yahoo-Bot identifiziert. Du mußt halt nur sicherstellen, daß die von dir angegebene Zeichenkette auch wirklich immer im Useragent so auftaucht. Deshalb nicht zuviel angegeben, dafür aber eindeutig. Um noch andere, vielleicht etwas exotischere Spider hinzuzufügen, einfach analog o.g. Bsp. verfahren ... Gruß, AC

Ohne Worte! :wheelchair:

@ Sisterhood: Kannst du mir mal verraten, warum du mich so blöd anmachst? Ich hatte dir lediglich eine simple Frage gestellt und du motzt gleich drauflos! Oder passen dir meine Beiträge etwa nicht? Völlig unsinnig, was du hier abläßt!

@ Sisterhood: Du mir auch! (Sehr geistreich von dir!)

Auch mir ist er von früher nicht unbekannt. Aber immerhin ist er hier "ganz frisch" und fängt quasi neu an. Außerdem könnte es jemand mißverstehen, der den Hintergrund nicht kennt ... Aber nun ist gut. Überstrapazieren wir das nicht. Gruß, AC