Hallo allerseits,
kurz mein Senf als Nichtprogrammierer, aber Zweitsprachennutzer dazu (erklärt es Einsteigern zumindest für Bilddateien leichter?):
Wenn ein CMS Bilder etc. aus einem zentralen Ordner für Mediendateien lädt und die Zweitsprache auf einer anderen Pfadebene liegt,
benötigt es
für die relative Pfadangabe zur tiefer liegenden Zweitsprache anstatt einen Punkt (.) zwei Punkte (..).
Beispiel:
1. Sprache ohne extra /de/ oder /en/ etc., also:
https://domain.tld/
2. Sprache (und ggf. alle weiteren) im Unterordner
https://domain.tld/en/
So ergibt sich die relative Pfadangabe z. B. für ein Logo in 1. Sprache:
./userfiles/images/logo.gif (entspricht
https://domain.tld/userfiles/images/logo.gif)
Weil die andere(n) Sprache(n) eine Ebene tiefer liegen, müssen zwei Punkte gesetzt werden:
../userfiles/images/logo.gif
Wer die Computerwelt nicht erst als Mausschubser entdeckte, sondern noch die DOS-Shell kennt, versteht sofort, was ich meine.
Pro Punkt springt das Programm eine Ebene höher. Hier also raus aus der Zweitsprachenebene /en/ und dann sieht es die Bilddatei z. B. logo.gif.
Wenn die Lösung von Christoph das global vereinfacht, ist das umso besser (habe es noch nicht ausprobiert, da ich das Problem nur mit Fotos hatte und da seit Jahren oben beschriebene mit jedem CMS funktionierende Lösung nutze).
Übrigens setzen unsere Editoren CKEditor v2.2.1 und TinyMCE4 leider keine relativen Pfade, sondern fälschlicherweise absolute Pfade, was aus SEO-Sicht sehr schädlich ist und die unangenehme Nebenwirkung hat, dass offline mit Portable_XH erstellte Seiten mit Bildern alle nachgearbeitet werden müssen, weil dann
"http://
localhost:8080/userfiles/images/logo.gif" anstatt
"
https://domain.tld/userfiles/images/logo.gif" generiert wird!