Zusammenfassung häufig gestellter Fragen zum Upgrade von Imperial CMS 6.6 auf 7.0

In diesem Artikel werden die häufigsten Probleme beim Upgrade von Empire CMS6.6 auf 7.0 ausführlicher zusammengefasst. Teilen Sie es als Referenz mit allen. Die spezifische Analyse lautet wie folgt:

1. Vorsichtsmaßnahmen für das Upgrade:

1. Wenn die Sicherheits-Firewall der Backend-Website aktiviert ist, schalten Sie sie zuerst aus und führen Sie dann ein Upgrade durch.

2. Überprüfen Sie am besten, ob die Datensätze in der Tabelle phome_enewsinfovote nicht vorhandene Spalten-ID-Datensätze (Classid-Feld) oder Informations-ID-Datensätze (ID-Feld) enthalten. Wenn ja, löschen Sie bitte die Datensätze und führen Sie dann ein Upgrade durch.

2. Häufig gestellte Fragen zum Upgrade:

1. Eingabeaufforderung beim Upgrade:

Duplicate entry '0' for key 1
alter table ***_enewsinfovote add PRIMARY KEY(pubid);

Ursache: Die phome_enewsinfovote-Tabelle enthält einen Datensatz mit einer nicht vorhandenen Spalten-ID oder Informations-ID.

Lösung: Überprüfen Sie mit phpmyadmin die Datensätze in der Tabelle, ermitteln Sie die nicht vorhandenen Informationsdatensätze, löschen Sie sie und befolgen Sie dann die Schritte „Anweisungen zum erneuten Upgrade“ in den Upgrade-Anweisungen, um das Problem zu lösen.

Es wird empfohlen, „Empire CMS Tutorial“ zu lesen.

Wenn der obige Fehler während des Upgrade-Vorgangs angezeigt wird, können Sie die SQL-Anweisung der Technik zum Suchen finden Nicht vorhandene Informationen in der aktualisierten Tabelle:

Der Code lautet wie folgt:

select * from phome_enewsinfovote where pubid=0;

Nicht vorhandene Informationen aufzeichnen, damit redundante Datensätze nach der Wiederherstellung der Datenbank gelöscht werden können.

2. Geben Sie beim Upgrade Folgendes ein:

Table 'phome_ecms_news_index' already exists

Grund: 7.0 Die Tabelle existiert bereits, da die ursprüngliche 7.0-Betaversion installiert wurde, ohne die 7.0-Tabelle vor der direkten Installation von Empire 6.6 zu löschen, wodurch die Tabelle zurückbleibt

Lösung: Vergleichen Sie nach der Wiederherstellung der Datenbank die Datentabelle der Version 6.6 und löschen Sie die redundante Tabelle 7.0. Befolgen Sie dann die Schritte „Anweisungen zum erneuten Upgrade“ in den Upgrade-Anweisungen, um das Problem erneut zu aktualisieren

3. „Verbindung zur Datenbank kann nicht hergestellt werden!“ wird während des Datenkonvertierungsprozesses während des Upgrades angezeigt

Ursache: Die räumliche Datenbank ist instabil, was dazu führt, dass die Datenbank von Zeit zu Zeit keine Verbindung herstellen kann Zeit während des Upgrade-Vorgangs.

Lösung: Wenn der Speicherplatz relativ durchschnittlich ist, können Sie die Anzahl der Konvertierungen in jeder Gruppe und die Konvertierungsintervalleinstellungen in der Upgrade-Konfigurationsdatei /e/update/upconfig.php ändern und dann aktualisieren.

4. Upgrade-Eingabeaufforderung „Das Upgrade-Programm kann nicht wiederholt ausgeführt werden“

Ursache: Führen Sie das Upgrade-Programm wiederholt aus oder führen Sie ein vollständiges Upgrade von mehreren Versionen durch.

Lösung: Schließen Öffnen Sie das aktuelle Fenster, öffnen Sie ein neues Fenster und führen Sie es aus.

5. Warum wird das neue Funktionsmenü nach dem Upgrade nicht angezeigt?

Ursache: Ihre Benutzergruppenberechtigungen sind nicht aktiviert, daher wird das Menü nicht angezeigt.

Lösung: Ändern Sie die Benutzergruppe, um die entsprechenden Berechtigungen zu aktivieren.

6. Aktualisieren Sie die Seitenaufforderung nach dem Upgrade:

Unknown column 'checked' in 'where clause'

Grund: Die Aufforderung, dass das aktivierte Feld nicht vorhanden ist, da die SQL-Methodenaufrufinformationen der Version 7.0 das aktivierte Feld nicht mehr erfordern.

Lösung: Ändern Sie die aufrufende SQL-Anweisung und löschen Sie die Bedingung „checked=1“, um das Problem zu lösen.

Nach dem Upgrade wird beim Senden von Kommentaren, Mitgliedern und Mall-Formularen die Meldung angezeigt: „Der Link, von dem Sie kamen, existiert nicht.“

Grund: Die Übermittlungsadresse von Kommentaren, Mitgliedern , und Mall-Formulare wurden vom Original „/e/enews/index.php“ in „/e/pl/doaction.php“, „/e/member/doaction.php“ und „/e/ShopSys“ geändert /doaction.php".

Lösung: Ändern Sie die Formularübermittlungsadresse in der Vorlage und ändern Sie die Übermittlungsadresse in die entsprechende Adresse oben

8. Nach dem Upgrade wird das geänderte Mitglied immer aufgefordert, die Informationen vollständig einzugeben " .

Grund: Einige Felder wurden in 7.0 umbenannt.

Lösung: Backend>Benutzer>Mitgliederverwaltung>Mitgliederformular verwalten>Ändern Sie das Mitgliedsformular, Sie müssen nichts festlegen. Klicken Sie einfach unten auf „Senden“, um das Problem zu lösen.

Ich hoffe, dieser Artikel entspricht dem Obigen wird für die Erstellung jeder Imperial CMS-Website hilfreich sein.

Das obige ist der detaillierte Inhalt vonZusammenfassung häufig gestellter Fragen zum Upgrade von Imperial CMS 6.6 auf 7.0. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!