Linux.Wiki
Neuinstallation
Dieser Artikel enthält Infos, um dieses Wiki neu aufzusetzen (Nach Crash oder Umzug auf einen anderen Server). Systemanforderungen eines Wikis sind:
- Apache2
- PHP5
Die Installations-Schritte sind:
- Die neueste Distribution des Media-Wiki-Zips nach /srv/www/htdocs/mediawiki auspacken. (Der Grund ist: (noch Unbestätigt für 2008): Wenn man ein Wiki von einem Server umzieht ist dummerweise der Pfad in die Datenbank eingetragen (ein schlimmer Design-Fehler) also wieder GENAU den Pfad zur Verfügng stellen wie es war!)
- ./mediawiki/config ausführen
mv LocalSettings.php ..
- Anpassungen der LocalSettings machen
- Bilder zurückspielen
- das ./images Verzeichnis sollte noch beschreibbar gemacht werden
- Kompletter alter Inhalt überschreibt dabei das fast leere ./images einer frisch entpackten Version
LocalSettings.php
$wgEnableUploads = true; $wgUseImageMagick = true; $wgEnotifUserTalk = false; # UPO $wgEnotifWatchlist = false; # UPO $wgEmailAuthentication = false; $wgGroupPermissions['*']['edit'] = false; $wgGroupPermissions['*']['createaccount'] = false; $wgLogo = "/mediawiki/images/OrgaMon.png";
Syntax Highliter Extension
http://www.mediawiki.org/wiki/Extension:SyntaxHighlight_GeSHi
Installation
1) 4 Dateien aus der MediaWiki SVN 2) Das RELEASE!!! Zip der GeSHi Homepage
Backup des Wiki
mysqldump --password=********* wiki >/srv/sql/wiki.sql
Restore des Wiki
- MySQL muss laufen
- Ein root user muss existieren
mysql --password=********* > create database wiki; > charset latin1;
- Rückspielen des Dumps
mysql --password=********* wiki2 < wiki-2.sql
MySQL - Migration
- Der Umzug meines etwas älteren Wiki auf einen neuen Server war SEHR schwierig. Das Grundproblem sind die Umlaute und die zu langen Datenbank-Schlüssel. Ich konnte das Lösen, indem ich den Datenbank-Dump in einen Editor lade, und diverse Modifikationen per Hand durchführe. Danach einen Restore der Datenbank auf dem neuen System.
- Tatsache ist, dass der alte DUMP eine ANSI-Datei ist. Ich rede bei der Anlage aller Tabellen nur UTF8, jedoch den DUMP selbst bringe ich in reines ANSI. Ich sehe in meinem DUMP ein ganz schlimmes Mix-Up von ANSI und UTF8 Codes.
Ich habe versucht alle Schritte zu dokumentieren:
Zeichenersetzungen
SET NAMES utf8 -> SET NAMES utf8
CHARSET=utf8 -> CHARSET=utf8
character set utf8 collate utf8_general_ci -> character set utf8 collate utf8_general_ci
ü -> ü
ä -> ä
Ãœ -> Ü
Ä -> Ä
ö -> ö
ß -> ß
Ö -> Ö
Tabellen Keys kürzen
DROP TABLE IF EXISTS `categorylinks`; CREATE TABLE `categorylinks` ( `cl_from` int(8) unsigned NOT NULL default '0', `cl_to` varchar(127) character set utf8 collate utf8_general_ci NOT NULL default , `cl_sortkey` varchar(127) character set utf8 collate utf8_general_ci NOT NULL default , `cl_timestamp` timestamp NOT NULL default CURRENT_TIMESTAMP on update CURRENT_TIMESTAMP, UNIQUE KEY `cl_from` (`cl_from`,`cl_to`), KEY `cl_timestamp` (`cl_to`,`cl_timestamp`), KEY `cl_sortkey` (`cl_to`,`cl_sortkey`,`cl_from`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8;
CREATE TABLE `imagelinks_old` ( `il_from` varchar(127) character set utf8 collate utf8_general_ci NOT NULL default , `il_to` varchar(127) character set utf8 collate utf8_general_ci NOT NULL default , KEY `il_from` (`il_from`(10)), KEY `il_to` (`il_to`,`il_from`) ) ENGINE=MyISAM DEFAULT CHARSET=utf8;
Zeilen löschen
INSERT INTO `image` VALUES ('Beleg.PNG',37264,,1,'Root','20080516080458',937,691,8,,'BITMAP','image','png','6a3tgc1cymxe6y33gprh5i7iqt5ejqj'); INSERT INTO `page` VALUES (2254,0,'AusgabeArt',,581,0,0,0.514803822297,'20070925132006',18953,23); INSERT INTO `page` VALUES (2426,6,'Beleg.PNG',,22,0,1,0.173215221939,'20080516080552',20362,0);
... und viele mehr. Welche zu löschen sind sagt Dir der Restore ...