CONTENIDO Forum

Und noch eine Frage hätte ich. Muss man den Pfad zur .htaccess unbedingt in der config.php speichern. Könnte man die nicht als Variable in die Mandanteneinstellungen hinzunehmen?

ähm du musst nur den pfad in die config schreiben wo das contenido auf dem server liegt. das sollte er aber automatisiert beim setup machen.

?

Hier steht Pfad zur .htaccess, oder?!

// edit by stese
/* Use advanced mod_rewrites */
$cfg['mod_rewrite']['use'] = 1;

# Wichtig!!!! Pfad an eigenes Basis Verzeichnis anpassen (relativ zur root des ftp)
/* Path to the htaccessfile with trailling slash */
$cfg['mod_rewrite']['rootdir'] = '/cms/';

/* Start TreeLocation vrom Root Tree (set to 1) or get location from first category (set to 0) */
$cfg['mod_rewrite']['startfromroot'] = 0;

/* is multilanguage? */
$cfg['mod_rewrite']['use_language'] = 0;
// end edit by stese

Gemäß meines Verzeichnisbaums sollte hier doch /cms/ richtig sein.

ja wenn du das contenido paket in ein weiteres unterverzeichnis namens "cms" geladen hast, in dem dann die contenido eigenen verzeichnisse liegen (contenido/cms/setup etc)

wenn dein cms in keinem weiteren unterverzeichnis liegt darf in den einstellungen nur "/" stehen

Yip. Es hat geklingelt.

Die URL bleibt jetzt bei cms.domain.tld/kategorie/. Leider werden keine Inhalte mehr angezeigt. 404-Error bei http://cmsdemo.domain.tld/Was-ist-Contenido/

404 kommt nur dann wenn dein server die .htaccess datei nicht korrekt interpretiert und er denkt, dass das verzeichnis physisch existiert.

schaue bitte nach ob die htaccess datei korrekt im hauptverzeichnis liegt und ob die einstellung in der 2. zeile mit dem "RewriteBase" korrekt auf das korrekte verzeichnis der front_content verweist. wenn beides der fall ist unterstützt dein provider möglicherweise kein mod rewrite (unter windows iis geht es z.b. auch nicht)

Ich krieg die Krise. Das hat geklappt. Jaaaaaaaaaaaaaaaaaa! Supi. Vielen lieben Dank.

Und jetzt schau ich mir mal an, ob ich nicht trotzdem noch das hier da rein bastel?!

RewriteRule ^(.*)_(.*)_(.*)_(.*)_(.*).html$ front_content.php?client=$2&lang=$3&idcat=$4&idart=$5

Ich finde das nämlich auch nicht schlecht:

http://www.cms.domain.tld/Kategorie/Unt ... tikel.html

Gruß MyAccount

@myaccount: ich hatte genau die gleichen probleme wie du, da konnte ich mit eurer hilfe, das prob auch lösen
hierfür erstmal danke! (auch an stese)
leider ist aber ein neues problem aufgetaucht!!

und zwar:
alle links werden sauber umgestellt und mittels mod_rewrite auch sauber verlinkt, ausser die sprachumstellung

anscheinend wird hier nur die neue lang mitgegeben, aber nicht ein changelang erzwungen. oder muss das changelang noch in der htaccess abgefangen werden?

hattet ihr auch das problem und wenn ja, wie habt ihr das gelöst?
ist auf 1 gesetzt...

ich hoffe ihr könnt mir da weiter helfen

gruß
funomat

Ich hatte das gleiche Problem. Habe einfach im Modul Hilfnavigation folgende Änderung vorgenommen:

switch($lang){

case '2':
//englisch -> deutsch
//echo '<a href="'.$sess->url('front_content.php?changelang=1').'" class="additionalnavi">'.mi18n("Deutsch").'</a>';
echo '<a href="http://www.dieplaner.it/deutsch/home/" class="additionalnavi">'.mi18n("Deutsch").'</a>';
break;

default:
//deutsch -> englisch
//echo '<a href="'.$sess->url('front_content.php?changelang=2').'" class="additionalnavi">'.mi18n("English").'</a>';
echo '<a href="http://www.dieplaner.it/italiano/home/" class="additionalnavi">'.mi18n("Italiano").'</a>';
break;

}

Anschließend hat es geklappt.

grazie dimizu,

werd dein lösungsansatz gleich mal anwenden, ich hoffe aber trotzdem dass eine generelle lösung für das advanced moderewrite gefunden wird.

ich denke man müsste wahrscheinlich die .htaccess anpassen. leider verstehe ich nichts von diesen rewrite rules. werd mich aber, sobald es die zeit zulässt mal damit beschäftigen.

danke noch mal,
funomat

hi,
das problem werde ich mir bei gelegenheit anschauen ... es kommen eh ein paar größere bugfixes mit rein in die neue version. wenn ich denn endlich mal dazu komme.

Hallo,
habe den Fall, dass bei internen Ankern eines Artikels falsch verlinkt wird.
Aus bspw.:
front_content.php?idart=107#1.5.

macht er mir immer
http://www.asta.uni-kiel.de/Studium/Rat ... start.html

Wie kann ich das verhindern bzw. wo muss ich in der .htacess was ändern?

Bin für jeden Tip dankbar

der scheint die anker routine noch nicht drinnen zu haben, die habe ich erst später hinzugefügt ... dazu muss man in einer klasse ein bisschen was umschreiben. das mit den ankern ist eh noch so ein kleines problem was noch nicht ganz gelöst wurde.

stese hat geschrieben:...die habe ich erst später hinzugefügt ... dazu muss man in einer klasse ein bisschen was umschreiben...

WO und WAS?

kannst Du dazu mal die Änderung posten bzw. die aktualisierte Datei zur Verfügung stellen, oder ist soetwas schon im Forum zu finden?

Gibts wan neues mit dem Ankerproblem? Habe immernoch das Problem (s.o.), ansonsten funktioniert alles prima in mit der 4.6.2er! Wo muss ich
gegebenenfalls anpacken, um das Problem selbst zu lösen?

Bitte dringend um Hilfe, da wichtiger Content auf meinen Seiten nicht mehr funktioniert.