nach upgrade 462=>468 auch front_content.php übrschreibn?

knb · Beitrag von **knb** » Fr 24. Mär 2006, 18:41

Habe auf einer Entwicklungs-Installation mal von 462 auf 468 upgraded, lief bisher ganz gut.
Ein Vergleich von den 4.6.8.er external/frontend.php und dem alten 4.6.2 external/front_contend.php ergibt folgende Unterschiede.

Sollte ich die alten front_content.php in den einzelnen Mandantenverzeichnissen mit der neuen Version überschreiben?

Bei einem 4.4 => 4.6 upgrade war das wohl erforderlich, wenn ich mich richtig erinnere.

Knut

Unix-Kommando:

Code: Alles auswählen

 diff front_content.468.php front_content.462.php

Output:

Code: Alles auswählen

20a21,23
> cInclude("includes", "functions.general.php");
>
> cInclude("includes", "functions.i18n.php");
25a29,30
> cInclude("classes", "class.user.php");
>
40c45
<       i18nInit($cfg["path"]["contenido"].$cfg["path"]["locale"], $belang);
---
>
243,244d247
<                               {
<                                       cInclude("includes", "functions.i18n.php");
246d248
<                               }
300,301d301
<                               {
<                                       cInclude("includes", "functions.i18n.php");
303d302
<                               }
402,407c401
<
<       $allow = true;
<
<       $iterator = $_cecRegistry->getIterator("Contenido.Frontend.AllowEdit");
<
<       while ($chainEntry = $iterator->next())
---
>       if ($perm->have_perm_area_action_item("con_editcontent", "con_editart", $idcat) && $inUse == false)
409d402
<               $value = $chainEntry->execute($lang, $idcat, $idart, $auth->auth["uid"]);
411,420d403
<               if ($value === false)
<               {
<                       $allow = false;
<                       break;
<               }
<       }
<
<       if ($perm->have_perm_area_action_item("con_editcontent", "con_editart", $idcat) && $inUse == false && $allow == true)
<       {
<
500c483
< if ($inUse == false && $allow == true && $view == "edit" && ($perm->have_perm_area_action_item("con_editcontent", "con_editart", $idcat)))
---
> if ($inUse == false && $view == "edit" && ($perm->have_perm_area_action_item("con_editcontent", "con_editart", $idcat)))
501a485
>
761,771c745,749
<       $insert_base = getEffectiveSetting('generator', 'basehref', true);
<
<       if ($insert_base == "true")
<       {
<               $is_XHTML = getEffectiveSetting('generator', 'xhtml', false);
<               if ($is_XHTML == true) {
<                       $baseCode = '<base href="'.$cfgClient[$client]["path"]["htmlpath"].'" />';
<               } else {
<                       $baseCode = '<base href="'.$cfgClient[$client]["path"]["htmlpath"].'">';
<               }
<               $code = str_ireplace_once("<head>", "<head>\n".$baseCode, $code);
---
>       $is_XHTML = getEffectiveSetting('generator', 'xhtml', false);
>       if ($is_XHTML == true) {
>               $baseCode = '<base href="'.$cfgClient[$client]["path"]["htmlpath"].'" />';
>       } else {
>               $baseCode = '<base href="'.$cfgClient[$client]["path"]["htmlpath"].'">';
773c751
<
---
>       $code = str_ireplace_once("<head>", "<head>\n".$baseCode, $code);
869d846
<

Beitrag von **emergence** » Fr 24. Mär 2006, 19:27

knb hat geschrieben:Sollte ich die alten front_content.php in den einzelnen Mandantenverzeichnissen mit der neuen Version überschreiben?

ähm, ich würd schon sagen ja...

knb · Beitrag von **knb** » Mo 27. Mär 2006, 10:39

Im setup/README steht dazu nichts, glaube ich - sollte es aber, IMHO.

Ausserdem sollte das README File aufgeteilt werden, ich finde es unübersichtlich. ... Am besten schreibe ich das in ein neues extra Posting unter Anregungen.

MichFress · Beitrag von **MichFress** » Mo 27. Mär 2006, 10:50

knb hat geschrieben:Im setup/README steht dazu nichts, glaube ich - sollte es aber, IMHO.

Steht da nicht, dass *alle* Dateien durch die neuen ersetzt weden müssen? Diese Vorgehensweise ist eigentlich die übliche beim Upgraden...

knb · Beitrag von **knb** » Mo 27. Mär 2006, 14:33

Beim Upgrade macht man ein
cp -pvr <ausgepacktes-zip-dir> <contenido-dir>

Das überschreibt alle Dateien im "Contenido path" , also dem Backend Verzeichnis.

Aber dieser Kopiervorgang überschreibt nicht die Dateien in den einzelnen von den Sysadmins angelegten Mandaten.

Der Installer weist darauf hin, die config.php runterzuladen oder zu überschreiben, aber das Installationsprogramm sagt nicht dass man auch die frontend.php Dateien für die einzelnen Mandanten überschreiben soll .

Beitrag von **HerrB** » Di 28. Mär 2006, 18:40

JA!

Es sind sogar alle Dateien direkt im jeweiligen Mandantenverzeichnis zu ersetzen. Vor der Ersetzung die config.php im Mandantenverzeichnis retten und die Daten in die neue config.php eintragen.

Gruß
HerrB

knb · Beitrag von **knb** » Do 30. Mär 2006, 18:04

also muss man noch nach dem letzten Dialog vom Upgradewizard noch einiges tun.
Also in meinem Fall:
per Kommandozeile wechseln nach
<contenido_path>/contenido/external/frontend
dort ein

Code: Alles auswählen

find . -type f | grep -v "index.\|errorlog\|robot\|config.php\|test\|bak"

machen und den output, in meinem Fall

Code: Alles auswählen

./front_content.php
./front_crcloginform.inc.php
./error.php
./templates/hilfsnavi.html
./templates/navsecond_off.html
./templates/navfirst_off.html
./templates/navfirst_on.html
./templates/banner.html
./templates/navthird_on.html
./templates/navsecond_on.html
./templates/news.html
./templates/navthird_off.html

also diese Dateien in jedes Mandantenverzeichnis kopieren?

Beitrag von **HerrB** » Do 30. Mär 2006, 18:12

Es sind sogar alle Dateien direkt im jeweiligen Mandantenverzeichnis zu ersetzen

*sigh*

Also nur:

Code: Alles auswählen

./front_content.php 
./front_crcloginform.inc.php 
./error.php

Gruß
HerrB

knb · Beitrag von **knb** » Fr 31. Mär 2006, 11:10

ui, direkt, klaro.

Es wäre gut, wenn das auch als weiterer Schritt im Readme.txt stehen würde, und/oder der installer drauf hinweisen würde, so etwa:

"Ersetzen Sie direkt in allen Mandatenverzeichnissen die folgenden Dateien mit den neuen Versionen die Sie im Verzeichnis <contenido-path>/external/frontend finden..."

Code: Alles auswählen

front_content.php
front_crcloginform.inc.php
error.php

Es gibt dann noch in jedem Unterverzeichnis eine Minimalversion von index.php. Diese sind aber wirklich optional, oder? Verhindern m.E. nur dass der Webserver ein directory listing ausgibt wenn man den URL des Verzeichnisses direkt aufruft. Oder erfüllen die index.php eine andere Funktion?
Weil es kann ja sein dass man z.B. cache/index.php mal gelöscht hat, beim Ausmisten von Directory cache im Mandantenverzeichnis.
Wenn man es ganz genau nimmt müssten diese Dateien zur Sicherheit also auch noch in die jeweiligen Verzeichnisse kopiert werden, auch wenn sie größtenteils nur identische Dateien überschreiben:

Code: Alles auswählen

cd external/frontend
 find . -type f | grep "index."

Code: Alles auswählen

./js/index.php
./css/index.php
./logs/index.php
./cache/index.php
./index.html
./images/index.php

Ah, das bringt mich gleich zur nächsten Frage, der Rolle von den verschiedenen Caches beim Arbeiten mit dem Contenido CMS. Ich glaube dazu mache ich ein neues Posting.

Beitrag von **HerrB** » Fr 31. Mär 2006, 11:30

Es gibt nur den cache im jeweiligen Mandanten-Verzeichnis. Ab V4.6.x werden darin die Thumbnails aus der Resize-Funktion für Grafiken und ggf. eine oder mehrere Text-Dateien zum cachen der Alias-Namen für Kategorien gespeichert.

Gruß
HerrB

CONTENIDO Forum

nach upgrade 462=>468 auch front_content.php übrschreibn?

nach upgrade 462=>468 auch front_content.php übrschreibn?

Re: nach upgrade 462=>468 auch front_content.php übrschre