Quelltext der Seite OptiYummy-Update-2012

== Zielpraezisierung ==

Im Jahre 2008 wurde das Optimierungsportal '''''OptiYummy''''' auf einem Linux-Server in Betrieb genommen. Zwar waren dafür mittelmäßige Kenntnisse in Bezug auf die Administration von Windowssystemen vorhanden, aber in Hinblick auf die Installation und Pflege von Linux-Systemen fehlten jegliche praktische Erfahrungen. Auf Rat eines Freundes (Linux-Experte) fiel damals die Wahl auf die openSUSE-Distribution 10.3 welche auch das MediaWiki 1.10.0 enthielt. Bis auf wenige Hürden, welche durch die Hilfe weiterer Linux-Experten genommen wurden, gestaltete sich die Inbetriebnahme des MediaWiki-Systems beherrschbar für jemanden, der sich nur mit Windows auskennt.

Leider werden für eine openSUSE-Distribution nur für eine begrenzte Zeit automatisiert Sicherheitsupdates eingespielt. Irgendwann ist also unbedingt ein Update auf eine neuere Version erforderlich, auch wenn das bisherige System noch stabil läuft.

Um den Betrieb des noch laufenden alten Systems nicht zu stören, sollte auf neuer Hardware die neueste openSUSE-Distribution mit der neuesten MediaWiki-Version installiert werden. Nach den im Jahr 2008 gesammelten Erfahrungen sollte das problemlos möglich sein.

Leider waren dann die Erfahrungen mit der Installation von MediaWiki 1.18 auf openSUSE 12.1 ziemlich deprimierend. Die Installation erfolgte parallel durch zwei Bearbeiter auf zwei unterschiedlichen PC. Dabei wurde versucht, möglichst systematisch in den von der alten Version bekannten Schritten vorzugehen:
* Erste Probleme gab es mit dem Fernzugriff mitteln NX-Protokoll und NoMachine-Client. Irgendwie klappte es dann in der einen Installation, nachdem es anfänglich auch nicht ging. In der anderen Installation gelang es nicht, mittels NoMachine-Client eine Verbindung zum Server herzustellen. So wurde hier der VNC-Zugriff genutzt.
* Das Klonen der benutzten SSD-Festplatten war ein mehr oder weniger zufälliger Prozess. Das kann sowohl an Schwächen der openSUSE-Live-CD in Hinblick auf die konkrete Hardware liegen. Das können aber auch Probleme mit den SSD-Platten sein.
* Am Schlimmsten war, dass die Inbetriebnahme des Wiki-Systems auf einem System scheiterte. Es wurde danach nur eine leere Seite im Browser angezeigt. Nach erneuter System-Installation (beginnend mit einer leeren Festplatte) gelang es, ein Test-Wiki zu installieren.
* Auf dem parallel installierten System lief alles zunächst relativ problemlos. Doch im laufenden Betrieb kam es immer wieder zu Problemen (z.B. sporadischer System-Stillstand, Update-Blockade).

Auf Grund der aufgetretenen Stochastik wurde beschlossen, von einem Betrieb des Wiki-Systems auf eigener Hardware und eigenem Betriebssystem Abstand zu nehmen und stattdessen ein normales Webhoster-Paket nutzen:
* Die Installation wird unter einem STRATO Hostingpaket '''PowerWeb Basic''' vorgenommen, welches über die erforderlichen Ressourcen für des Betrieb eines MediWiki-System verfügt.
* Diese Instalaltion wird im folgenden in nachvollziehbarer Form dokumentiert.

== MediaWiki-System installieren ==

Das Web-Interface für Hosting-Pakete wird von Strato kontinuierlich modifiziert. Die Beschreibung entspricht dem Stand vom Anfang Juli 2012:
* Für Bestandskunden, deren Pakete PHP-Unterstützung bot STRATO zu diesem Zeitpunkt einen kostenlosen Umzug auf eine Plattform an welche für dynamische Webanwendungen optimiert ist. Diesen Umzug muss man aktivieren, bevor man ein WikiSystem installieren kann! Angeboten wurde diese '''Kostenlos Aktivieren''' auf der hauptseite des Paketes.
* Wenn man den Anweisungen folgt, ist der Umzug auf die neue Plattform innerhalb weniger Sekunden erledigt.
* Die bestehende Installation von optiyummy.de auf einem eigenen Server sollte natürlich erhalten bleiben, bis die Installation bei STRATO läuft. Deshalb wurde die optiyummy.net als Domäne für die Einrichtung vorgesehen. Die bestehende Weiterleitung von optiyummy.net auf den eigenen Server wurde dazu zurückgesetzt.  
Auf der Paket-Hauptseite wird für "In wenigen Schritten zu Ihrer Webanwendung!" geworben. Zu Konfiguration der unterschiedlichsten Anwendungen gelangt man auch über den Menüpunkt '''''Homepagegestaltung > AppWizard > Wiki''''':
* Die von STRATO bereitgestellte Version (im Beispiel 1.15.2-4) hinkt der aktuellen Version von www.mediawiki.org immer um einige Versionsnummern hinterher (im Beispiel 1.19.1). Die Auswirkung auf die Funktionalität sind sicher gering.
* Nach Wahl von '''Jetzt Installieren''' erfolgt die Installation in 4 Schritten:
:'''1. MediaWiki - Einstellungen zur Administration'''
::*'''Bezeichnung:''' OptiYummy
::*'''Benutzername:''' ''Administrator-Name''
::*'''Passwort:''' ''ganz geheim''
::*'''E-Mail Adresse:''' ''admin@domain.de''
:'''2. MediaWiki - Domain Einstellungen'''
::* Die bestehende Domäne optiyummy.net wurde infolge der zurückgesetzten Weiterleitung als verwendbar für das WikiSystem angeboten.
::* Nach Auswahl der Domäne genügt ein '''Weiter'''.
:'''3. MediaWiki - Datenbank'''
::* Es wird die MySQL-Version 5.x benutzt
::* Den Kommentar "Datenbank für OptiYummy" kann man beibehalten.
:'''4. MediaWiki - Fertigstellen'''
::* Man muss die Lizenz-Bedingungen akzeptieren.
::* Das Verzeichnis für das WikiSystem sollte man sich notieren (im Beispiel '''mediawiki_02''').
::* Das Fertigstellen dauert nur einige Sekunden.
Danach steht ein Mediwiki-System in seiner Grundeinstellung zur Verfügung.

== Wiki-System individuell konfigurieren ==

Geht man für das Paket erneut in '''''Homepagegestaltung > AppWizard''''', so wird '''OptiYummy''' dort als '''MediaWiki-Anwendung''' gelistet. Hier sollte man die zugeörigen '''Details''' aufrufen:
* Die Datenbank verwalten wir erst später.
* Die Links '''zur Webseite''' und '''zum Admin-Bereich''' führen beide zur Startseite des Wiki-Systems. Dort kann man nur die Verwaltung durchführen, welche nach Anmeldung als '''''WikiSysop''''' möglich sind.

Man benötigt den Zugang direkt auf die Dateien des Wiki-Systems im Homeverzeichnis. Von STRATO werden für den Zugriff auf das Homeverzeichnis sowohl ein FTP- als auch ein SSH-Zugang zur Verfügung gestellt:
* '''Server''': '''ftp.strato.de''' bzw. '''ssh.strato.de'''
* '''Benutzername''': ''Domän-Name'' (im Beispiel: '''www.optiyummy.net''')
Leider gelangt man mit beiden Zugriffsmechanismen zu unterschiedlichen Ziel-Ordnern. Nur der unverschlüsselte Zugang per FTP ermöglichte den Zugriff auf das Wiki-Verzeichnis '''mediawiki_02'''. Sehr komfortabel ist dabei z.B. die Nutzung des Total-Commanders.

=== Indizierung der Seiten durch Suchmaschinen ===

Man sollte in das Stammverzeichnis des Wiki-Systems '''\mediawiki_02\''' eine Textdatei '''robots.txt''' ablegen:
* Die Suchmaschinen lesen beim Finden einer Webseite zuerst diese Datei im Stammverzeichnis der Domäne.
* In dieser Datei kann beschrieben werden, ob und wie die Suchmaschine (Robot) die Seiten erfassen darf.
* Es ist scheinbar wichtig, unsinnige Robots auszusperren, um nicht unsinnigen Datenverkehr für das Wikisystem zu erzeugen. 
* Für Laien ist es günstig, als Grundlage die Datei '''robot.txt''' der Wikipedia [http://de.wikipedia.org/wiki/Robots.txt] zu verwenden. Auf konkrete Verzeichnisse der Wikipedia bezogene Einträge (z.B. /wiki/) muss man darin löschen!

== Hochladbare Dateigroesse anpassen ==

* Auf einem Server müsste man in den Dateien '''/etc/php5/apache2/php.ini''' und '''/etc/php5/cli/php.ini''' die Begrenzung z.B. auf 120 MByte ändern:
 upload_max_filesize = 120M
* Der Wert soll im Beispiel mindestens so groß sein, weil die vorhandenen Datenbank-Inhalte des alten Wiki-Systems wahrscheinlich über das PHP-Webinterface hochgeladen werden müssen.
* Leider wurde keine Möglichkeit gefunden, dies über das STRATO-Web-Interface zu konfigurieren. Deshalb besteht die Hoffnung, dass die Konfiguration über die Datei '''LocalSettings.php''' des Wiki-Systems genügt.
* Das deaktivierte Upload:
 $wgEnableUploads       = true;
* wurde ersetzt durch folgende Beschreibung, welche zusätzlich die Ordnerstruktur und erlaubte Inhalte spezifiziert: 
 $wgEnableUploads       = true;
 $wgMaxUploadSize = 1024*1024*120; # 120MB
 $wgUploadSizeWarning = 1024*1024*10; # 10MB
 $wgUseImageResize = true;
 $wgUseImageMagick = true;
 $wgImageMagickConvertCommand = "/usr/bin/convert";
 $wgFileExtensions = array( 'png', 'gif', 'jpg', 'jpeg', 'zip', 'pdf', 'svg', 'hlp', 'swf', 'wmv' );
 ## erfordert Directories images/archive, images/thumb and images/temp (all writable)
 $wgHashedUploadDirectory = false; # nicht Bilder-Verzeichnisstruktur "/a/ab/foo.png" verwenden