Weil CMSimple die Links unter Verwendung von $sn erzeugt (das ist schon so seit CMSimple 2.0, August 2003, was älteres habe ich nicht), und das geht auf Deinem Proxy schief. Alleine die Tatsache, dass es damit seit 20 Jahren keine Probleme gab, zeigt eigentlich, dass Deine Proxy Konfiguration, naja, sagen wir mal ungewöhnlich ist
Die von Dir im Editor erzeugten Links verwenden $sn nicht.
Die verwendete Funktion ist function a() in der ./cmsimple/functions.php. Wenn man da $sn durch ./ ersetzt, werden komplett relative Links erzeugt. Aber eine Funktion, die seit mehr als 20 Jahren so tief in CMSimple verankert ist, fasst man nicht gerne an. Obwohl - jetzt wäre der richtige Zeitpunkt, da es zur Zeit keine fremden Plugins für CMSimple gibt ausser meinen. Und ich verwende diese Funktion nicht.
Du kannst es ja mal testen, ./cmsimple/functions.php, neue Funktion a():
Code: Select all
function a($i, $x)
{
global $sn, $u, $cf, $adm;
if ($i == 0 && !$adm) {
if ($x == '' && $cf['locator']['show_homepage'] == 'true')
{
return '<a href="./?' . $u[0] . '">';
}
}
return isset($u[$i]) ? '<a href="./?' . $u[$i] . $x . '">' : '<a href="' . $sn . '?' . $x . '">';
}Das $sn Problem auf Deinem Server löst das aber auch nicht, es könnten trotzdem noch weitere Probleme auftreten, z. B. kann man sich über Deinen Proxy nicht einloggen, weil in der ./cmsimple/login.php auch $sn verwendet wird:
https://hx.katzenjens.de/test/catsbastel2/
Du siehst also: Der Hack im Template löst längst nicht alle Probleme,
Gert
PS: Habe jetzt ein weiteres Plugin gefunden, das mit dem manipulierten $sn nicht klarkommt: Die Overlays im Collections Plugin.
