Ein update von newbb1 auf cbb2.2 scheint nicht möglich zu sein, so dass der Umweb über newbb2 gegangen werden muss.. 1. newbb - Ordner aus dem modules - Verzeichnis löschen 2. den newbb22- Ordner kopieren und das Update Script starten /update/newbb1_to_newbb2.php 3. im Moduleadmin newbb aktualisieren 4. im newbb - admin müssen die Rechte für die Kategorien sowie Foren gesetzt werden 5. cbb2 über den newbb spielen und das Modul aktualisieren

Ziel der Übung ist es von mydownloads Abschied zu nehmen, da es nach meinen bescheidenen Wissensstand, nicht mehr gepflegt wird. Auf der Suche nach gleichwertigen Ersatz bin ich auf PDdownloads gestoßen. Es kann unter: PDdownloads bezogen werden und macht einen sehr guten Eindruck. Lass den Worten Taten folgen: Als erstes habe ich mir die Tabellenstruktur einmal genauer angeschaut: Folgende Tabellen gibt es in mydownloads... mydownloads_broken mydownloads_cat mydownloads_downloads mydownloads_mod mydownloads_text mydownloads_votedata und in PDdownloads PDdownloads_broken PDdownloads_cat PDdownloads_downloads PDdownloads_indexpage PDdownloads_mimetypes PDdownloads_mod PDdownloads_votedata schnell wird klar, das sich die Module hinsichtlich der Tabellen unterscheiden. Ein Script muss her, welches die Daten konvertiert... Den Code sowie eine kleine Beschreibung finden Sie unter: MyofPDdownloads.update Nachdem das update erfolgreich beendet wurde, müssen in der Administration von PDdownloads noch die Berechtigungen gesetzt werden und schon ist alles konvertiert. Als nächster Schritt müssen alle mydownloads - links auf pddownloads 'rewritet' werden, da sonst die alten Links nicht mehr erreichbar wären... google und usertechnisch der supergau ... Öffnen Sie hierfür die Datei loadpage.php und fügen Sie die folgenden Zeilen ein. 113:// hack by sven seidel start 114://print_r($file_arr); 115:if ($file_arr[0] == "mydownloads") { 116: $file = str_replace("mydownloads","PDdownloads",$_SERVER['REQUEST_URI']); 117:header("HTTP/1.1 301 Moved Permanently"); 118:header("Location:".$file); 119:header("Connection: close"); 120:exit(); 121: } else { 122: $file_arr[0] = $file_arr[0]; 123:} Nun werden alle bestehenden Links auf PDdownloads umgeleitet. Zum Abschluss führen Sie bitte noch einen Test durch. Falls alles zu Ihrer Zufriedenheit funktioniert hat, können Sie mydownloads deinstallieren. Fragen, Anregungen, Verbesserungsvorschläge bitte im php-deluxe.de Forum posten. PDdownloads Viel Spaß wünscht Ihnen Sven Seidel von php-deluxe.de

In wenigen Schritten hat man einen page timer realisiert und erhält detaillierte Auskunft, über die Laufzeiten seiner xoops - Seite. 1. Als erstes benötigt man den smarty -plugin, den Ihr in das Verzeichnis /class/smarty/plugins kopiert. Den plugin findet Ihr unter: download smarty plugin 2. Im Adminbereich -> Voreinstellungen -> Systemeinstellungen -> allgemeine Einstellungen setzt Ihr den Radiobutton 'Theme- und Templateänderungen sofort aktualisieren?' auf 'ja'. 3. Nun müsst Ihr den smarty tag in Euer theme.html einfügen <{insert name='showstat'}> 4. siehe 2. -> wieder auf 'nein' setzen 5. caching aktivieren und freuen

Ich wollte den Userblock, in einen anderen Bereich der Webseite auslagern. Leider kam ich mit den bisherigen Boardmitteln von xoops nicht weiter, so dass ich etwas improvisieren musste, Die folgende Lösung des Problems, stellt sicherlich keine Referenz da, zeigt aber eine einfache Möglichkeit der Blockverschiebung, am Beispiel des Usermenus auf. Den folgenden Block könnt Ihr in einen beliebigen Bereich Eures Themes kopieren. Kurze Erläuterung: // wenn es sich um einen xoops user handelt rendere das Usermenu <{if $xoops_isuser}> ... // wenn sich der admin einloggt rendere 'Administration' <{if $xoops_isadmin}> ... <{/if}> ... // wenn nicht rendere den login <{else}> ... <{/if}> Jetzt könnt Ihr in der Blockadministration das Usermenu, sowie den Login Bereich deaktivieren. Ich hoffe mal, das ich den Ein -oder Anderen damit weitergeholfen habe. Falls es weitere Lösungsvorschläge gibt, diese bitte unbedingt im Forum posten. xoops module und hacks

Die Frage hat mich schon lange unter xoops beschäftigt und nun habe ich endlich eine Lösung gefunden, die den Ein -oder Anderen unter Euch auch sehr hilfreich sein könnte. Den Hack 'Fastest Cache Hack' könnt Ihr unter http://www.peak.ne.jp/xoops/md/mydownloads/singlefile.php?cid=2&lid=67 download. Laut Author spart dieser Hack ca. 30% der CPU. Folgende Schritte sind auszuführen: 1. kopiere die Datei fastestcache.php in den Pfad XOOPS_ROOT_PATH/include/ 2. lege ein neues Verzeichnis ausserhalb deines DocumentRoot an z.B.: /home/yourhome/xoops/ 3. lege ein neues Verzeichnis namens 'fullcache' innerhalb dieses Pfades an und setzte die Verzeichnisrechte auf 0777 -> chmod 0777 fullcache 4. schreibe in die mainfile.php den folgenden Abschnitt nach define('XOOPS_URL',... -> define('XOOPS_TRUST_PATH','/home/yourhome/xoops'); 5. schreibe in die mainfile.php den folgenden Abschnitt vor include XOOPS_ROOT_PATH."/include/common.php"; -> require XOOPS_ROOT_PATH.'/include/fastestcache.php' ; 6. schreibe in die mainfile.php den folgenden Abschnitt nach include XOOPS_ROOT_PATH."/include/common.php"; if (!isset($xoopsOption['nocommon']) ... ) { include XOOPS_ROOT_PATH."/include/common.php"; fastestcache_setcookie() ; // Insert this } 7. schreibe in include/functions.php in die function redirect_header() folgenden Funktion function redirect_header($url, $time = 3, $message = '', $addredirect = true) { -> fastestcache_clearcache() ; // Insert this global $xoopsConfig, $xoopsRequestUri, $xoopsLogger, $xoopsUserIsAdmin; } Den fullcache könnt Ihr in der 'fastestcache.php' nach Belieben konfigurieren. Wenn Ihr Fragen habt, könnt Ihr Sie unter Forum xoops fullcache gern stellen.