Shared Typo3_src

weiß jemand wie tragisch da der RAM-mehrverbrauch wirklich ist?

Das Spielt für RAM doch keine Rolle ob der Source geshared ist oder nicht. Was du logischerweise brauchst ist mehr Festplattenkapazität.

Ich habe gestern für ein Projekt Typo3 insatlliert, bei mir sind die Sourcen auch per open Basedir eingetragen, als Gruppe habe ich "www" (meine Webservergruppe) genommen, funzt prima, sollte auch von den anderen Webs aus gehen.

Bei mir war wegen dem SafeMode auch noch wichtig, daß das Safe_Mode_exec_dir den Pfad zu IM beinhaltet, habe ich ebenfalls mit in die vhost.conf und vhost_ssl.conf genommen. IM habe ich im selben Verzeichnis wie die Sourcen stehen.

Damit nachher die Updaterei nicht zum Akt wird, habe ich für IM und die Sourcen ein extra Verzeichnis angelegt und dieses in das Open Basedir genommen und IM extra nochmal in das Safe_Mode_exec_dir.

Hat bisher prima geklappt.

Hier meine vhost.conf (+vhost_ssl.conf):

<Directory "/home/httpd/vhosts/domain.tld/httpdocs">
  php_admin_value open_basedir "/home/httpd/vhosts/domain.tld/httpdocs:/tmp:/home/httpd/vhosts/typo3"
  php_admin_value safe_mode_exec_dir "/home/httpd/vhosts/typo3/im"
  php_admin_flag register_globals On
</Directory>

Sollte so hinhauen.

Gruß
Outi

Outlaw schrieb

sollte auch von den anderen Webs aus gehen.

bei mir hat eh auch alles geklappt - bis auf den zugriff aus einem anderen httpdocs verzeichnis / mit einem anderen plesk-client.

es hat immer nur geklappt wenn der owner der typo3_src files derselbe war wie der plesk client (oder eben der owner der dummy-files wenn man so will)

Nachtrag zum Verständnis:

/home/httpd/vhosts/typo3

ist weder das Dummy Paket noch die Sourcen, ich habe dieses Verzeichnis einfach so genannt, weil es eben mit Typo3 zu tun hat. In diesem Verzeichnis sind extra nochmal Verzeichnisse mit den Sourcen und parallel IM ....

Beispiel:
/home/httpd/vhosts/typo3/typo3-src-xxxx/
/home/httpd/vhosts/typo3/im/

Gruß
Outi

kuhbus schrieb

Outlaw schrieb

sollte auch von den anderen Webs aus gehen.

bei mir hat eh auch alles geklappt - bis auf den zugriff aus einem anderen httpdocs verzeichnis / mit einem anderen plesk-client.

es hat immer nur geklappt wenn der owner der typo3_src files derselbe war wie der plesk client (oder eben der owner der dummy-files wenn man so will)

Und warum setzt Du den Owner nicht z.B. auf wwwrun ??

Bei mir gabs eben keine Probleme, weil ich die Gruppe eben auf www gesetzt habe, da spielt der Owner keine Rolle mehr.

Ich habe nirgendwo in der ganzen Installation den Owner der Pleskclients gesetzt, ich habe das ganze per Shell installiert und nicht per FTP.

Gruß
Outi

hi!

habe auch alles per shell installiert

habe folgende varianten erfolglos probiert:

user: apache (heißt bei mir so)
groups: apache, psacln, psaserv

chmod 777 auf alle typo3_src files...

hat alles nicht gefruchtet.

oder gibt es eine php regel, dass der owner einer aufrufenden php datei derselbe sein muß wie der der aufgerufenen.

das ist nämlich der einzige fall den ich nicht probiert hab.

kuhbus schrieb

oder gibt es eine php regel, dass der owner einer aufrufenden php datei derselbe sein muß wie der der aufgerufenen.

das ist nämlich der einzige fall den ich nicht probiert hab.

Verstehe die Frage nicht ganz ....

Wenn 2 User in der selben Gruppe sind, dann dürfen sie natürlich auch auf die Dateien des jeweils anderen zugreifen.

Gruß
Outi

Hast Du chown bzw. chmod auch rekursiv gesetzt. Sprich nicht nur den Ordern "typo3_src" an sich, sondern auch den Inhalt?

Sonst ist zwar z.B. apache der Owner des Ordners typo3_src aber eine enthaltene Datei könnte noch root gehören.

Rekursiv setzt du i.d.R. mit der Option "-R".

Also:

chmod -R 777 typo3_src

oder

chown -R apache:apache typo3_src

Rekursives Setzen von Berechtigungen (Verzeichnisse "rwx"-Rechte (wichtig, um enthaltene Dateien löschen zu können) und Dateien "rw"-Rechte) geht elegant mit einem Shellscript:

#!/bin/bash
#

find $1 -type d -exec chmod 775 {} \;
find $1 -type f -exec chmod 664 {} \;
find $1 -type d -exec chown username.servergruppe {} \;
find $1 -type f -exec chown username.servergruppe {} \;

Aufgerufen wird das Script mit script.sh verzeichnis.

Nachtrag zu meiner VHost Datei:

Ich habe das register_globals wieder rausgenommen, Typo3 soll auch ohne funzen und bisher tut es das prima ....

Gruß
Outi

@kuhbus

Ich habe vielleicht eine Lösung für Dich:

Schau mal hier:

http://www.typo3forum.net/forum/tools-und-tipps/12658-howto-mehrere-typo3-instanzen-und-nur-eine-typo3-source.html

Ich hatte heute ebenfalls Probleme. Die sind aber noch nicht ganz geklärt aber so weit funzt es ganz gut.

Ich habe jetzt den wwwrun nicht in die Gruppe psacln aufgenommen, da ich keinen FTP Zugriff brauche und per Shell an meine Daten komme.

Vielleicht hilft es ja.

Nun zu meinem Problem:

Ich hatte ja allen Dateien und Verzeichnissen die Kombination wwwrun:www gegeben, was ja auch bei Domain 1 super geklappt hat, alles läuft 1a.

Heute wollte ich nun Domain 2 einrichten und habe analog der damaligen Installation von Domain 1 alles wiederholt.

Dummerweise bekam ich trotz wwwrun:www keine Berechtigung, obwohl Domain 1 perfekt damit läuft. Nun habe ich rumgeforscht und gesehen, daß im Apache Log "Symbolic Links not allowed" drin steht und daher kein Zugriff funktioniert.

Wie gesagt, die Sourcen liegen in einem gesharten Bereich und beide Domains sind identisch mit Rechten versehen, Symlinks identisch und die Geschichte wird auch gefunden, nur eben funzt Domain 2 ums Verrecken nicht.

Also habe ich in die vhost.conf noch +OptionSymLinks eingetragen und das ****ding rennt endlich.

Aber:

Warum brauche ich die +OptionSymLinks in Domain 1 nicht, dafür aber in Domain 2 ??

Da bin ich noch am Suchen ....

Habe heute den ganzen Abend nach Problemen gesucht, anstatt die neue Webseite zu designen .... *grmbl*

Naja, aber es geht auch mit Plesk einwandfrei, die Sourcen zu sharen.

Gruß
Outi