vielen Dank für die Antworten, werde sehen ob ich das hinbekomme
Frage: mit der Version 2.0.4 von MyAlerts kamen die beiden Tabellen die für die Version 2.1.0 offenbar neu angelegt werden wollen / sollen, über das mitgelieferte SQL-Script
Code:
CREATE TABLE `mybb_alert_types` (
`id` INT(11) UNSIGNED NOT NULL AUTO_INCREMENT,
`code` VARCHAR(100) NOT NULL DEFAULT '',
`enabled` TINYINT(4) NOT NULL DEFAULT '1',
`can_be_user_disabled` TINYINT(4) NOT NULL DEFAULT '1',
PRIMARY KEY (`id`),
UNIQUE KEY `unique_code` (`code`)
)
ENGINE = InnoDB
DEFAULT CHARSET = utf8;
CREATE TABLE `mybb_alerts` (
`id` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT,
`uid` INT(10) UNSIGNED NOT NULL,
`unread` TINYINT(4) NOT NULL DEFAULT '1',
`dateline` DATETIME NOT NULL,
`alert_type_id` INT(10) UNSIGNED NOT NULL,
`object_id` INT(10) UNSIGNED NOT NULL DEFAULT '0',
`from_user_id` INT(10) UNSIGNED DEFAULT NULL,
`forced` INT(1) NOT NULL DEFAULT '0',
`extra_details` TEXT,
PRIMARY KEY (`id`)
)
ENGINE = MyISAM
DEFAULT CHARSET = utf8;
werden dadurch die vorhandenen Einträge gelöscht? ich frage lieber einmal zu viel und ggf. auch "dumm" und selbst wenn die Seite auf der ich das mache eine Arbeitskopie für diesen Zweck ist, muss man ja trotzdem nichts riskieren
oder kann ich die SQL komplett ignorieren, da ich ja "nur updaten" und nicht neu installieren will?
die vorhandenen Tabelle nsehen ja so aus:
Code:
CREATE TABLE `mybb_alert_types` (
`id` int(11) UNSIGNED NOT NULL,
`code` varchar(100) NOT NULL DEFAULT '',
`enabled` tinyint(4) NOT NULL DEFAULT 1,
`can_be_user_disabled` tinyint(4) NOT NULL DEFAULT 1
) ENGINE=MyISAM DEFAULT CHARSET=utf8mb3 COLLATE=utf8mb3_general_ci;
CREATE TABLE `mybb_alerts` (
`id` int(10) UNSIGNED NOT NULL,
`uid` int(10) UNSIGNED NOT NULL,
`unread` tinyint(4) NOT NULL DEFAULT 1,
`dateline` datetime NOT NULL,
`alert_type_id` int(10) UNSIGNED NOT NULL,
`object_id` int(10) UNSIGNED NOT NULL DEFAULT 0,
`from_user_id` int(10) UNSIGNED DEFAULT NULL,
`forced` int(1) NOT NULL DEFAULT 0,
`extra_details` text DEFAULT NULL
) ENGINE=MyISAM DEFAULT CHARSET=utf8mb3 COLLATE=utf8mb3_general_ci;
wenn ich das richig sehe hat sich da nichts geändert?
na wenn das mal kein Spaß ist:
Zitat:Anscheinend gibt es ein Problem mit dieser Website
https://arbeitskopie.slayertime.de/admin...6665e4dd10 hat möglicherweise ein temporäres Problem oder ist umgezogen.
Fehlercode: 500 Internal Server Error
ist das nicht ein Goldschatz?
habe die datei-Version 1.3 raus gelöscht und durch die 1.4er ersetzt, dann kommt das dabei raus
werde das gleich noch mal rückgängig machen, aber macht schon Spaß sowas
mit der 1.3 aus dem Backup habe ich es wieder aktivieren können .. und werde das jetzt auch erst mal so lassen, da ich nicht darauf klarkomme "ersetzen" der Datei, funktioniert nicht, weil der Upload offenbar ignoriert wird und "vorher löschen und die neue Datei hochladen" reißt einen Fehler an ... siehe oben
mein Plan war ja, die 1.8.38 - bzw. inzwischen dann die 1.8.39 Installieren, die frischen Plugins da reinbringen und dann mit dem Merge die Daten zu übernehmen.
Das funktioniert nicht und war auch nie die angedachte Funktion vom Merge, das weiß ich inzwischen, aber das wird ja nichts mit dem Plugin-Update-Versuch
Ich kenne myBB seit der 1.6.4 und die Erste die ich zum Laufen gekriegt habe, war die 1.8.15 ...
Damit bin ich nun auf 1.8.38, aber noch immer PHP7.4.33 ... der Versuch die vollständige Seite auf PHP8.1 zu heben, ist unmöglich dank der Plugins ...
Die paar von denen es Versionen für die PHP8 gibt, lassen sich erwiesener Maßen nicht durch "Datei ersetzen" ändern.
Der Versuch die alten Dateien zu entfernen, damit die neue erkannt wird - wird sie - aber lässt sich nicht wieder aktivieren, scheitert an dem Fehler siehe oben
So stecke ich nun fest auf PHP7.4.33, weil die Plugins sich quer stellen ..