OSTUBE mit ISPCP

Centro

Centro

Der mit dem roten Hut!
Hallo Gemeinde,

hat schon jemand unter ISPCP erfolgreich OS Tube installieren können?

Ich habe es unter Confixx mal mit großem Symlinkaufwand bewerkstelligen können. Jedoch unter dem jetzigen hab ich keine Idee mehr!

Am Anfang kommt eine Hauptseite auf welcher hingewiesen wird das www-data der besitzer von htdocs sein muss und noch ein paar Berechtigungsänderungen in den Ordnern was auch nicht das Thema ist!

Jo, hab ich alles gemacht, jedoch will er sich mit den Änderungen nicht abfinden.
Eine Kontrolle des Owners hat ergeben das der htdocs Ordner immer noch Vu2002 gehört und nicht www-data.
Eine änderung mit chown hilft auch nicht weiter!

Jemand ne Idee worans scheitern könnte? - Wie gesagt unter Confixx hab ichs schon mal zum laufen gebracht...

Greetz Centro
 
Hat zwar nix mit OSTUBE zu tun....

... aber owner und group sind zwei paar Schuhe, oder?

www-data ist bei debian/ubuntu i.d.R. der Benutzer, unter dem der apache läuft. Dieser Benutzer ist auch Mitglied einer Gruppe namens www-data.

ISPCP macht es bei Anlage der virtuellen Benutzer wohl auch nicht anders wie bei VHCS2, also eine gleichnamige Gruppe zu erstellen und die Rechte auf die Verzeichnisse dementsprechend zu vergeben.

Einige PHP-Projekte, die z.B. neue Dateien bzw. Verzeichnisse anlegen wollen, haben damit stets ein Problem.

ausreichen dürfte daher schon:
Code: 
chown -R :www-data htdocs
wobei für htdocs der echte Pfad eingetragen werden muss, sofern man sich nicht nicht übergeordneten Verzeichnis befindet.

Damit hat der Webserverbenutzer i.d.R. über die Gruppenrechte die nötigen Zugriffsrechte, jedoch nicht der Rest der Welt.
Bei dennoch fehlenden Schreibrechte kann man die mit
Code: 
chmod -R g+w htdocs
erledigen.
Einige php-Projekte geben aber schon bei der Installation sehr genau an, für welche Verzeichnisse Schreibrechte exisitieren müssen. Da kann man dies auch für jedes einzelne Unterverzeichnis so machen (eben nach der paranoiden Methode).;)
 
Hallo,

also ich bin jetzt mal strickt nach dem PDF Dokument von der Site durchgegangen und nicht nach der README im Verzeichnis und jetzt bin ich zumindest schonmal ne Seite weiter!

Wos jetzt hakt ist die PHP-CLI Geschichte. Ich habe sogar zum Testen mal /usr/bin komplett freigegeben in den OpenBasedirs, aber absolut keine Chance!

Hast du vielleicht noch ne Idee für die PHP Geschichte?

Code: 
 php -v
PHP 5.2.0-8+etch7 (cli) (built: Jul  2 2007 20:43:26)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2006 Zend Technologies

Achja, und btw nen guten Rutsch euch allen!

Greetz Centro
 
Welche PHP-CLI Geschichte? Zeig bitte mal, was die Logs so vorbringen, damit man sich darunter mal was vorstellen kann, so völlig ohne Infos wird das sonst nix. ;)
 
Hallo,

also ich meine damit das er nicht auf PHP bzw direkter auf PHP-CLI zugreifen kann.
Wie du oben siehst ist PHP-CLI mit installiert und auch PHP ist verfügbar!

Da ich dieses Thema bei Confixx mit der Freigabe in den openbasedirs durch /usr/bin/php gelöst hatte dachte ich es wäre hier auch die Lösung, jedoch fehlanzeige!

Logfiles in diesem Sinne gibts hierzu keine da ich ja keine Apache etc. Fehlermeldungen habe sondern einfach das Installscript die benötigten Daten bzw. Programme nicht findet!
 
Sekunde,... Du bist die Installationsanleitung gem. PDF-Dokument durchgegangen, oder?

Bei den PHP-Projekten, die ich so kenne, läuft die Installation grob gesagt immer nach folgendem Muster ab:
  1. Webserver (mit Control Panel oder von Hand) so konfigurieren, dass eine (Sub-)Domäne auf ein existierendes Verzeichnis zeigt.
  2. Via FTP oder mit wget PHP-Projekt-Archiv hier hochladen und entpacken.
  3. Über den Browser (Sub-)Domäne eingeben.
  4. Es folgt das jeweilige Installationsscript (auch PHP).
  5. Irgendwann mal fertig, nach Eingabe (Sub)-Domäne in Browser erfolgt Zugriff auf das fertig installierte PHP-Projekt.
Was @armadillo meint, ist dass hier zwischen Punkt 1 und 5 sehr wohl schon fleissig Log-Einträge produziert werden, denn alles was bei PHP an den Broswer gelangt bzw. nicht gelangt, wird dennoch protokolliert. Hier wären die Zeitpunkte ab Punkt 4 interessant, wenn es anfängt zu hängen.

Aber grundsätzlich ist php-cli ein Kommandozeileninterpreter für PHP. Wenn dem so ist, so befinden wir uns auf der Systemebene, wo das Script (auch PHP) mit de Rechten ausgeführt wird, wie sie der angemeldete Benutzer inne hat.

Aber grundsätzlich hat php-cli mit apache eigentlich nix zu tun. Die Fragestellung passt irgendwie nicht zu dem vorherigen Problem. :(

Das musst Du nochmal konkretisieren.
 
Alles klar! - Ich denke ebenfalls das es an den Rechten hängt, genau das habe ich oben ja beschrieben das der Owner bzw die Group :D nicht mitgeändert werden oder von mir aus von ISPCP wieder auf den VU2002 geändert werden, what ever! ---- Egal, um das gehts auch weniger !

Deine aufgeführten Punkte kenne ich zur genüge, aber danke der Aufzählung! ;)

Wenn es tatsächlich bei diesem Punkt ein Logfile bzw einen Eintrag gegeben hätte dann würde ich den schon längst posten! Da is nur leider nix!
Das einzige was ich sehe ist ein PHP Fenster in Schritt zwei, wenn man es so will und dieses Zeigt mir eben das es PHPCli nicht findet bzw auf /usr/bin/php nicht zugreifen darf/kann!
Diesen Fehler hat man wenn man in den openbasedirs den /usr/bin/php nicht freigegeben hat oder einen symlink erstellt hat! ---> beides probiert - keinerlei Erfolg!
Es scheitert schlicht und ergreifend an dem doofen ISPCP das zwar für nullachtfünfzehn hosting gut zu gebrauchen ist, jedoch sobald es um owner oder sonst was Rechte geht steht man dort immer schnell vor ner dicken Wand!

Vorgehensweise wird sein! --- Websites umziehen , Server reinstallen und neverever ISPCP druff! :o

Ich meld mich sobald der Spaß "OHNE" ISPCP läuft! :p

BTW: ein gutes neues euch allen!

Greetz Centro
 
Warte mal, bevor Du CP abschiesst...

... hast Du Dir ganz sicher die FAQ von OSTUBE durchgelesen?

Der Punkt "Welche Voraussetzungen..." stellt hier dar, dass während der Installation die Rechte mit mindestens 775 und zum Teil sogar mit 777 gesetzt werden müssen.

Die oktale 7 steht hier für maximale Rechte (ausführen, lesen, schreiben) und zwar hier für den Eigner, die Gruppe als auch dem Rest der Welt. Dies weicht IMHO vom Standard sämtlicher Control Panels ab.

Nach Abschluss der Installation soll dies jedoch wieder zurückgesetzt werden.

PHP-CLI wird wohl ebenfalls benötigt. Auch hierfür stehen in der FAQ Hinweise, wie überprüft werden kann, ob php-cli installiert und wie konfiguriert ist.

Auch stehen hier noch Hinweise zur den Einstellungen in der php.ini. Du kannst diese für die Webserver-Konfiguration entsprechend adaptieren:

z.B. mit php_admin_value post_max_size 100M

Du findest hier zahlreiche Tips, dies für das jeweilige CP zu integrieren.

Ich kann Dir nur raten, ein CP zu verwenden. Mit einem nativen root-Server wird die Arbeit einfach zu mühsam, alle anhängigen Dienste korrekt zu konfigurieren. Auch in Punkto Sicherheit wird seitens der CPs zumindest einiges Wesentliches geleistet.

Also nochmal durchbeissen, das wird beim nächsten Anlauf schon klappen. :rolleyes:
 
Hi, und danke für die große Mühe!

Ich werde wohl eh nicht an ISPCP vorbei kommen! ;) - Allein der Kunden halber schon nicht!

Naja werd auf jeden Fall durch deinen Ansporn hin ;) schon allein nochmals versuchen den Spaß zu installieren!

Greetz Centro
 
::UPDATE::

Also OSTUBE läuft nun mit Confixx :D ... den ISPCP Server hab ich jetzt nicht neu installiert da der am 15.Januar ausläuft!

Eine Frage an euch hab ich allerdings noch! - Wie ihr an dem angehängten Bild sehen könnt kommt eine Fehlermeldung.
Der clow ist der das diese Meldung nur bei der Startsite kommt, beim Register Movies etc. kommt nix! :confused:

Könnt euch ja mal selbst auf http://youtube.mitschke.cc davon überzeugen! :cool:

Bin für jeden Tip dankbar, also nur her mit den Kommentaren!

Achja und btw. der Fehler liegt wohl definitiv an dem von mir oben angesprochenen Punkt der /usr/bin Einstellung in den OpenBasedirs der Apacheconf ! ;)

Jetzt hab ich grad kein ISPCP zur hand, aber wie könnte ich es dort realisieren?

Greetz Centro

>>>>>>>>>>> Tante ::EDIT:: schaut vorbei! - Grad den Post erstellt dann kam die Erleuchtung! - Es liegt am fehlenden FlashPlayer im Firefox!
 
Hi, thx für dein Feedback!

Werd im April meine momentan in Confixx installiertes OSTUBE in ISPCP laufen lassen. Mal sehen obs so will wie ich! ;)

Was hast du alles beachten müssen was speziell an ISPCP geht?

Greetz Centro
 
Problem Gelöst!

Also de Rätsels lösung is super simpel^^ wechsel mal per putty etc. in dein /var/www/virtual/hier die domain.eu
und gib dann volgendes ein
ls -all /var/www/virtual/hier die domain.eu/ | grep htdocs
du erhältst dann volgende ausgabe
drwxrwxr-x 15 vuXXXX vuXXXX 4096 2008-02-21 10:03 htdocs
wobei XXXX der benutzer ist.
Der rest ist simpel gib nun einfach
chown -R -v -f vuXXXX:www-data htdocs/*
ein und alles Funzt wie es soll:cool: ist auch auf alle anderen Dinge wie Joomla, Drupal etc anzuwenden:) ohne das man die Verzeichnisse auf 777 setzen muss^^
 
Hätte auch INteresse daran, zu erfahren, wie man das gute ostube in ispCP zum Laufen bekommt. Hänge gerade bei der cli Fehlermeldung.

Code: 
Die Kommandozeilen Variante von PHP wurde nicht gefunden. Bitte stellen Sie sicher das php-cli installiert ist, und das mysql.so in der entsprechenden php.ini aktiviert wurde.

Habe in /var/www/fcgi/example.com/php5/php.ini die entsprechenden open_basedir's gesetzt.

Code: 
/usr/bin/:/usr/local/bin/

Er zeigt die Verzeichnisse als open_basedirs sogar im Installer an - die cli Fehlermeldung verschwindet aber nicht. :-/

Was muss ich tun?

Ach ja:
Code: 
# php -v
PHP 5.2.0-8+etch11 (cli) (built: May 10 2008 10:35:46)
Copyright (c) 1997-2006 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2006 Zend Technologies
 
In der /etc/php.ini muss zumindest aktiviert sein:
Code: 
extension=mysql.so
Installiere das gewünschte Paket:
Code: 
apt-get install php-cli
 
php5-cli ist ja installiert...

Code: 
# apt-get install php5-cli
Reading package lists... Done
Building dependency tree... Done
php5-cli is already the newest version.


mysql.so ist ebenfalls als extension in der zugehörigen php.ini

Nehme aber wohl von ispCP eh etwas Abstand, bis da endlich die stable raus kommt. Der RC6 nervt mich schon wieder.
 
You must log in or register to reply here.
Back
Top