Seite 4 von 7

Re: Richte Daten ein: \phpbb\db\migration\data\v310\profilef

Verfasst: 15.11.2015 21:13
von abelius-kiel
Beim Aufrufen der HAuptseite, also index.php

Re: Richte Daten ein: \phpbb\db\migration\data\v310\profilef

Verfasst: 15.11.2015 21:22
von Crizzo
Wie gesagt, dann hängt von der Mod noch was in den Dateien. Beim Update wird allerdings nur die Datenbank gebraucht.

Re: Richte Daten ein: \phpbb\db\migration\data\v310\profilef

Verfasst: 15.11.2015 21:24
von abelius-kiel
Super, danke. JA Du hast Recht: sogar in der index.php wird auf die Tabellen der Gallery und des mChat zurüchgegriffen.

Somit mache ich einfach weiter und hoffe, dass ich nicht mehr nerven muss. 8)
Vielen vielen Dank.

LG
Kai

Re: Richte Daten ein: \phpbb\db\migration\data\v310\profilef

Verfasst: 15.11.2015 21:38
von Crizzo
Wenn du die 3.0 Datenbank vorbereitet hast, dann mache am besten von dieser nochmal ein extra Backup, dass könnte dir später noch Arbeit sparen.

Re: Richte Daten ein: \phpbb\db\migration\data\v310\profilef

Verfasst: 15.11.2015 21:42
von abelius-kiel
Hallo,

danke für denTipp.

Habe alles so gemacht wie vorgeschrieben, diesmal ganz genau drauf geachtet, aber bei DB Update wieder derselbe Fehler wie ganz zu Anfang. Ich bin keinen Schritt weiter. Dieselbe Fehlermeldung bei 2. Mal Klicken auf "Fortsetzen":

Code: Alles auswählen

Richte Daten ein: \phpbb\db\migration\data\v310\profilefield_interests.
SQL ERROR [ mysqli ]

Unknown column 'field_show_on_pm' in 'field list' [1054]

SQL

INSERT INTO phpbb_profile_fields (field_name, field_type, field_ident, field_length, field_minlen, field_maxlen, field_novalue, field_default_value, field_validation, field_required, field_show_novalue, field_show_on_reg, field_show_on_pm, field_show_on_vt, field_show_profile, field_hide, field_no_view, field_active, field_order) VALUES ('phpbb_interests', 'profilefields.type.text', 'phpbb_interests', '3|30', '2', '500', '', '', '.*', 0, 0, 0, 0, 0, 1, 0, 0, 1, 18)

BACKTRACE

FILE: (not given by php)
LINE: (not given by php)
CALL: msg_handler()

FILE: [ROOT]/phpbb/db/driver/driver.php
LINE: 855
CALL: trigger_error()

FILE: [ROOT]/phpbb/db/driver/mysqli.php
LINE: 193
CALL: phpbb\db\driver\driver->sql_error()

FILE: [ROOT]/phpbb/db/driver/factory.php
LINE: 329
CALL: phpbb\db\driver\mysqli->sql_query()

FILE: [ROOT]/phpbb/db/migration/profilefield_base_migration.php
LINE: 98
CALL: phpbb\db\driver\factory->sql_query()

usw usw
Was könnte jetzt noch helfen?

LG
Kai

Re: Richte Daten ein: \phpbb\db\migration\data\v310\profilef

Verfasst: 15.11.2015 21:51
von Lehrling
probier's mal damit: führe in der Datenbank folgenden SQL-Befehl durch:

Code: Alles auswählen

TRUNCATE TABLE phpbb_migrations
und wiederhole das Update der Datenbank.

Re: Richte Daten ein: \phpbb\db\migration\data\v310\profilef

Verfasst: 15.11.2015 22:00
von abelius-kiel
Danke für den Hinweis. Hat leider nichts gebracht, derselbe Fehler.

Ich lese gerade diesen (empfohlenen) Beitrag: https://www.phpbb.com/community/viewtop ... #p14115961

Wie ist das gemeint? Was ist die "sql.file" Kann ich da eine Zeile einfügen? Oh, ich hab's geahnt. :wink:

LG
Kai

Re: Richte Daten ein: \phpbb\db\migration\data\v310\profilef

Verfasst: 15.11.2015 22:31
von Lehrling
Ich habe jetzt mal ein Backup dieser Tabelle (von meinem Testforum, unverändertes Board) erstellt. Hier ist sie: https://www.phpbb.de/support/pastebin.p ... iew&s=1545
Kopiere alles und führe es als SQL-Befehl in der Datenbank durch. Bei mir im Testforum hat es funktioniert. Viel Erfolg.
Und du hast doch noch von allem ein Backup, oder? 8)

Re: Richte Daten ein: \phpbb\db\migration\data\v310\profilef

Verfasst: 15.11.2015 22:37
von abelius-kiel
HAllo,

ganz herzlichen DAnk. Langsam komme ich in den Bereich, wo ich nicht mehr weiß, was ich mache, aber ich mache es.

Ja, Backups sind selbstverständlich vorhanden. :P

Muss ich Punkt 1 und Punkt 2 nacheinander abarbeiten?

Danke für die Hilfe. Es wird mein letzter Anlauf heute.

LG
Kai

Re: Richte Daten ein: \phpbb\db\migration\data\v310\profilef

Verfasst: 15.11.2015 22:38
von Lehrling
Nein, kopiere einfach den Code, der über Quellcode markieren steht und führe ihn als SQL-Befehl durch.