Seite 1 von 2

htmlpath ändern

Verfasst: Do 2. Mär 2006, 13:08
von abrek
Wer weiß wo kann ich "htmlpath", der in <base href="..."> erscheint, ändern?
Ist der irgentwo in DB drin?

Verfasst: Do 2. Mär 2006, 13:26
von xmurrix
Hallo,

die Pfadangabe ist in der Tabelle "con_clients", Spalte "htmlpath" drin.

Gruß
xmurrix

Verfasst: Do 2. Mär 2006, 13:31
von abrek
xmurrix hat geschrieben:Hallo,

die Pfadangabe ist in der Tabelle "con_clients", Spalte "htmlpath" drin.

Gruß
xmurrix
Super! Danke Dir! Wie kann man so was in DB finden? Gibt es tools dazu? Ich kann meinen DB kaum öffnen weil es 55 Mb groß ist.

<base> anpassen

Verfasst: Do 2. Mär 2006, 13:49
von abrek
Nach dem ich den Serverordner wechselte, habe ich den Pfad in DB-Tabelle "con_clients", Spalte "htmlpath" mit mysqldumper angepasst,
aber <base> im Kopf des Quelletextes bleibt ungeändert.

Was kann es noch sein?

Verfasst: Do 2. Mär 2006, 13:54
von xmurrix
Durch Ändern des Pfades in der Tabelle, ist zwar ein neuer HTML-Pfad definiert, da Contenido die Ausgabe der Seiten in der Tabelle "con_code" cached, werden die Seiten, wenn vorhanden, von dort ausgelesen und generiert.
Also, am besten die Tabelle "con_code" leeren (nicht löschen!), dann werden die Seiten neu erstellt.

Verfasst: Do 2. Mär 2006, 13:54
von Jon
Nimm am besten phpMyAdmin. http://www.phpmyadmin.net/home_page/downloads.php

Gruß,
Jon.

Verfasst: Do 2. Mär 2006, 14:06
von abrek
xmurrix hat geschrieben:Also, am besten die Tabelle "con_code" leeren (nicht löschen!), dann werden die Seiten neu erstellt.
Es hat nicht geholfen.
<base> bleibt wie es war. :(

Verfasst: Do 2. Mär 2006, 14:27
von xmurrix
Das liegt dann wahrscheinlich daran, dass die Werte noch aus der Session kommen.

Entweder du wartest, bis die Session abgelaufen ist (20 Minuten) oder du löscht die Session aus der Datenbank. Alle Einträge in der Tabelle "con_phplib_active_sessions" deren name mit "sid_" anfangen, sind Sessions von Frontendusern. Diese kann man theoretisch löschen. Es gehen dann aber eventuell wichtige gespeicherte Session-Daten von anderen usern verloren (wenn mehr als 1 Frontend-Session ist).

Der HTML-Tag <base> wird Frondend vor der Ausgabe eingefügt, kommt also nicht aus der Cache-Tabelle.

Verfasst: Do 2. Mär 2006, 14:29
von Halchteranerin
abrek hat geschrieben:Ich kann meinen DB kaum öffnen weil es 55 Mb groß ist.
Guckst du mal bitte ueber phpMyAdmin in die Datenbank, welche Tabellen viel Inhalt haben? Ich kann mir naemlich nicht vorstellen, dass du eine so grosse Datenbank hast, deswegen stellt sich die Frage, ob da nicht irgendwas schiefgelaufen ist (unabhaengig von deinem eigentlichen Problem).

Verfasst: Do 2. Mär 2006, 14:52
von abrek
Halchteranerin hat geschrieben:Guckst du mal bitte ueber phpMyAdmin in die Datenbank, welche Tabellen viel Inhalt haben?
"con_keywords", "con_mod_history" und "con_actionlog" haben sehr viel Ihnhalt. Darf ich die leeren?

Verfasst: Do 2. Mär 2006, 14:59
von Halchteranerin
Irgendwas war da mit der con_keywords, ich glaube, HerrB (oder jemand anders) hat mal was dazu gepostet, such mal bitte danach.
In der con_mod_history werden die Aenderungen an den Modulen gespeichert, glaube ich. Wenn du nicht auf die alten Versionen zurueckgreifen willst, sollte die sich auch leeren lassen.
con_actionlog speichert die ganzen Aktivitaeten der angemeldeten User (Anmeldungen, Aenderungen von Artikeln etc.), d.h. wenn du auf die Daten keinen Wert darauf legst (z.B. weil sowieso nur eine Person das System bedient), sollte das Leeren auch kein Problem sein.
Aber sicherheitshalber solltest du auch mal die drei Tabellen ueber phpMyAdmin "reparieren" lassen, denn es wundert mich schon, dass die letzten beiden so gross sein sollen (wie gesagt, das mit keywords ist "normal", aber ich meine, dass man da etwas machen konnte).

Verfasst: Do 2. Mär 2006, 14:59
von stese
con_keywords eher mit bedacht (metatags oder suchbegriffe sind dort drinnen - eines von beiden - würde ich eher nicht anrühren)

con_mod_history nur dann wenn du keine module derzeit weiterentwickelst und du nicht zufällig einen alten modulstand benötigst

con_actionlog ist halt ne statistik db, die dir als sysadmin aufzeigt, welcher user das was gemacht hat - wenn du darauf verzichten kannst, dann kannst du leeren (nicht löschen)

Verfasst: Do 2. Mär 2006, 15:09
von xmurrix
Hallo zusammen,

aber war nicht das eigentliche Problem, dass der Html-Pfad im <base> Tag nicht den neuen Wert aus der DB übernimmt?

$cfgClient wird ja in der front_content.php mit Aufruf der Funktion rereadClients() gesetzt, wenn $cfgClient['set'] nicht den Wert 'set' hat. Dies passiet beim ersten Aufruf der Seite, beim nächsten Aufruf kommt die Variable $cfgClient aus der Session.

Ich denke, das Problem ist gelöst, wenn die Session abgelaufen ist, schaumermal...

Gruß
xmurrix

Verfasst: Do 2. Mär 2006, 15:10
von abrek
Danke an alle beide! Jetzt ist es viel leichter geworden und ich habe gerade Zeit für mod_rewrite von stese ausprobieren.

Verfasst: Do 2. Mär 2006, 16:44
von Brazo Alkher
Die Werte in con_clients lassen sich auch einfach in Contenido über Administration -> Mandanten bearbeiten.