Wo ist das Problem bei 600 ?
Nur der entsprechende ftp und http user sollte danach noch zugriff darauf haben, zusätzlich umgeht root das natürlich. sehe aber jetzt keinen konkreten Problemfall darin - im Gegenteil, wäre eher ein Sicherheitsfeature, als ein Problem...
Kein Ding, klappt übrigens auch prima in anderen CP's wie Confixx oder Plesk, falls Du die auch nutzt 
LG,
Andreas
Selbst wenn nicht, Du kannst die Subdomain auch als Hauptdomain einrichten, hab ich schon getestet.
Jedoch sind dann keine Includes in die Hauptdomain oder andere Subdomains möglich. Wenn das nicht stört ist es evtl. schon die beste Lösung für Dich
2. Why you want use symlinks ? HTTP redirection can do the work. Give me a concrete example of usage with symlink please.
3. The update path will work for i-MSCP installations without any exotics changes. You will have to undo your exotics changes to be able to update.
1: Perfect
2: Multilanguage is the problem, my application is built by myself, it's available in english and german. the entire programming is nearly the same, it uses the same database in many ways. the translation is handled by files and inside the tables via suffixes. The script simply checks php varibles to determine which domain is active resulting in an output in your language.
-> domain1.de -> german content
-> domain2.us -> english content
problem with that case: replicating the content will be very load-intensive, we're talking about 800k temp files per week created for caching. if you're replicating the content cronjobs, caching, image uploads and other file based changes have to been run twice....
i also know some applications that aren't unpopular and are using the analogical mechanics (eg. shopware or other multi-client releated content management systems). These applications mostly use the domain as identifier, not an folder
3: no problem, thanks for the information, but i wouldn't call these changes exotic. It's very popular for plesk installations too when users are using one cms on multiple domains.
Display More
i found a workaround, but i think it ist not a good solution.
Ich make a symlink from /var/www/virtual/test.de/subdomain/htdocs
to
var/www/virtual/test.de/htdocs/subdomain
It works...
That solution is normal, in plesk i had to use it many times too, when you need the data in both "directories" there is no other "good" option....
but you should only link from htdocs to another htdocs - let other directories out of the box!
problem is when you do it your way you get duplicated content on http://maindomain.xx/subdomain
if you don't want to use the folder subdomain, why you dont place your files in /var/www/virtual/test.de/subdomain/htdocs ?
In this case i only see an option: .htaccess file in subdomain/htdocs that is redirecting users to the subdomain
So i understand correctly: Mount points will be still possible for subdomains and aliasses, you can offer another content on them ? The only change is, that you can't define them yourself?
no problem for me - a symlink will do the rest, but if you're going to delete the option to make an second webspace for aliasses and subdomains i will stand on the rc forever 
please remember users that are using symlinks for patching: what will happen, when you use a "standard hosting" on a subdomain, but htdocs inside it is symlinked to another directory?
Es gibt einige Probleme mit den Aliassen. Deshalb wird der Mountpoint für aliasse ENtfernt in einer der nächsten Versionen
Komplett entfernt oder einfach nur "fix" definiert? Eine fixe definierung wäre ja kein Problem, damit hätte ich ja weiterhin die Möglichkeit Symlink's einzusetzen. (Das gaukelt ja nur einen anderen Mountpoint des htdocs vor)
Sowas Dokumentiere ich auch und mache vor Updates Backups, dementsprechend ist ein Rollback kein Problem
Wie schaut denn dann die Alternative aus ? Hab hier grossteils Aliasse angelegt für einige Domains, dass würde echt Probleme geben, die werden ja aktuell wie eigenständige Domains gehandelt...
Wie schauts denn mit Subdomains aus ? Die leiden ja unter dem selben Problem.
Gibt's da weiterhin Unterstützung? Weil ansonsten kann ich mir das mit imscp in Zukunft mit Updates schenken, die brauchen definitiv nen eigenen Webspace...
[hr]
Klappt übrigens als Alias Domain ganz simpel Zumindest in der aktuellen Version
Nutzung von domain2.us -> domain1.de
Standard Verzeichnis löschen:
rm -Rd /var/www/virtual/domain1.de/domain2.us/htdocs
Symlink erstellen:
ln -s /var/www/virtual/domain1.de/htdocs /var/www/virtual/domain1.de/domain2.us/htdocs
Danach zieht sich Domain2 den Content von Domain1
Nur bei Backups sollte man drauf achten, dass man keine Billig-Lösungen nutzt, da manche auch Symlinks mitsichern, da ich die Backupfunktion von imscp nicht nutze, kann ich nicht sagen, ob diese funktioniert bzw Probleme bereitet.
Der Benutzer ist auf Kundenbasis, somit kann man es rein theoretisch machen, dass mehrere Domains auf den selben Ordner zeigen. SEO-mäßig und auch technisch ist das gar nicht zu empfehlen. Verwende lieber eine internationale Domain, auf die alle anderen Domains verweisen und mach die multilingualfähig. Ist denke ich mal das Beste.
PS: dass mehrere Aliasdomains auf den selber Ordner verweisen wird später eh nicht mehr ohne Weiteres möglich sein.
Seo Technisch gibt's keine Probleme, damit beschäftige ich mich schon über 10 Jahre, keine Bange. Die Scripte sind ein Eigenbau und greifen auf eine DB und ein Filesystem zu, jedoch haben diese jeweils unterschiedlichen Content, der durch Erkennung der Domain ausgeliefert wird.
Da die Programmierung jedoch damals auch mit weniger Erfahrung gebaut wurde, ist das System nicht modular genug, um es einfach mal so zu splitten
Ne doppelte Nutzung wäre zudem unklug, da es dutzende Temp directories gibt (schon alleine das Caching zu splitten wäre nicht sinnvoll, warum sollen die deutschen User nicht für die Amis mitberechnen), somit müssten Cronjobs 2x laufen oder replizieren, für etwas was eh identisch ist und sein sollte.
Aktuelles Setup:
Kunde 1 -> Domain1.de
Kunde 2 -> Domain2.us
Wenn die beiden Domains nun auf einen Ordner zeigen, würde ein Apache Prozess von vu2004(Domain1) und einer von vu2005(Domain2) ausgeführt werden, somit müsste ich Domain 2 um korrekt arbeiten zu können (mit Schreibrechten) wohl bei Kunde 1 als Alias hinzufügen oder? Damit sollten ja dann auch Schreibrechte ohne unsichere CHMOD Änderungen gehen (Group Zugriff und chown ist ja nicht immer empfehlenswert).
Edit: Hast Du weitere Infos zu der Ergänzung, dass mehrere Aliasdomains nicht auf einen Ordner zeigen dürfen ?
Hey
Habe ein Projekt, dass aufgrund der mehrsprachigen Umsetzung auf unterschiedlichen Domains in den gleichen Ordner verweisen soll.
Nach anlegen der Domain habe ich ja ersteinmal einen leeren Ordner, wenn ich diesen löschen würde und stattdessen einen symlink hinterlege, wie würde sich dies insbesondere auf Lese-/ und Schreibrechte verhalten? Anscheinend gibt es ja für jede Domain (oder ist es nur auf Kundenbasis?) einen eigenen Linux User.
Würde es desweiteren Probleme mit Cronjobs geben, die versuchen den Ordner erneut anzulegen?
Wäre über Feedback erfreut, hoffentlich hat sowas schon jemand mit i-mscp umgesetzt
LG,
Andreas
Update mal auf den aktuellen Master
Schaffe ich leider erst die Tage, hab noch rund 80 php Scripte, die noch nicht php5 kompatibel sind und erstmal durchgepatched werden müssen 
(Solange nichts nachträglich gelöscht wird ja auch erstmal kein Problem )
Danke für den Hinweis, werde dann berichten, wird in Zukunft wohl noch einige Änderungen in meiner Serverarchitektur geben =)
Update Edit:
Aktueller Master läuft gut, aber da es sich um ein Produktivsystem handelt, teste ich jetzt nicht den Bug erneut, da ich den Workaround dazu nun kenne
Nach Erstellen einer Subdomain / eines Alias, muss man bei der aktuellen Version einfach nur ein weilchen warten und darf nicht direkt weitermachen...
Näheres dazu hier: http://trac.i-mscp.net/ticket/622
