[solved] ispCP + Magento / open_basedir Problem? - Printable Version +- ispCP - Board - Support (http://www.isp-control.net/forum) +-- Forum: ispCP Omega International Area (/forum-22.html) +--- Forum: German Corner (/forum-26.html) +--- Thread: [solved] ispCP + Magento / open_basedir Problem? (/thread-15870.html) |
[solved] ispCP + Magento / open_basedir Problem? - StevenE - 03-01-2012 10:06 PM Hallo zusammen, ich habe die eCommerce Software Magento auf meinem Server installiert. Man kann damit mehrere Shops über ein backend administrieren. man muss auch gar nicht viel einstellen. Man setzt in jedem weiteren Shop zu Basisshop Softlinks und passt die index.php an. Die Sieht bei mir so aus: PHP Code: #!/usr/bin/php Wenn ich die Seite jetzt öffne sagt er Code: ../../webshop1.de/htdocs/app/Mage.php was not found Mit ls wird mir das File aber ganz normal angezeigt. Also es ist sicher an Ort und Stelle. Auf meinem alten Server ging das auch wunderbar, aber ich hab mich erinnert das es da mal Probleme mit open_basedir und safe_mode gab safe_mode ist ja default immer aus wenn ich mich nicht irre? Ich hab auch nichts anderes in den configs gefunden. bleibt open_basedir. Ich hab mal Testweise alles auskommentier mit bei den betreffenden beiden webshops. Einmal in /etc/apache2/sites-enabled/ispcp.conf Code: # php_admin_value open_basedir "/path/to/webshop1" natürlich in den entsprechenden vhost abschnitten und ich hab in /var/www/fastcgi/webshop1.de/php5/php.ini und /var/www/fastcgi/webshop2.de/php5/php.ini noch folgende Zeile auskommentiert Code: ;open_basedir = "/var/www/virtual/webshop1/:/usr/share/php/" Wenn ich in auf dem Server ./index.php ausführe kommt keine Fehlermeldung. Ich denke ich überseh einfach noch irgendwo was zwecks open_basedir. System: Debian Squeeze ispCP: 1.0.7 OMEGA php 5.3.3-7 Bin dankbar für alle Hinweise. Habe leider keine Ideen mehr. Greetz Steven Quote:Ok habs jetzt einfacher gelöst RE: [solved] ispCP + Magento / open_basedir Problem? - joximu - 03-02-2012 07:49 AM Ich mache sowas mit TYPO3 - die TYPO3-Aplikation/Sourcen liegen zB. in /var/www/webapps/typo3/typo3-4.5.11 - in den docroot der Kunden sind dann Symlinks auf das typo3-src Verzeichnis gesetzt (TYPO3 unterstützt das ja wunderbar in den tar Paketen). Nun muss man nur sicherstellen, dass die Kunden, die da Symlinken, in der php.ini den open_basedir erweitern müssen um das Verzeichnis /var/www/webapps/typo3/ Die Sourcen kann ich super mit root-Rechten aktualisieren. Ein Update (zB. 4.5.11 -> 4.5.12) für alle TYPO3-4.5-Kunden dauert so vielleicht 2 Minuten... Gruss Joxi RE: [solved] ispCP + Magento / open_basedir Problem? - ZooL - 03-02-2012 08:22 PM Saubere Sache joximu, das Zeugt von Qualität RE: [solved] ispCP + Magento / open_basedir Problem? - StevenE - 03-06-2012 08:14 PM (03-02-2012 07:49 AM)joximu Wrote: Ich mache sowas mit TYPO3 - die TYPO3-Aplikation/Sourcen liegen zB. in /var/www/webapps/typo3/typo3-4.5.11 - in den docroot der Kunden sind dann Symlinks auf das typo3-src Verzeichnis gesetzt (TYPO3 unterstützt das ja wunderbar in den tar Paketen). Hi, also das mit dem open_basedir und Symlinks hat bei mir wie gesagt leider nicht funktioniert. Ich weiß auch immer noch net so recht warum. Unterschiedliche User sollten ja dann egal sein und selbst mit 777 permissions hat es nicht geklappt. Was mich schon etwas verwundert hat. RE: [solved] ispCP + Magento / open_basedir Problem? - tomhb - 03-07-2012 09:32 AM (03-06-2012 08:14 PM)StevenE Wrote: also das mit dem open_basedir und Symlinks hat bei mir wie gesagt leider nicht funktioniert. Ich weiß auch immer noch net so recht warum. Unterschiedliche User sollten ja dann egal sein und selbst mit 777 permissions hat es nicht geklappt. Was mich schon etwas verwundert hat. Es in der php.ini einfach auszukommentieren war vielleicht der falsche Weg? Versuche es doch mal testweise mit "open_basedir = none" (ohne Anfuehrungszeichen!) Dann kommt noch der Vhost dazu, ob 'SymLinks ueberhaupt erlaubt sind, auch ist rwxrwxrwx nicht immer wuenschenswert und manchmal sogar kontraproduktiv. Schalte (zum Testen) auch mal die display_errors auf On, dann musste keine LogFiles durchsuchen. hth. Auch wir haben bei ispCP-Installationen TYPO3 und diverse Shopsoftware an zentraler Stelle fuer die Clients, funktionieren tuts eigentlich ganz gut. gruss tom |