phpBB.de - Die deutsche phpBB-Community
https://www.phpbb.de/community/
Zitat-Quelle auszugsweise, somit gekürzt (vgl. Knigge): Vollzitate sind unerwünscht.Topic von Kirk am 10. Jun 2025, 05:33 auf phpBB.de hat geschrieben: .... hätte man im Vz. migrations einige Dateien löschen bzw. bearbeiten können.
Quelle: viewtopic.php?p=1431674#p1431674
v_0_2_0 bis v_2_3_0 entfernen können. In der migrations Datei v_0_1_0.php hätte man dann folgendes:
Code: Alles auswählen
public function effectively_installed()
{
return isset($this->config['vl_version']) && version_compare($this->config['vl_version'], '2.2.2', '>=');
}
Code: Alles auswählen
['config.add', ['vl_version', '2.2.2']],
['config.add', ['show_abbc3_bbcodes', 0]],
Code: Alles auswählen
return ['\phpbb\db\migration\data\v310\dev'];
Code: Alles auswählen
return ['\phpbb\db\migration\data\v330\v330'];
show_abbc3_bbcodes per migration entfernen, wird ja nicht mehr benötigt.Code: Alles auswählen
\ongray\viewlegend\migrations\v_0_1_0 - a:1:{i:0;s:34:"\phpbb\db\migration\data\v330\v330";} - usw.Code: Alles auswählen
config_name - config_value - is_dynamic
vl_enable - 1 - 0Code: Alles auswählen
// Add configs
['config.add', ['vl_enable', 1]],
['config.add', ['vl_adminmode', 0]],
['config.add', ['show_vl_mini', 1]],
phpbb_migrations folgende Einträge vorhanden:
Vergleiche mal deine migrations Datei mit dieser hier: pastebin/?mode=view&s=26
Nein, dies kann man über eine neue migrations Datei regeln.
Code: Alles auswählen
Die Informationen über die aktuelle Version konnten nicht abgerufen werden.
Client error: `GET https://www.gotskillslounge.com/version/phpbb-extensions/viewlegend.json` resulted in a `415 Unsupported Media Type` response: <html> <head><title>415 Unsupported Media Type</title></head> <body> <center><h1>415 Unsupported Media Type</h1></cen (truncated...) Code: Alles auswählen
vl_enable - 1 - 0Code: Alles auswählen
// Add configs
['config.add', ['vl_enable', 1]],
['config.add', ['vl_adminmode', 0]],
['config.add', ['show_vl_mini', 1]],
Code: Alles auswählen
\ongray\viewlegend\migrations\v_0_1_0Code: Alles auswählen
a:1:{i:0;s:34:"\phpbb\db\migration\data\v330\v330";}Die neue Version habe ich noch nicht (Download) hochgeladen und ob die Versionsprüfung andersartig konzipert ist, kann ich zur Zeit auf gotskillslounge.com auch nicht testen. Ggf. sind neue Anpassungen erforderlich (?).Kirk hat geschrieben: 14.06.2025 19:15 Irgendwie passt bei der VL mit der Versionsprüfung nicht, wenn bei der VL auf Details klickt, erhält man folgende Meldung:
Das ist nicht kurios, sondern in dem Fall exakt das erwartete und korrekte Ergebnis. Bei einer VP wird ein Versionsvergleich zwischen lokaler Version (in dem Fall 2.4.0) und remote Version (in dem Fall 2.3.9) vorgenommen. Ist die lokale Version grösser oder gleich der remote Version, gilt die lokale Version als aktuell und wird somit grün markiert.Talk19zehn hat geschrieben: 15.06.2025 08:42 Kurios ist, dass sie bei mir im TB die neue Version 2.4.0 bereits per VP in der Farbe Grün ausgibt.
Nein, das hat nichts mit der Verfügbarkeit der Ext zu tun, sondern, wie EMP schon klar aussagt, dass noch keine VP für diese Ext durchgeführt wurde. Sobald man eine globale VP (Alle Versionen erneut prüfen) oder gezielt eine lokale VP (Details) ausführt, ändert sich dieser Zustand, da dann Informationen über die remote Version vorliegen und von EMP in der DB gespeichert wurden.Habe mir zusätzlich die EXT Extension Manager Plus v_3.0.0 installiert und sie zeigt im Tooltip das orangefarbene Icon = Bei dierser Erweiterung wurde keine Versionsprüfung ausgeführt. Was für mich in ihrer Logik richtig ist, da es die neue Version noch gar nicht im Download existiert.
v_0_1_0? Die Klasse (und Datei) einfach nach der Ext Version benennen, zu der die Migration gehört, also im Falle der kommenden Version: v_2_4_0.php. Spätere Migrationsdateien dann einfach ebenfalls exakt passend zur Ext Version benennen. So hat man erstens ein klares Muster nach dem man Migrationen benennt und zweitens hat man schon beim Blick in den Migrationen Ordner sofort eine saubere Übersicht bei welcher Ext Version etwas an der Migration verändert wurde und man kann ebenfalls sofort die Migrationskette erkennen. Das sind nur Vorschläge basierend auf Erfahrung. Ihr könnt eure Migrationsdateien benennen wie ihr wollt, also auch pizza.php und toastbrot.php, solange die Migrationskette korrekt definiert wurde. Ob solche Namen sinnvoll sind, darf allerdings ernsthaft in Frage gestellt werden. Dann wäre es eigentlich seine Aufgabe und Entscheidung, wie die Migration aufgebaut sein soll/muss. Wir können hier dann nur Tipps aus der Erfahrung heraus vermitteln. Es ist natürlich auch relevant, wie gut ein Entwickler die Migration im Griff hat, denn das ist ein ziemlich komplexes Thema und da gibts ne Menge Möglichkeiten Fehler zu machen.Talk19zehn hat geschrieben: 11.11.2024 10:29 Alle Rechte an meiner Extension Viewlegend auf
Prosk8er im Oktober/November 2024 zu übertragen.