Installationsprobleme für WebsiteBaker 2.8.1 (Revision 1287+1308).

[herbi]

Hallo WBler,

massive Schwierigkeiten beim Installieren von WebsiteBaker 2.8.1 (Revision 1287+1308), bei einem Webhoster.
Kein Billig-Anbieter!!
Anmerkung:
Diese o. a. Version läuft problemlos auf einem Linux-Server unter einer Ubuntu-Server Distribution, sowie bei einem anderen WebHoster.
Da gab und gibt es keinerlei Schwierigkeiten.  
Zum Problem.

Eine ausführlichere Problembeschreibung, mit Bildern, im PDF-Doc als Anhang.
Sollte dies nicht so gewünscht werden, als PDF meine ich, würde ich selbstverständlich das Problem anders darstellen.

Detail-Auskünfte die in der php.ini stehen, kann ich nachliefern.
Könnte diese auch als PM versenden.

Wer hat hier eine Lösung oder einen Ansatz dazu.
Ich weis, dass ich mit diesem Problem nicht alleine bin. Habe hier im Forum schon gestöbert, aber zur Lösung meines Falles, hat es leider nichts gebracht.  

Würde mich freuen, wenn ihr helfen könnt.

Herbi

[maverik]

wenn du zugriff auf dieses panel hast und du dort auch einstellungen vornehmen kannst dann stelle es auf php5 fastcgi ein, das erleichtert einiges.
ansonsten die unwriteable ordner auf 777 setzen und die config auf 644

dann solltest du mit der install durchkommen

[DarkViper]

PHP auf PHP5 fastCGI setzen,
weitere PHP-Einstellungen:
register_globals >> OFF
allow_url_fopen >> OFF
save_mode >> OFF
magic_quotes_gpc >> OFF

dann einfach das Paket per FTP hochspielen (kontrollieren, ob der FTP alles 'erwischt' hat)
install starten und fertig

Es sind bei derartiger Konfiguration keinerlei Änderungen an Rechten etc. notwendig.
(zigfach auf meinen eigenen, Plesk-gesteuerten Servern erprobt)

[herbi]

Hallo Maverik,
Hallo DarkViper,

@Maverik

wenn du zugriff auf dieses panel hast

Nein, habe keinen Zugriff.
Die Rechte werde ich nach deinen Angaben ändern.

@DarkViper

Kann ich diese Einstellungen selbst vornehmen?
Gebe mir mal selbst die Antwort, wahrscheinlich nicht.
Also, muss ich wieder meinen Hoster kontaktieren.
 

Vielen Dank erst einmal, melde mich wieder sobald ich ein, hoffentlich positives, Ergebnis habe.

Herbi

[Hans Toolbox]

Wie von "DarkViper" angemerkt vorgehen
Über Dein Administrations-Panel läßt sich "alles" einstellen, finden mußte das nur  
Falls nicht, hilft Dir Dein Hoster.

Das Precheck-Teil ist überflüssig, da es nicht die wichtigsten Voraussetzungen überprüft.
(Schön blau ist es, aber leider noch ohne Sprachausgabe, jQuery-Popup und eine "gescheite" Schrift )

Allein schon die Prüfung auf Erstellen von Datei und Ordner fehlt, von den Eigentümern ganz zu schweigen.
Hierbei treten aber die typischen und am häufigsten gemeldeten Fehlermeldungen auf.

[herbi]

Hallo Hans Toolbox,

danke für die Antwort.

Über Dein Administrations-Panel läßt sich "alles" einstellen, finden mußte das nur...

Könnte dies heissen, dass ich eine Admin-Oberfläche habe?

Aber, siehe die Einstellmöglichkeiten bei meiner WebConfig-Oberfläche.

Hier kann ich nur PHP Änderungen beim Hoster beantragen.
Dies habe ich auch getan.
Aber es hat sich sonst noch nichts getan.
Wahrscheinlich ist das Ticket gerade in der Prüfphase. 

Das Precheck-Teil ist überflüssig, da es nicht die wichtigsten Voraussetzungen überprüft.

Wenn man(n) Hilfe benötigt, ist jeder Strohhalm willkommen. 

Danke

Herbi

[Hans Toolbox]

Installiere doch mal
http://phpsec.org/projects/phpsecinfo/
und zeige mal das Ergebnis
Vielleicht wissen wir dann etwas mehr.

Was alles an Einstellmöglichkeiten bei Dir existiert wissen wir nicht, weshalb niemand sagen kann auf welchem Wege etwas konfiguriert wird. Wichtig ist erstmal den PHP-Sicherheits-Status zu kennen.

[Hans Toolbox]

Falls Du bei ECS hosten läßt:

open_basedir
Bei Shared-Webhosting ist die Einstellung daher extrem wichtig und wird bei ECS-Webhosting keinesfalls abgeschaltet!

Das KÖNNTE die Ursache sein

Schau Dir die error.log (Fehlerprotokoll) des Servers an, da sich dort dann ein Eintrag hierzu befindet.
Das Script gibt Auskunft darüber ob open_basedir aktiv ist

[herbi]

Hallo hans null,

in der Tat, mein Hoster ist ECS Webhosting!
Habe eigentlich sehr gute Erfahrung damit, Support bis dato mehr als OK!
Aber, mit dieser WB-Installation...

Als Anhang ist nun die php.info als PDF dabei.

open_basedir
Bei Shared-Webhosting ist die Einstellung daher extrem wichtig und wird bei ECS-Webhosting keinesfalls abgeschaltet!

Nach meinem Lesen steht in den PHP-Infos die Einstellung:

open_basedir | local value:  "/var/www/vhosts/bfd-suedost.de/httpdocs:/tmp" | Master Value "no value"

Herbi

[Hans Toolbox]

Verkürzt gesagt, spreche mit dem Hoster, damit er die Sicherheitseinstell ungen für Deine WB-Installation entsprechend anpaßt, falls erforderlich.

phpsecinfo ist NICHT phpinfo
und das Fehlerprotokoll bei den Schreibversuchen ham wa ooch nisch jesehn
Nicht nur deshalb die o.a. Empfehlung (HOSTER ! )

[herbi]

Hallo Hans,

das angesprochene Tool "phpsecinfo" hatte ich installiert aber es funktionierte nicht.
Nach dem Aufruf "domainname/phpsecinfo/phpsecinfo.php" kam nur eine leere Seite.

Die Dateien aus dem Ordner "phpsecinfo-20070406" habe ich gerade nach "httpdocs" geladen.
Sie müssten somit funktionieren.

Danke

Herbi

[Hans Toolbox]

Bei diesem Hoster würde ich mit dem Bagger vorfahren, egal was DU für Erfahrungen mit dem gemacht hast
Also fordere die Anpassung, so daß es läuft!

[herbi]

Verkürzt gesagt, spreche mit dem Hoster, damit er die Sicherheitseinstell ungen für Deine WB-Installation entsprechend anpaßt, falls erforderlich.

phpsecinfo ist NICHT phpinfo
und das Fehlerprotokoll bei den Schreibversuchen ham wa ooch nisch jesehn
Nicht nur deshalb die o.a. Empfehlung (HOSTER ! )

Der Hoster hat mir auf meine gestrige Mail folgendermaßen geantwortet:

Die genannten Einstellungen sind in keinster Weise für die Lauffähigkeit von WebsiteBaker verantwortlich, sondern erhöhen einzig die Sicherheit. Die einzig relevante Einstellunge safe_mode=OFF ist dafür verantwortlich, dass Sie ordentlich Dateien hochladen können.

>register_globals >> OFF

Variable können nicht via $variable, sondern über $_GET[variable] übergeben werden. ON bedeutet: Beides ist erlaubt. Sicherheit!

>allow_url_fopen >> OFF

Sie können keine Dateien via include("http://www.fremderserver/datei.php") einbinden. ON bedeutet: Es ist erlaubt. Sicherheit!

save_mode >> OFF

Ist aus. Brauchen Sie nur eine Datei test.php anlegen und dort reinschreiben:

<?php
phpinfo();
?>


>magic_quotes_gpc >> OFF

Das ist eine halbautomatisierte Eingabeüberprüfung. Kommen im nicht gequoteten String Zeichen wie z.b. ein Hochkommata vor und verwendet man diesen String einfach so in einem Sql-Query, öffnet man die Pforten für SQL-Injections. Sicherheit!

Ergo: Schaltet man diese Funktionen AUS (wie vorgeschlagen), dann geht evtl. etwas nicht mehr, aber nicht andersrum. Sinnvoll sind diese Einstellungen sehr wohl, nur schaltet man diese erst AUS, wenn alles läuft.

Soweit bin ich nun. 
Eigentlich habe ich schon sehr viele Wb-Inst durchgeführt, aber "DIESE", so Was habe ich nicht erlebt.

Herbi

[herbi]

Sorry,

muss die Domain noch nachliefern:

http://bfdso.bfd-suedost.de/phpsecinfo/phpsecinfo.php

 

[Hans Toolbox]

"sondern erhöhen einzig die Sicherheit"
Wechsle zu einem Hoster, der weiß was er tut.
Das ist ja Geschäftsschädigung

Es gibt noch mehr Möglichkeiten einen Server tot zu konfigurieren (z.B. Apache-Firewall)
Immer kommt von derartigen Hostern "im Namen der Sicherheit"
Ich sag ja >Bagger Das wäre die verjleichsweise adäquate Methode "von Gestern"

[herbi]

Das nützt mir im Moment nichts.
Irgenwie muss ich zu einer Lösung kommen.

Was sagt dir den die weiße Seite der phpsecinfo.php, muss ich da noch was anderes einstellen, damit die Info´s kommen?

Herbi

[Hans Toolbox]

Mach mal " include" auf ON!
Das Fehlerprotokoll des Servers gibt Auskunft beim Installationsversuc h von WB (das dritte Mal)

[herbi]

Wo??

Habe keinerlei Erfahrung mit diesem Tool.

Übrigens, Wb-Ordner habe ich nicht drauf.
Die habe ich vorerst wieder runter geschmissen.

[Hans Toolbox]

Hoster fragen, wo Du diese Datei einsehen kannst.
Ohne WB-Start wird natürlich auch kein Fehler produziert 

Warum vergleichst Du nicht die Einstellungen der unterschiedlichen Sites die Du beim Hoster hast?

So, Mittagspause gleich vorbei..........

[herbi]

Meine auch...

Haben nur die eine Seite bei diesem Hoster.

Meine anderen laufen bei "gonexxx", einwandfrei und ohne Install-Probleme.

Danke erst einmal für die Hilfe.

Herbi

[maverik]

auch wenn ich mich wiederhole, aber haste das mal

ansonsten die unwriteable ordner auf 777 setzen und die config auf 644

ausprobiert? dazu schreibste nämlich nix mehr

[herbi]

Hallo Maverik,

sorry, aber ich war mit der anderen Sache beschäftigt und wollte in diesem Moment damit beginnen, deinen Vorschlag in die Tat umzusetzen.

Muss nur noch alle WB-Dateien hochladen und die Rechte, nach deinen Angaben, setzen.

Ich melde mich sofort wieder bei Vollzug. 

Danke

Herbi

[Hans Toolbox]

Abgesehen davon, dass 777 grundsätzlich nicht gesetzt werden sollte, scheint der Hoster doch ein Billighoster zu sein. Bei massiven Schwierigkeiten zeichnet sich Support dadurch aus, daß man mit 5 Klicks das Ding zum Laufen kriegt.

Andererseits, wenn Anwender sich mit vollkommener Unkenntnis an sowas heranwagen, darf sich niemand wundern.
Allgemeine Serverprobleme sind "eigentlich" keine WB-Probleme und sollten mit dem Hoster geklärt werden.
Wir Helferlein sitzen nicht am Panel und können nur begrenzt Ursachenforschung betreiben.

Besonders wenn sich abzeichnet, daß Vorschläge/Anweisungen, da von Außenstehenden nicht überprüfbar, möglicherweise nicht richtig umgesetzt werden, kann man das Problem auch auspendeln  

Ganz vergessen, noch ein Tip.
Zuerst PHP as CGI einstellen und dann erst die WB-Dateien hochladen.

Noch ein Hinweis
Zukünftig braucht WB mindestens PHP Version 5.2.2

[herbi]

Hallo hans null,

also, ein unbedarfter Anwender bin ich eigentlich nicht.
Was aber die gesamte Serverproblematic bei einem Hoster anbelangt, muss ich passen.

Ich habe, wie schon gesagt, mehr als 10mal WB ohne Probleme installiert und Updates durchgeführt.

Habe auch schon auf einem Lokalen Apache2 alles konfiguriert, und, die Web´s laufen einwandfrei!!!

Wenn nun aber der Hoster meine Bitten schlichtweg ignoriert, so kann ich mich nur wundern, ihn darauf hinweisen und letztendlich auch die Konsequenzen ziehen. In diesem Falle werden wir, da ich dies nicht allein zu entscheiden habe, sehr wahrscheinlich den Hoster wechseln.

Zu guter Letzt, ich werde nun, nachdem ich die WB-Dat alle hochgeladen habe, einmal die von Maverik angesprochenen Einstellungen vornehmen und mich wieder melden.
Noch etwas, ich habe NIE behauptet, dass WB für die Probleme verantwortlich wäre.
Warum nicht?
Weil ich weiß, daß WB ein sehr gutes Produkt ist und ich dies wirklich sehr gerne verwende, den guten Support hier im Forum zu schätzen weiß und eigentlich sehr, sehr zufrieden mit WB bin. 

So, dies musste von meiner Seite mal gesagt werden!!!

Danke

herbi

[Hans Toolbox]

Noch etwas, ich habe NIE behauptet, dass WB für die Probleme verantwortlich wäre.

Ein Mißverständnis.
Gemeint war die Erörterung im Forum, da sich Probleme mit Servern zumindest "gefühlt" häufen.

Es sind nicht die "Standard"-Installationen von Servern  die Probleme machen (wg. "unbedarft"   ) , sondern mittlerweile häufiger das  von Kaufleuten "virtualisierte Fix- und Fertig-Paket" mit der Support-Standard-Antwort wie aus dem Callcenter: "Wir haben Recht und Sie sind der Ars..."