Wenn Ich keinen Ordner ("wordpress") in der URL will, MUSS ich WP in den public_html "kippen"?

Hallo.

Meine letzten Experimente mit WP sind schon etwas her, daher ist die Frage evtl. simpel.

Wenn Ich das Wordpress direkt unter der Domain sehen will, und nicht mit "/wordpress" hinter der Domain, MUSS Ich es direkt in den public_html setzen?
Der Übersicht wegen wäre es einfach schön alle Scripte etc. zu trennen, aber was die Webseitenoptik angeht finde Ich "http:/webseite.com/wordpress/" nicht ideal.

Ich will aber auch keine "fixe" Domain die sich nicht verändert, und will in WP auch Permalinks nutzen.
Aber eben alles ohne den WP-Ordner in der URL.

@danielgoehr

Dann kann Ich aber in der Domain keine anderen Ordner mehr im Pfad davor platzieren und nutzen, oder?
Oder was ist gemeint? "is"? Ist gemeint den wordpress-Ordner in public_html zum eigentlichen "public_html" zu machen?
Das ist ja auch nicht Sinn der Sache, oder? Dann kann Ich doch auch keine anderen Ordner mit Scripten neben dem WP-Ordner mehr erreichen (?).

@Marcus[IS]
Was ist mit "weitere Projekte" gemeint?
Andere Domains haben nach hinzufügen der Domains ihre eigene Ordner.
Mir geht es da eher um andere Scripte, z.B. wenn Ich ein phpBB als Forum einsetze.
Dann käme Ich wohl um ein /phpBB oder einfach "/forum" nicht mehr rum. Aber das wäre noch OK.

In FileZilla sehe Ich den Wbspace so:

.cagefs
.cl.selector
.php
.pki
.softaculous
domains
imap
Maildir
public_html (Achtung, das ist nicht der Ordner, das ist nur eine Verknüpfung zum public_html der Hauptdomain!)

Das waren alle Ordner im ersten Root überhaupt. Darunter Dateien:
.bash_logout
.bash_profile
.bashrc
.shadow

Unter "domains" dann Ordner für alle hinzugefügten Domains.

Geht man in einen davon kommen folgende Ordner:
.htpasswd
public_ftp
public_html

Im Ordner der Haupt-Domain (die erste mit Bestellung des Webspace zum Add-On angegebene, sonst ist sie für mich wie jede andere, wenn auch aktuell evtl. die Wichtigste) noch zusätzlich:
awstats
logs

Gehe Ich in einem der "domains"-Ordner ist der vorgebenen Inhalt:
cgi-bin (Ordner)
Dateien für die Seiten 400-404 und 500, und eine index.html sowie zwei "logo" als jpg und png für die index.html.
Diese Dateien kann Ich natürlich löschen.

Die Verwaltung ist DirectAdmin.

[size=12]Was scheinbar auch vorgegeben und nicht zu ändern ist, ist der Nutzername und Ordner auf dem Server, der automatisch anhand des Namens der ersten Domain die Ich dort registriert habe angelegt wurde. Oder ändert ein Webhoster so etwas auf Wunsch?
Denn wenn auf einer bewusst anonymen Webseite ein php-Fehler auftritt sieht man evtl. einen Pfad, der einen Teil der ersten Domain (getrennt durch einen Bindestrich ist mein Nutzername das erste 8-stellige Wort) enthält...
Evtl. kann da jemand Rückschlüsse auf die Hauptdomain schließen (obwohl das erste Wort zumindest kein Kunstbegriff ist, sagen wir "terminal"), und über diese Webseite die Identität erfahren.
Eine Alternative zu einer möglichen Änderung des Nutzernamen wäre es, könnte man alle Fehlermeldungen für Besucher deaktivieren, die irgendetwas über Serverpfade etc. verraten... Aber das ist kein WP-spezifisches Problem...[/SIZE]

"Scripte" sind Foren wie phpBB und evtl. noch ein Wiki-Script.
Eben Scripte. Auch wenn Einige darunter evtl. etwas kleineres verstehen.

Und eine Subdomain ist besser als wenn das "forum" als "/forum hinter dem .com steht?

Kann es Probleme geben, wenn man z.B. Wordpress und phpBB in den gleichen Ordner legt?
Auch wenn Ich es ohne kann, aktuell verwende Ich das angebotene Softacoulous, auch weil es viel schneller geht.
Da kann Ich ja theoretisch auch den vorgegebenen Pfad entfernen, und so WP und phpBB in den public_html installieren.

Zitat

Ich mache das tatsächlich immer genau so. Das webroot (public_html) ist generell nicht von aussen erreichbar und im webroot liegt für jede Domain ein Unterordner.

Der Webroot "public_html" liegt in einem Domainordner getrennt!
Es gibt nicht DEN "public_html" in dem Ordner für die Domains liegen, sondern einen Ordner "domains", und darin Ordner mit den Domain-Namen, und in jedem davon einen "public_html".
Daher hatte Ich das im letzte Kommentar auch abgetippt.