htmlpath ändern

abrek · Beitrag von **abrek** » Do 2. Mär 2006, 13:08

Wer weiß wo kann ich "htmlpath", der in <base href="..."> erscheint, ändern?
Ist der irgentwo in DB drin?

Beitrag von **xmurrix** » Do 2. Mär 2006, 13:26

Hallo,

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

Gruß
xmurrix

abrek · Beitrag von **abrek** » Do 2. Mär 2006, 13:31

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.

abrek · Beitrag von **abrek** » Do 2. Mär 2006, 13:49

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?

Beitrag von **xmurrix** » Do 2. Mär 2006, 13:54

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.

Jon · Beitrag von **Jon** » Do 2. Mär 2006, 13:54

Nimm am besten phpMyAdmin. http://www.phpmyadmin.net/home_page/downloads.php

Gruß,
Jon.

abrek · Beitrag von **abrek** » Do 2. Mär 2006, 14:06

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.

Beitrag von **xmurrix** » Do 2. Mär 2006, 14:27

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.

Beitrag von **Halchteranerin** » Do 2. Mär 2006, 14:29

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).

abrek · Beitrag von **abrek** » Do 2. Mär 2006, 14:52

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?

Beitrag von **Halchteranerin** » Do 2. Mär 2006, 14:59

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).

stese · Beitrag von **stese** » Do 2. Mär 2006, 14:59

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)

Beitrag von **xmurrix** » Do 2. Mär 2006, 15:09

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

abrek · Beitrag von **abrek** » Do 2. Mär 2006, 15:10

Danke an alle beide! Jetzt ist es viel leichter geworden und ich habe gerade Zeit für mod_rewrite von stese ausprobieren.

Brazo Alkher · Beitrag von **Brazo Alkher** » Do 2. Mär 2006, 16:44

Die Werte in con_clients lassen sich auch einfach in Contenido über Administration -> Mandanten bearbeiten.

CONTENIDO Forum

htmlpath ändern

htmlpath ändern

<base> anpassen