OXID eshop auf Server installieren
© Andreas Dittberner / www.aboutpixel.de
Gestern wollte ich zur Sicherheit ausprobieren, ob auf meinem Server die notwendigen Systemressourcen für eine Installation des OXID eshop vorhanden sind.
Kann man natürlich nachlesen, muss man aber nicht. Ich stehe eben auf “learning by doing”. Hat es funktioniert? Hat es! Auch wenn es im Vergleich zur lokalen Installation ein paar weitere Schritte gebraucht hat. Das lag allerdings nicht an OXID, sondern an meiner Server-Installation.
Die Schritte “Upload der Daten” und “Anlage der Datenbank” liefen problemlos. Auch wenn es vielleicht müßig zu erwähnen ist, aber die Daten sollten im Transfertyp “Binär” hoch geladen werden. Der Aufruf des Setup war jedoch etwas ernüchternd.
In der Server-Installation fehlten die php-Erweiterungen JSON und BCMATH. Die Dateiberechtigungen haben mir ebenfalls grelles Rot gezeigt. Ich hätte natürlich selbst herumprobieren können, wie gesagt “learning by …”, aber ich habe der Einfachheit halber mal das OXID-Forum und das OXID-Wiki bemüht. Die hilfsbereite Community habe ich ja bereits erwähnt. Die musste ich allerdings nicht bemühen, da ich nach ein paar Minuten die entsprechenden Lösungshinweise in älteren Beiträgen gefunden habe.
Die php-Erweiterungen kann man über die Shell nachinstallieren. Für den entsprechenden Zugriff nutze ich persönlich die open Source Anwendung WinSCP in Kombination mit PuTTY. Ich mag’s halt grafisch und bin auch nicht so der Server-Fachmann vor dem Herren. Da kommt mir die WinSCP-GUI sehr entgegen.
WinSCP - Arbeitsfläche
Wie gesagt, die Antworten findet man im WIKI und im Forum … sind also nicht auf meinem Mist gewachsen. Ich fasse die Hinweise für etwaige “Leidensgenosssen” hier nur einmal zusammen.
Da mein Server unter openSUSE mit installiertem YAST läuft, konnte ich mittels PuTTY und den Befehlen yast2 –install php5-json, sowie yast2 –install php5-bcmath die fehlenden php-Erweiterungen installieren. Dann noch den Apache über /etc/init.d/apache2 restart neu starten und nach einem erneuten Aufruf des OXID-Setups waren die ersten beiden Roten Geschichte.
Die Dateiberechtigungen habe ich gemäß des Ratschlags im WIKI angepasst:
Those must be writeable all the time:
- /out/pictures/ (recurse into subdirectories)
- /out/media/ (recurse into subdirectories)
- /out/<sTheme from config.inc.php>/src/ (recurse into subdirectories) (/out/basic/src/ during setup)
- /log/ (recurse into subdirectories)
- <sCompileDir from config.inc.php> (recurse into subdirectories) (/tmp/ during setup)
During installation those must be writeable (e.g. set permissions to 777)
- /config.inc.php
- /.htaccess
After installation those must be read-only (e.g. set permissions to 444)
- /config.inc.php
- /.htaccess
… und schon leuchtete Alles in freundlichem Grün.
Könnte auch interessant sein:
Tags:open Source, Oxid, Shopsystem
Hier schreibt Jörg Reintjes. Mensch, Internet-, ecommerce-, open Source-, Software-, Gadget-Fan.
Neues-Ausprobierer. Familie, Neues lernen, Fitness und Currywurst - Daumen hoch! Sommerzeit, Gemüsesuppe, Benzinpreise, Opportunisten - Daumen runter!
Als Blogger freue mich natürlich über jeden Kommentar.
Um nichts zu verpassen, folge mir einfach per RSS-Feed, Twitter oder auf Facebook.
Kommentare (3)
Hallo
Dann hat ja die Serverinstallation auch gut geklappt. – Daumen Hoch.
LG Daniel
Zum Glück hat das Shopsystem auch hier gehalten, was ich mir davon versprochen habe.
Nicht auszudenken, wenn ich mir aufgrund irgendwelcher exotischer Systemanforderungen einen neue Hoster hätte suchen müssen.
Vor allem, wie will man die Systemumgebung vor einem Vertragsabschluss verlässlich testen? Hier hätte ich mich aber im Hinblick auf eine Empfehlung sicher auf die Oxid-Community stützen können
[...] letzten Shops haben wir zum einen auf der Basis des Shootingstars Magento sowie aktuell auf Oxid-Basis realisiert. Da diese Shopsysteme das saubere Anlegen von normalen Seiten ermöglichen, [...]