Suche

[m-t]

Hallöchen,

nachdem es gestern seit über einem Jahr ein Hacker mal wieder geschafft hat ziehe ich grad nen Wechsel von Nuke 6.9 in Erwägung, da meine Seite aber recht umfangreich ist wollt ich mal nach Erfahrungen beim Wechsel fragen. Hat schon jemand von 6.9 zu pragmamx gewechselt. Ich habe das Weblinks und Download Modul von Paladin. Das lässt sich nicht zufällig 1 : 1 übernehmen ?? Über 1000 Links und Downloads sind ansonsten ziemlich zeitaufwendig neu einzupflegen und das möcht ich mir doch gerne wenns geht ersparen :-)

Gruß

Gerhard

[RiotheRat]

Da ich die Paladin-Module nicht kenne folgender Vorschalg ...

1. Deine alte Installation plus DB sichern
2. Das ganze bei Dir lokal aufsetzen
3. Das pragmaMx-Setup laufen lassen ... "Migrate from PHP-Nuke" auswählen

4. Gucken ob alles Deinen Vosrtellungen entspricht - oder ob. evtl. noch irgendwo "Handarbeit" nötig ist

Wenn alles O.K. ist kannst Du Deine lokale Installation auf den Server übertragen ...

RtR

P.S.: Verschoben - ist keine Frage zum Handbuch, bitte immer die entsprechende Rubrik auswählen!

[m-t]

scheint wohl doch viel arbeit zu werden :-(

ich werds probieren

[m-t]

so, kleiner Zwischenstand:

654 Links problemlos eingefügt :-)

wenn das genauso einfach mit dem Statistik, Download und Benutzertabellen geht bin ich erstmal zufrieden

[m-t]

Denkste :-(

Download hat geklappt, Statistik im Allgemeinen auch aber der Gesamtzähler zählt erst seit Installation.

Und bei den Benutzern kommt nur Fehlermeldung:

#1136 - Column count doesn't match value count at row 1 

[m-t]

so hab die Nuke Migration eben probiert, ausser den Benutzern ist jetzt alles da und die sind mit das wichtigste, jemand nen Vorschlag ?

So kurz vorm Ziel will ich nich abbrechen müssen...

[jubilee]

Very fine! It looks great ...

Poste hier doch bitte mal die Struktur der Usertabelle.
(Sollte ja im Datenbankdump drinnestehen)

MfG
jubilee

[m-t]

Nuke

Code Auswählen Erweitern


CREATE TABLE `nuke_users` (
  `user_id` int(11) NOT NULL auto_increment,
  `name` varchar(60) NOT NULL default '',
  `username` varchar(25) NOT NULL default '',
  `user_email` varchar(255) NOT NULL default '',
  `femail` varchar(255) NOT NULL default '',
  `user_website` varchar(255) NOT NULL default '',
  `user_avatar` varchar(255) NOT NULL default '',
  `user_regdate` varchar(20) NOT NULL default '',
  `user_icq` varchar(15) default NULL,
  `user_occ` varchar(100) default NULL,
  `user_from` varchar(100) default NULL,
  `user_interests` varchar(150) NOT NULL default '',
  `user_sig` varchar(255) default NULL,
  `user_viewemail` tinyint(2) default NULL,
  `user_theme` int(3) default NULL,
  `user_aim` varchar(18) default NULL,
  `user_yim` varchar(25) default NULL,
  `user_msnm` varchar(25) default NULL,
  `user_password` varchar(40) NOT NULL default '',
  `storynum` tinyint(4) NOT NULL default '10',
  `umode` varchar(10) NOT NULL default '',
  `uorder` tinyint(1) NOT NULL default '0',
  `thold` tinyint(1) NOT NULL default '0',
  `noscore` tinyint(1) NOT NULL default '0',
  `bio` tinytext NOT NULL,
  `ublockon` tinyint(1) NOT NULL default '0',
  `ublock` tinytext NOT NULL,
  `theme` varchar(255) NOT NULL default '',
  `commentmax` int(11) NOT NULL default '4096',
  `counter` int(11) NOT NULL default '0',
  `newsletter` int(1) NOT NULL default '0',
  `user_posts` int(10) NOT NULL default '0',
  `user_attachsig` int(2) NOT NULL default '0',
  `user_rank` int(10) NOT NULL default '0',
  `user_level` int(10) NOT NULL default '1',
  `broadcast` tinyint(1) NOT NULL default '1',
  `popmeson` tinyint(1) NOT NULL default '0',
  `user_active` tinyint(1) default '1',
  `user_session_time` int(11) NOT NULL default '0',
  `user_session_page` smallint(5) NOT NULL default '0',
  `user_lastvisit` int(11) NOT NULL default '0',
  `user_timezone` tinyint(4) NOT NULL default '10',
  `user_style` tinyint(4) default NULL,
  `user_lang` varchar(255) NOT NULL default 'english',
  `user_dateformat` varchar(14) NOT NULL default 'D M d, Y g:i a',
  `user_new_privmsg` smallint(5) unsigned NOT NULL default '0',
  `user_unread_privmsg` smallint(5) unsigned NOT NULL default '0',
  `user_last_privmsg` int(11) NOT NULL default '0',
  `user_emailtime` int(11) default NULL,
  `user_allowhtml` tinyint(1) default '1',
  `user_allowbbcode` tinyint(1) default '1',
  `user_allowsmile` tinyint(1) default '1',
  `user_allowavatar` tinyint(1) NOT NULL default '1',
  `user_allow_pm` tinyint(1) NOT NULL default '1',
  `user_allow_viewonline` tinyint(1) NOT NULL default '1',
  `user_notify` tinyint(1) NOT NULL default '0',
  `user_notify_pm` tinyint(1) NOT NULL default '0',
  `user_popup_pm` tinyint(1) NOT NULL default '0',
  `user_avatar_type` tinyint(4) NOT NULL default '3',
  `user_sig_bbcode_uid` varchar(10) default NULL,
  `user_actkey` varchar(32) default NULL,
  `user_newpasswd` varchar(32) default NULL,
  PRIMARY KEY  (`user_id`),
  KEY `uid` (`user_id`),
  KEY `uname` (`username`),
  KEY `user_session_time` (`user_session_time`)
) TYPE=MyISAM AUTO_INCREMENT=2833 ;


pragmamx

Code Auswählen Erweitern


CREATE TABLE `mx_users` (
  `uid` int(11) unsigned NOT NULL auto_increment,
  `name` varchar(60) NOT NULL default '',
  `uname` varchar(25) NOT NULL default '',
  `email` varchar(100) NOT NULL default '',
  `femail` varchar(100) NOT NULL default '',
  `url` varchar(255) NOT NULL default '',
  `user_avatar` varchar(255) default NULL,
  `user_regdate` varchar(20) NOT NULL default '',
  `user_icq` varchar(15) default NULL,
  `user_occ` varchar(100) default NULL,
  `user_from` varchar(100) default NULL,
  `user_intrest` varchar(150) default NULL,
  `user_sig` varchar(255) default NULL,
  `user_viewemail` tinyint(2) default NULL,
  `user_theme` int(3) default NULL,
  `user_aim` varchar(18) default NULL,
  `user_yim` varchar(25) default NULL,
  `user_msnm` varchar(25) default NULL,
  `pass` varchar(40) NOT NULL default '',
  `storynum` tinyint(4) NOT NULL default '10',
  `umode` varchar(10) NOT NULL default '',
  `uorder` tinyint(1) NOT NULL default '0',
  `thold` tinyint(1) NOT NULL default '0',
  `noscore` tinyint(1) NOT NULL default '0',
  `bio` tinytext NOT NULL,
  `ublockon` tinyint(1) NOT NULL default '0',
  `ublock` text NOT NULL,
  `theme` varchar(100) NOT NULL default '',
  `commentmax` int(11) NOT NULL default '4096',
  `counter` int(11) NOT NULL default '0',
  `newsletter` int(1) NOT NULL default '0',
  `user_posts` int(10) NOT NULL default '0',
  `user_attachsig` int(2) NOT NULL default '0',
  `user_rank` int(10) NOT NULL default '0',
  `user_level` int(10) NOT NULL default '1',
  `user_ingroup` int(10) NOT NULL default '1',
  `user_lastvisit` int(11) NOT NULL default '0',
  `user_regtime` int(11) unsigned NOT NULL default '0',
  `user_lastip` varchar(60) NOT NULL default '',
  `user_lastmod` varchar(40) NOT NULL default '',
  `user_lasturl` varchar(255) NOT NULL default '',
  `user_pm_poptime` smallint(4) unsigned NOT NULL default '0',
  `user_stat` tinyint(1) NOT NULL default '0',
  `user_bday` date default NULL,
  `user_sexus` tinyint(1) unsigned NOT NULL default '0',
  `user_guestbook` tinyint(1) unsigned NOT NULL default '1',
  PRIMARY KEY  (`uid`),
  UNIQUE KEY `uname` (`uname`),
  KEY `user_ingroup` (`user_ingroup`),
  KEY `user_stat` (`user_stat`),
  KEY `user_lastvisit` (`user_lastvisit`),
  KEY `user_lastmod` (`user_lastmod`),
  KEY `user_bday` (`user_bday`)
) TYPE=MyISAM AUTO_INCREMENT=3 ;


Links, Downloads und News wurden übrigens doch nicht übernommen, habs nur in mysql gesehen, auf der seite
wars nicht vorhanden 

das wär jetzt aber nicht so schlimm, die arbeit würd ich mir wohl machen (so seh ich gleich was veraltet ist :-) ).

wenns denn mit den usern klappt ...

[Andi]

Moin

Frage zwischendurch, wie hast du das Setup ausgeführt?

Waren die "alten" Nuke Daten in der Datenbank vorhanden, oder werden die jetzt nachträglich eingespielt?

Wenn die Daten während des Setups vorhanden sind und die config.php unverändert ansprechbar ist, dann werden ALLE Daten übernommen und konvertiert. Da braucht man nix nachträglich importieren.
Lies mal hier:
http://www.pragmamx.org/forum-topic-15296.0.html

Hi

wollte dich gerade auf die readme-Datei verweisen, habe dabei aber festgestellt, dass diese Updateoption da garnicht richtig beschrieben ist...   

Du brauchst an der Datenbank überhaupt nichts verändern, das Update erkennt die "alten" Daten und konveriert diese automatisch. Das eBoard läuft ebenfalls ganz normal weiter...

Schritt für Schritt:

• Das nuke, so belassen wie es ist, wichtig ist vor allem die config.php
• alle Dateien des pragmaMx über die bestehenden nuke-Dateien drüberspielen
• die Installation starten
• immer den Anweisungen folgen
• bei der Auswahl was zu tun ist, die Option Migrate_from_phpNuke auswählen
• immer den Anweisungen folgen
• Die Datenbanksicherung erstellen lassen, wenn das nicht automatisch funktioniert, diese manuell erstellen (hast du ja schon)
• immer den Anweisungen folgen
• Die Daten werden konvertiert (user, news, content, pm, usw...)
• falls die neue config.php nicht kopiert werden kann, diese, wie dort beschrieben, über die bestehende kopieren
• zum Abschluss als Admin einloggen und alle Einstellungen überprüfen u. ggf. korrigieren

Falls du doch alles neu machen willst, dann kopiere die alte/bestehende config.php in den Ordner wo dein neues pragmaMx liegt und gehe trotzdem wie oben beschrieben vor.

[m-t]

Hi Andi,

Moin

Frage zwischendurch, wie hast du das Setup ausgeführt?

Waren die "alten" Nuke Daten in der Datenbank vorhanden, oder werden die jetzt nachträglich eingespielt?

Also zuerst hab ich pragmamx neu installiert und versucht die vorhandenen Daten einzuspielen aufgrund der unterschiedlichen Datenbankbezeichnungen, Eigenschaften und der Drittmodule wie Paladins Weblinks hat das wohl auch nicht geklappt.

Wenn die Daten während des Setups vorhanden sind und die config.php unverändert ansprechbar ist, dann werden ALLE Daten übernommen und konvertiert. Da braucht man nix nachträglich importieren.

Das Risiko pragmamx über ein vorhandenes Nuke zu installieren geh ich nicht ein ;-)
Da verlier ich zuviele Besucher wenn was schiefgeht und die Seite evtl. ein paar Tage down ist.
Mal ganz abgesehen von den entgangenen Werbeeinnahmen 

Lies mal hier:

Deine Anleitung in allen Ehren aber für einigermassen gutbesuchte Seiten ist die Lösung IMHO zu riskant.

Was ich dann versucht habe war:

Die komplette Nuke Datenbank in die mx datenbank eingespielt und bei dem Schritt wo die config.php gefragt war hab ich die von der Nuke Version hochgeladen. Hat auch funktioniert, zumindest hat das Migrate_from_phpNuke nicht gemeckert 

In der Datenbank waren aber dann zusätzliche Einträge vorhanden mit komischen Namen. Beim Aufruf der WebLinks war nichts da, in der db aber schon. Habs jetzt nicht mehr im Kopf schon gelöscht :-)

Ich hab jetzt ca. 100 meiner Links manuell eingegeben und schon einiges entdeckt das nicht mehr aktuell ist. Von daher nicht soooo schlimm. Die News und die vorhandenen Benutzer sind eigentlich das grösste Problem momentan. Das wären nochmal ca. 3500 Einträge und da hab ich weder Lust noch Zeit für :-)

Ich hab jetzt ein 2tes pragmamx auf ne neue Domain installiert da kann ich testen wenn noch ne Idee kommen solle :-(

Und so zwischen durch hat PHPMyAdmin auch noch gemeint es muß die eingespielten Daten nicht übernehmen.

Zig doppelte Einträge aus dem Nuke Statistikmodul hab ich inzwischen schon entfernt, frag mich nur wie das da reinkommt. Ganze Tage waren doppelt vorhanden.

P.S. ich kann HTML und nen bischen php aber das hier ist mir etwas zu kompliziert   

[jogi24]

hi

@ m-t

solche sachen macht man ja auch nicht gleich online !!

sondern man installiert sich auf seinem computer ein testumgebung,
beispiel xampp.

und dort testet man dann alles erst duch.

wenn alles dort funzt, schiebt man das ganze auf die webspace. 

[m-t]

sondern man installiert sich auf seinem computer ein testumgebung,
beispiel xampp.

hi jogi,

immer diese spielereien 

werd ich aber wohl nicht drumrumkommen, hast ja recht

[Andi]

Hi

Also zuerst hab ich pragmamx neu installiert und versucht die vorhandenen Daten einzuspielen

Das geht nicht. Ohne fortgeschrittene SQL-Kenntnisse wird das nicht gelingen.

Drittmodule wie Paladins Weblinks

Das kenne ich nicht. Verwendet das den gleichen Modulnamen und die gleichen Tabellen, wie das original-Nuke Modul?

Das Risiko pragmamx über ein vorhandenes Nuke zu installieren geh ich nicht ein ;-)
Da verlier ich zuviele Besucher wenn was schiefgeht und die Seite evtl. ein paar Tage down ist.

Das Update hat in dieser Form in den letzten 2 Jahren schon hunderte Nuke Seiten konvertiert. Grössere Probleme sind da nicht aufgetreten.


Wie bereits gesagt, pragmaMx installieren und dann die nuke Daten reinspielen geht nicht.
Nur der umgekehrte Weg ist möglich.

Ich kenne ja nicht die Begebenheiten auf deinem Server.
Aber wenn du eine 2te Datenbank hast, kannst du das ganze ja auch dort spiegeln und später einfach die DB wechseln. Genauso kann es mit dem Ordner geschehen, wo dein Nuke liegt. Wobei da brauch nur die "alte" config.php vorhanden sein, dass sie vom pragmaMx Setup erkannt wird (hier natürlich die Daten von der gespiegelten DB eintragen)

[FrankP]

Das Risiko pragmamx über ein vorhandenes Nuke zu installieren geh ich nicht ein ;-)
Da verlier ich zuviele Besucher wenn was schiefgeht und die Seite evtl. ein paar Tage down ist.
Mal ganz abgesehen von den entgangenen Werbeeinnahmen

Im Zweifel spielen wir halt ein Backup ein, wozu machen wir die Dinger. Dass das flott geht, hast du ja gesehen. Eine Stunde nach dem Hack war deine Site wieder da. Machs halt zu christlichen Zeiten oder ruf vorher an, damit einer von uns am Drücker ist und ein Backup zurückspielen kann.

[m-t]

@andi...

ich hatte gestern schon ausführlich was geschrieben dann hat mein bitdefender nen update gemacht und den pc ohne vorwarnung neu gestartet. dann ist mir die lust auf noch ne antwort für den abend vergangen :-)

zu paladin: es verwendet den gleichen modulnamen und tabellen aber einzelne feldnamen sind teils unterschiedlich...

@frankp und andi:

ich hab jetzt noch ein pragma system installiert wo wir grad zu 2t kräftig testen.
news klappen inzwischen da sind nur kleine änderungen nötig, das mach ich  , kollege kümmert sich inzwischen um die benutzer.

ich meld mich wieder wenns was neues gibt :-)

P.S. die Links mach ich weiter von hand (zwecks aktualisierung ganz ok so)

ich meld mich wieder wenns was neues gibt  8)

[m-t]

so....

der erste versuch mit den benutzern hat nicht geklappt.

ich hab jetzt nach der schritt für schritt anleitung:

# Das nuke, so belassen wie es ist, wichtig ist vor allem die config.php

nuke in testverzeichniss neu installiert

# alle Dateien des pragmaMx über die bestehenden nuke-Dateien drüberspielen

was sich ja gegenüber dem ersten satz widerspricht wenn mans so lassen soll

trotzdem alle pragmamx dateien übers vorhandene nuke kopiert

# die Installation starten
# immer den Anweisungen folgen
# bei der Auswahl was zu tun ist, die Option Migrate_from_phpNuke auswählen
# immer den Anweisungen folgen

hat auch alles funktioniert...

und so sieht das admin menu jetzt aus..



genau aus dem grund will ich es nicht über ein bestehendes nuke spielen. es funktioniert zwar aber ich hab zig unnötige sachen drin. ich will sauber anfangen oder gar nicht.

wie die startseite aussieht, naja lassen wirs lieber.

ich hör jetzt jedenfalls mal auf mit der weiteren aktualisierung da es bei den usern keinen fortschritt gibt, macht so keinen sinn. klappt die 1:1 übernahme der userdaten nicht mehr dann bleib ich halt bei nuke :-(
schade, die neuen funktionen haben mir so langsam besser gefallen als nuke..

[Andi]

Hi

eigentlich hast du doch jetzt schon die Hauptsache hinter dir.

Die Datenbank ist konvertiert und damit auch die User.
Jetzt installierst du das mx neu und sauber, wenn du willst und schreibst in die config.php die Daten von der konvertierten Datenbank...

[m-t]

und schreibst in die config.php die Daten von der konvertierten Datenbank...

Neuer Vorschlag da ich gern mit nem sauberen System ohne Datei/Tabellenleichen beginne:

Die User wurden jetzt aus der alten Datenbank übernommen 

Wenn jemand Interesse hat ich stell das Script dann nach Fertigstellung in meinen Downloadbereich.
Vielleicht ermutigt es ja noch einige zu wechseln...

Aber eine Frage bleibt:

die Tabelle: user_stat ist nur in pragmamx vorhanden, nicht in nuke, für was ist die zuständig ?

Ohne diese wurden zwar die User übernommen waren aber nur in phpmyadmin sichtbar, nicht auf der Seite...

So und jetzt hab ich zu arbeiten, will am Wochenende fertig sein...

[m-t]

Welcome Pragmamx 

Site ist online, nur noch Kleinigkeiten ändern, das wars dann.

Hier ist das Script zum konvertieren der User von Nuke 6.9 nach Pragma:

beide Tabellen müssen in der gleichen Datenbank sein.

Hat nur einen Nachteil: Die User die für den Newsletter eingetragen waren sind zwar übernommen worden im Newsletter Modul waren sie aber nicht vorhanden. Da musste ich von Hand die betreffenden User in der:

admin.php?op=mod_users auswählen -> Häckchen bei Newsletter raus -> und wieder setzen, dann klappts.

Code Auswählen Erweitern


<?PHP
/* User uebertragen von Nuke zu pragmaMx */
error_reporting(E_ALL);
// CFG
define('MYSQL_HOST', 'localhost');
define('MYSQL_USER', 'xxx');
define('MYSQL_PASS', 'xxx');
$database_nuke = 'xxx';
$database_mx   = 'xxx';

set_time_limit(0);


// SCRIPT
$data = array();
$db = mysql_connect(MYSQL_HOST, MYSQL_USER, MYSQL_PASS) OR die(mysql_error());
mysql_select_db($database_nuke) or die(mysql_error());
//mysql_select_db(xxx) OR die(mysql_error());
$sql = "SELECT name,username,user_email,femail,user_website,user_regdate,user_password,storynum,umode,uorder,thold,noscore,bio,ublockon,ublock,theme,commentmax,counter,newsletter,user_posts,user_attachsig,user_rank,user_level,user_lastvisit  FROM `nuke_users`";
$qry  = mysql_query($sql) OR die(mysql_error());

while ($row = mysql_fetch_assoc($qry)) {
$data[] = $row;
}
mysql_free_result($qry);


mysql_select_db($database_mx) or die(mysql_error());

// bereits eingetragene User auslesen
$usernames = array();
$sql = "SELECT uname FROM `mx_users`";
$qry  = mysql_query($sql) OR die(mysql_error());
while ($row = mysql_fetch_assoc($qry)) {
$usernames[] = $row['uname'];
}
mysql_free_result($qry);

$count = count($data);
$i = 0;
foreach ($data as $key => $value) {
if (in_array($value['username'], $usernames)) {
continue;
}

$sql = "INSERT INTO `mx_users` (name, uname, email, femail, url, user_regdate, pass, storynum, umode, uorder, thold, noscore, bio, ublockon, ublock, theme, commentmax, counter, newsletter, user_posts, user_attachsig, user_rank, user_level, user_lastvisit) VALUES
('".$value['name']."', '".$value['username']."', '".$value['user_email']."', '".$value['femail']."', '".$value['user_website']."', '".$value['user_regdate']."', '".$value['user_password']."', ".$value['storynum'].", '".$value['umode']."', ".$value['uorder'].", ".$value['thold'].", ".$value['noscore'].", '".$value['bio']."', ".$value['ublockon'].", '".$value['ublock']."', '".$value['theme']."', ".$value['commentmax'].", ".$value['counter'].", ".$value['newsletter'].", ".$value['user_posts'].", ".$value['user_attachsig'].", ".$value['user_rank'].", ".$value['user_level'].", ".$value['user_lastvisit'].")";
$qry  = mysql_query($sql) OR die(mysql_error());
$suc  = mysql_affected_rows();

if ($suc > 0) {
$usernames[] = $value['username'];
$i++;
}
}

$sql = "UPDATE `mx_users` SET user_stat = 1 WHERE user_stat = 0";
$qry = mysql_query($sql) OR die(mysql_error());

mysql_close($db);

// DEBUG
if ($i == $count) {
echo 'User erfolgreich uebertragen!';
}

/* DEBUG
echo 'Testausgabe:<br>';
echo '<pre>';
print_r($data);
echo '</pre>';
*/
?>


[m-t]

Oh, der Beitrag ist ja festgepinnt :-)

Dann will ich doch gleich mal den Rest der bisher gemachten Erfahrungen hier bekanntgeben:

Zuerst das wohl wichtigste für Umsteiger...

1.) Thema Suchmaschinen:

Ich hatte jetzt seit über einem Jahr PR 5 auf der Haupseite der sich nun in PR 4 geändert hat.

Über die site:www.domain.com Suche bei Google hatte ich die letzten ca. 18 Monate über 20000 Einträge was seit dem Wechsel auf pragmamx nun bei ~750 liegt...

Am schlimmsten hat es die News erwischt:

Aus

Nuke: articlexxx.html

wurde

pragmamx: News-file-article-sid-xxx.html

dadurch hatte ich in den ersten Tagen so einiges an "Seite nicht gefunden" Aufrufen :-(

Ist inzwischen aber fast erledigt da wie gesagt von 20000 sowieso nur noch 750 blieben :-)

Eine andere Seite von mir die ohne CMS erstellt wurde und erst seit Januar besteht ist von 0 auf 4 gestiegen. Hier wurde auch jede Unterseite mit nem PR versehen was bei den CMS Seiten auch nach längerem noch nicht erfolgte. Das gibt mir jetzt etwas zu denken :-( Google mag wohl anscheinend keine CMS Seiten.

2.) Statistik:

Die Besucherzahlen im eingebauten Statistik Modul haben sich erhöht.

Schaut man sich das ganze aber über diverse Partnerprogramme an (erste Spalte Impressions -> zweite Klicks):

AdSense:






affili:






AdSense Impressions -> etwas erhöht.

affili -> Impressions deutlich weniger, Klicks aber annähernd gleich ??

Zu Nuke Zeiten waren die Werte übers ganze Jahr so ungefähr gleich.

3.) mod_rewrite:

funktioniert viel besser als bei Nuke

Wenn bei den Modulen allerdings mit $module_name&file= mehrere Unterseiten eingebunden werden müssen diese, wenn die Datei aus mehreren Wörtern besteht, alle mit Unterstrich versehen werden.

Beispiel:

$module_name&file=tolle-seite

funktioniert nicht, es muß

$module_name&file=tolle_seite

sein dann klappt das ganze auch.

War zwar viel Arbeit das ganze jetzt aber ich denke es hat sich gelohnt vor allem da auch die Bedienung (Admin Menu) einiges mehr zu bieten hat als Nuke.

An das Update 0.18 trau ich mich momentan noch nicht so richtig :-(