@special_K wozu braucht das system eigentlich url_fopen, wenn es doch lokale files einbindet??? das ist doch seeeehr komisch *grübel* hab in nem anderen thread auch bereits gefragt, ob die software vllt. ständig nach hause telefoniert o_O was sagst du dazu?
Es war in der Tat so, dass nicht alle Dateien auf den Server kopiert worden sind (das ist der Nachteil, wenn man keinen SSH-Zugriff bei einem normalen Hosting-Paket hat und nicht einfach auf dem Server unzippen/tar-en kann). Die Fehlermeldung ist jetzt wieder eine andere, mal sehen ob ich am Wochenende genug investigative Energie habe, um das Teil endlich einmal online ans Laufen zu bekommen.
Fast schon philosophisch ist dann in dem Zusammenhang die Frage, ob die Tatsache, dass Magento (oder wahrscheinlich eher Zend im Hintergrund) so schwer zu installieren ist, letztlich die Verbreitung des Systems hemmt. Urgroßvater osCommerce lässt sich ja nun wirklich auf fast jedem OS mit fast jeder PHP/MySQL-Konfiguration installieren ...
Fast schon philosophisch ist dann in dem Zusammenhang die Frage, ob die Tatsache, dass Magento (oder wahrscheinlich eher Zend im Hintergrund) so schwer zu installieren ist, letztlich die Verbreitung des Systems hemmt. Urgroßvater osCommerce lässt sich ja nun wirklich auf fast jedem OS mit fast jeder PHP/MySQL-Konfiguration installieren ...
Ich hoffe halt, unabhängig von der monströsen Größe des Installers, dass die Installation am Ende, wenn alle anderen Dinge geklärt sind, überarbeitet wird und schlanker und schneller läuft.
Scheinbar funktioniert das Install-Script ja auch noch nicht hundertprozentig. Sonst wären nicht so viele Installationswütige mit Problemen hier im Forum :)
wozu braucht das system eigentlich url_fopen, wenn es doch lokale files einbindet???
wahrscheinlich wird bei der installation lediglich getestet, ob die angegebenen adressen und ports erreichbar sind.
dass magento ‘nach hause telefoniert’ kann ich mir nicht vorstellen, in einer open source software liee sich soetwas zumindest nicht heimlich tun.
eins vorweg zum laufen hab ich das system noch nicht gebracht.
aber da es schon relativ nervig ist, magento auf ein Webspace zu laden auf den man kein SSH zugriff hat, hilft dieses Script indem es einem ermöglicht die tar.gz auf dem Webspace zu entpacken.
http://code.google.com/p/cmsdownloader/
getestet auf einem all-inkl Privat Webspace
Es war allerdings noch einiges gefummel nötig damits hingehauen hat.
ein ähnliches Tool, allerdings erhalte ich hier die Fehlermeldung zu langer link:
http://extplorer.sourceforge.net/
wozu braucht das system eigentlich url_fopen, wenn es doch lokale files einbindet???
wahrscheinlich wird bei der installation lediglich getestet, ob die angegebenen adressen und ports erreichbar sind.
dass magento ‘nach hause telefoniert’ kann ich mir nicht vorstellen, in einer open source software ließe sich soetwas zumindest nicht heimlich tun.
okay - hab mittlerweile die erste installation hinter mir - glaube auch, dass dies für den ersten Schritt gebraucht wird. Aber könnte man dafür nicht CURL verwenden? Das würde zumindest das Problem umgehen, dass bei einigen Servern die allow_url_fopen auf OFF steht?
Also ich bin durch einen Kunden auf das System aufmerksam geworden und kann soweit sagen das es bei uns nur hochgeladen werden muss und danach in der htaccess die beiden PHP Flags auskommentiert werden müssen und das wars. Der Shop läuft danach ohne Probleme.
Das gleiche gilt für die htaccess im jeweiligen Sprach Verzeichnis.
Wer WebSpace sucht und testen möchte soll sich mal melden.
Bei all-inkl.com läufts auf einem PHP 5 webpack für 7 Euronen ohne Probleme. Die genannten Geschwindigkeits Probleme liegen auch am Template. Die Prüfung mit Yslow ergibt ein schlappes F (34) - XTC mit YAML ist doppelt so schnell D (69) = Verarbeitungs Geschwindigkeit im Browser.
Ist es nicht etwas früh für Vergleiche? Magento ist in einer frühen Beta, und ich weiß aus verlässlicher Quelle, daß an diesen “Problemen” noch massiv geschraubt wird. Für eine Entwicklungsversion sind 100+k pro Seitenaufruf vertretbar, und auch die anderen Optimierungen müssen noch nicht sein. Die Bottlenecks und Bremsen werden also noch entfernt.
XTC hat das Beta-Stadium hingegen nie verlassen :D Das ist jedenfalls mein Eindruck…
Den Vergleich habe ich dazu angeführt um eine Unterscheidung zwischen Geschwindikeit auf dem Server und Verarbeitung im Browser darzustellen. Das bezieht sich auf einen früheren Post in diesem Thread.
Es geht mir keineswegs um performance kritik an einer Beta.
Es scheint mir eine sinnvolle Maßnahme, vielleicht einige Hositingprovider bzw. deren Angebote hierzulande zu sammeln, bei denen sich Magento problemlos installieren lässt. Ich für meinen Teil habe mit meinem Leib-und-Magen-Provider <a href="http://www.netclusive.de" target="_blank">netclusive</a> leider wenig Glück :-(
Zurzeit habe ich dort die folgenden Pakete gebucht:
- VServer nc vs II V2
- Managed Webserver ML3-64
In beiden Fällen erhalte ich nach dem Hochladen und Entpacken der Installationsdatei einen 500er-Fehler. Mod_rewrite läuft zwar nachweislich, aber aus irgendeinem kuriosen Grund macht mir Confixx hier einen Strich durch die Rechnung.
Hi,
Ich habe ebenfalls einen Managed Server bei Netclusive und habe die aktuelle .7er Version getestet. Läuft einwandfrei. Die .6er Version habe ich auch nicht zum laufen gebracht.
Bei uns ist es gerade umgedreht, Wir konnten bis jetzt immer alle Versionen problemlos installieren nur bei der .7er bringt er nach dem Zustimmen der Lizenz einen Fehler.
Scheint aber an der Version zu liegen wenn man im Englischen Forum schaut. Denke aber das es mit der RC wieder geht.
Sales: Call 800.374.8146 (N America)|757.278.0920 (International)
