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

[maverik]

leute, leute da geht jetzt aber einiges durcheinander hier.

plesk ist nur eine verwaltungsoberfläche für den den server. hat mit den dateien nix und gar nix am hut. es ist völlig mumpe ob ich plesk, confixx etc verwende oder den server über die konsole konfiguriere.

wenn nun der server, durch welche verwaltungssoftware auch immmer, so konfiguriert ist das die php unterstützung als apache modul läuft dann gehören die hochgeladenen dateien dem ftp user und dateien die wb anlegt gehören wb, um das mal einfach auszudrücken. es macht hier zwar den anschein das sie plesk gehören aber nur deshalb weil plesk denen einen namen verpasst der mit plesk zu tun hat. die könnten auch keksdose or what ever heißen.

so, dateien die dem ftp user gehören darf dieser löschen, dateien die wb angelegt hat darf auch nur wb wieder löschen > logisch oder?

läuft die php unterstützung als fast cgi gehören alle dateien dem ftp user, egal ob wb sie anlegt und sie per ftp hochgeladen wurden.

dh im umkehrschluss du kannst jetzt alle dateien löschen die du als ftp user hoch geladen hast aber nicht die die von wb erstellt wurden. wb kann sie aber auch nicht löschen weil sie ja ursprünglich wb gehörten aber diesen user gibt es ja nicht mehr weil wb jetzt auch als ftp user auftritt.

bor wie erklärt man denn son gerümpel.....ich hoffe ihr habt verstanden was ich sagen wollte

mach das verzeichnis leer und was du nicht gelöscht bekommst lass vom hoster löschen und dann start again

und noch einmal plesk ist nur eine grafische oberfläche die die administration erleichtert oder erschwert wie mans sieht, hardcore linuxer machen das eh alles auf der console

[DarkViper]

ist doch nix kompliziertes.. ist gaaanz einfach.  
erst (mit apache_modul) sah alles so aus:

was per FTP hochgespielt wurde, gehörte User 'herbi'
was PHP angelegt hat gehörte User 'www-run'

Zustand nach der Umstellung auf fastCGI:

was per FTP hochgespielt wird gehört User 'herbi'
was PHP anlegt gehört User 'herbi'

sind jetzt noch Dateien/Verzeichnisse übrig, die vor der Umstellung PHP angelegt hat gehören die weiterhin 'www-run' und folglich hat weder FTP noch PHP als 'herbi' Zugriff darauf.
Das ganze zeugt von einer Spitzenkompetenz des Hosters, denn:
Ein sauber konfiguriertes Plesk ändert bei der Umstellung auf fastCGI automatisch  _alle_ Besitzverhältnisse auf 'herbi' und setzt auch die entsprechende Rechtemaske (chmod). Vermutlich nutzen die ein eigenes RPC/XML-Frontendl für Plesk, das die Schnittstellen nicht vollständig implementiert.

[Hans Toolbox]

bor wie erklärt man denn son gerümpel.....ich hoffe ihr habt verstanden was ich sagen wollte

Genau das ist es.
Ich versuchte alles niedrig zu halten (kann man so verfolgen)
Ich selbst mach fast nix anderes seit einem Jahr (Server nginx/ Medien-Server / Font-Server)
Einiges an Problemen scheint -auch wenn ich in Plesk keinen Einblick habe- von dessen Konfiguration herzurühren. Die einzelnen Ergebnisse legen dies jedenfalls nahe

[herbi]

Hi,

nun wird mir schon Einiges klarer.

@Maverik

plesk ist nur eine verwaltungsoberfläche für den den server. hat mit den dateien nix und gar nix am hut. es ist völlig mumpe ob ich plesk, confixx etc verwende oder den server über die konsole konfiguriere.

Ist mir schon klar. Hatte dies mit dem Owner nur zur besseren Erklärung so geschrieben.
Habe mir Plesk mal als Test live angesehen.
Schaut zwar schön aus, aber wenn es nicht richtig konfiguriert wird...

@darkviper

Ein sauber konfiguriertes Plesk ändert bei der Umstellung auf fastCGI automatisch  _alle_ Besitzverhältnisse auf 'herbi' und setzt auch die entsprechende Rechtemaske (chmod). Vermutlich nutzen die ein eigenes RPC/XML-Frontendl für Plesk, das die Schnittstellen nicht vollständig implementiert.

...so hat es vermutlich Folgen wie in meinem Falle.

Also, für mich das Fazit.

Am Montag werde ich meinen Hoster nochmals auf diese Fakten hinweisen, die Dinge bereinigen lassen, die er bereinigen muss. Sollten sich mir danach immer noch Probleme in den Weg stellen, so werde ich dieses Projekt, bei dem Hoster nicht mehr durchführen.

Die Kündigung wäre somit die logische Folge, was ich auch tun würde.

Leute, ich möchte mich hiermit nochmals ganz herzlich für euere Hilfe bedanken.    

Und, ich werde berichten!!

Herbi

[Hans Toolbox]

Ich sag doch BAGGER, RAUPE, BIRNE 

[herbi]

Nee, hans null,

wenn du die Abriss-Birne meinst, so wäre die Reihenfolge anders.

Birne, Bagger, Raupe....    

Merci

[Hans Toolbox]

Mein letzter
<offtopic>
Jo, wenn man's arbeitsteilig angehen will.
Nur, beim Amoklauf gegen einen Hoster wirste nicht mit allen drei Maschinen auftauchen.
Oder ist ein ganzer Bautrupp von diesem Hoster betroffen? Da empfehle ich dann eher den Ground Zero Hoster
</offtopic>

[herbi]

Hallo DarkViper, Hans Null, Maverik und alle Interessierte.

Nach langem Kampf mit dem Hoster, ist nun endlich und ohne Probleme, die Installation gelungen.

Also, WB-Inst. ca. 1min 

Kampf mit dem Hoster um die richtigen Einstellungen vier (4) Tage. 

Nur Eines blieb noch übrig, die Einstellung "safe_mode on" war aktiv. Statt "disabled".
Nun hatte ich gedacht hatte, dass dafür die Sicherheitsfunktion "Open_basedir",  aktiv wäre, aber in der InfoPhp steht "no value". Also nicht aktiv.

Die Installation war dennoch erfolgreich.

Hat dies eine Auswirkung, wenn ja in welcher Weise?
Also, Seiten kann ich anlegen, Bilder lassen sich hochladen, Templates auch.

Herbi

[Hans Toolbox]

Mit Problemen ist zu rechnen
Warum da wohl ein ROT steht ?
Bei den nächsten WB-Versionen wird KEINE Installation möglich sein, wenn die Voraussetzungen nicht stimmen

[maverik]

Falls Du .htaccess Dateien verwenden darfst könntest Du es damit versuchen:

Code:

php_flag save_mode off

Glaube aber nicht das dass bei Deinem Provider zum Erfolg führt.

[herbi]

Hallo maverik,
Hallo hans null,

also, ich habe zwar Erfahrung in dem gesamten Spektrum, was aber die Servereinstellungen wie "safe mod" etc. anbelangt, bin ich ein Novize.

Meines Wissens nach, besagt, wenn "safe mode" auf "on" steht, dass verschiedene PHP-Funktionen privilegiert oder eingeschränkt sind.

Ist dies richtig?

Wenn ja, könnte man ja den Hoster verstehen.
Warum muss der Modus bei WB "disabled" sein?

Und, wo liegen bei meiner momentanen Situation die Nachteile?

Ok, bevor ihr es aussprecht, wir werden uns einen neuen Hoster suchen!!   

Herbi

[maverik]

Dieses Feature ist seit PHP 5.3.0 DEPRECATED (veraltet). Sich auf dieses Feature zu verlassen ist in keiner Weise empfehlenswert.

http://php.net/manual/de/features.safe-mode.php

[herbi]

Hi,

wenn ich es richtig verstehe und deute, was du mir gerade sagen möchtest, so wird bei einer WB-Inst vorausgesetzt, dass der Modus "disabled" ist, weil die Funktion veraltet und nicht sicher ist.

Also im Umkehrschluss, der Hoster meint oder denkt es ist sicher.

Richtig oder falsch?

Herbi

[dbs]

deuten ist nicht nötig:
http://www.websitebaker2.org/de/hilfe/benutzerhandbuch/installation/vor-der-installation.php

[Hans Toolbox]

Der Hoster ist 'ne Knalltüte, vergleichbar den Leuten mit 3 Desktop-Firewalls auf dem PC, "weil's sicherer ist"
Gröhl...........................

[herbi]

Hi,

also, nochmals, ich habe WB schon viele Male Installiert.
Da stimmten die Voraussetzungen ALLE.

@dbs

deuten ist nicht nötig:

Die kenne ich auch!!
Ich will ja nicht deuten, ich möchte eine Antwort auf meine Frage. Ich sagte ja schon, dass ich zwar Erfahrungen besitze, nicht unerhebliche, aber in diesem Bereich fehlen mir halt die Kenntnisse. Man(n) kann ja nicht alles abdecken was mit IT zu tun hat.

Außerdem, könnt ihr auf fremde Server gucken, ich nicht.
Will ich auch gar nicht!!

@hans null

Der Hoster ist 'ne Knalltüte, vergleichbar den Leuten mit 3 Desktop-Firewalls auf dem PC, "weil's sicherer ist"

Dies weis ich inzwischen auch. Aber zum damaligen Zeitpunkt war dieser Hoster der, der für unsere Bedürfnisse das geeignetste Paket hatte (FrontPage Extension, ASP und MS-SQL).


Das "safe mod" abgeschafft wird, habe ich inzwischen auch gelesen.

Um meine Frage nochmals zu stellen, wo liegen die Nachteile bei WB, wenn der Modus auf "on" steht.
Gebt mir bitte eine konkrete Antwort. Die anderen Deutungen und Irrungen des Hosters sind mir nur zu gut bekannt.
Aber, wir haben nun mal einen Vertrag der erfüllt werden muss. Bis zu einem bestimmten Zeitpunkt. Der aber ist noch nicht gekommen, wo wir sagen können, dass wir diesen kündigen können.

Herbi

[Hans Toolbox]

Janz kurz
http://www.php-faq.de/q-konfiguration-safe-mode.html

Was nun Fehler produziert oder nur deprecated ist hängt auch von der WB-Version ab.
(Da steck' ich nicht drin, bin auch nur Laie)
Die Entwickler könnten hier Auskunft geben.

Und nochmal, mit der nächsten WB-Version wird bei fehlenden Voraussetzungen die Installation abgebrochen! Das dürfte auch das Upgrade betreffen. Diese Diskussion wird es dann nicht mehr geben.

Jedenfalls ist es nicht sinnvoll "Ausnahmeregelungen" zu schaffen, die nicht generalisiert werden können. Die kleinste Änderung auf dem Server kann die Situation kippen. Bei Leuten, die ihre Server "nicht im Griff haben" würde ich mich erst recht nicht darauf verlassen.

[herbi]

Hallo Hans Null und alle Anderen,

danke für die Hinweise und die Links.

Nun weis ich Bescheid, bzw. das Dunkel ist etwas heller geworden.  

Und nochmal, mit der nächsten WB-Version wird bei fehlenden Voraussetzungen die Installation abgebrochen! Das dürfte auch das Upgrade betreffen. Diese Diskussion wird es dann nicht mehr geben.

Dies dürfte in der Tat sehr sinnvoll sein.
Es wird ja wirklich genug auf die Voraussetzungen hingewiesen.

In unserem Falle müssten wir, wg. "safe_mod on", mit den unvorhergesehenen Reaktionen rechnen.
Aber, im Moment habe wir nicht einmal den "BETA-Status".
Könnten immer noch reagieren.


Herbi