Seite 6 von 10

Re: [3.3] [3.2] Extension Manager Plus

Verfasst: 10.08.2022 23:09
von LukeWCS
EMP 1.0.4 veröffentlicht.

Der Bug hat Nerven gekostet. :x Das Problem liegt bei der Migrator Klasse bei der in Bezug auf das Berechtigungssystem "irgendwas" anders gemacht wird, als bei anderen Klassen. Das Problem tritt nur dann auf, wenn die Migrator Klasse regulär per services.yml eingebunden wird. Deshalb wird diese Klasse jetzt erst zur Laufzeit per Container Funktion eingebunden. Dadurch wird das Lade-Problem der Klasse in Kombination mit "Berechtigungen des Benutzers testen" komplett umgangen.

Re: [3.3] [3.2] Extension Manager Plus

Verfasst: 29.10.2022 14:13
von LukeWCS
EMP 1.0.5 online.

Das Ergebnis der letzten Versionsprüfung der Erweiterungen kann jetzt dauerhaft als Benachrichtigung angezeigt werden. Details siehe Changelog.

Re: [3.3] [3.2] Extension Manager Plus

Verfasst: 05.11.2022 13:19
von LukeWCS
Update 1.0.6 online.

Siehe Changelog.

Re: [3.3] [3.2] Extension Manager Plus

Verfasst: 04.12.2022 17:52
von LukeWCS
Version 1.0.7 veröffentlicht.

Grösseres Update, siehe Changelog.

Danke an Kirk, Scanialady, Mike-on-Tour und chris1278 für Rückmeldungen. :)

Re: [3.3] [3.2] Extension Manager Plus

Verfasst: 01.02.2023 16:51
von LukeWCS
Version 1.0.8 veröffentlicht.

Re: [3.3] [3.2] Extension Manager Plus

Verfasst: 24.02.2023 21:26
von LukeWCS
Version 1.1.0 verfügbar.

Für PHP 8.2 freigegeben.

Das ist ein grosses Update bei dem der Schwerpunkt auf Optimierung liegt. Dazu gehört die Minderung der Last sowie Erhöhung der Robustheit. Insbesondere der Verzicht auf die Migrator Klasse von phpBB durch Ersatz mit eigenen Funktionen macht EMP gegenüber Exts mit defekter Migration erheblich weniger anfällig. Der Verzicht der Migrator Klasse hat auch Einfluss auf deutlich reduzierten Speicherbedarf. Dieser Hintergrund zusammen mit der Erkenntnis, dass die Migrator Klasse nicht via services.yml eingebunden werden darf, macht klar, dass der Migrator nicht für Ext Coder gedacht war. Vor allem ist der Migrator nicht dafür ausgelegt, dutzende von Exts zu bearbeiten.

Es gibt auch etliche Verbesserungen und Neuerungen, wie z.B. die Option dass EMP sich den letzten Zustand der Kontrollkästchen merken kann. Das ist gerade bei phpBB Updates praktisch, da man so sehr einfach alle aktiven Exts deaktivieren und nach dem Update wieder exakt die gleichen Exts reaktivieren kann. Das ist insbesondere dann relevant, wenn man zusätzlich Exts installiert hat, die man aber nur fallweise aktiviert.

Details wie immer im Changelog.

Danke an Kirk, Scanialady, chris1278 und Mike-on-Tour für Rückmeldungen und Vorschläge.

Re: [3.3] [3.2] Extension Manager Plus

Verfasst: 06.03.2023 15:42
von vfrblue
Ich habe das Upgrade auf phpBB 3.3.10 mit der Version 1.1.0 des EMP durchgeführt. Die Deaktivierung von 47 Erweiterungen wurde schnell und unkompliziert durchgeführt. Auch die spätere Reaktivierung verlief schnell und ohne Probleme.
Für mich ist diese Erweiterung ein "Must Have", die das Arbeiten mit einem phpBB-Forum sehr erleichtert.

Re: [3.3] [3.2] Extension Manager Plus

Verfasst: 06.03.2023 19:05
von LukeWCS
Danke für die Rückmeldung Hermann. :)

Re: [3.3] [3.2][CDB] Extension Manager Plus

Verfasst: 23.04.2023 13:08
von LukeWCS
Gestern wurde EMP erfolgreich validiert und ist somit auch in der CDB vertreten. Startbeitrag angepasst.

Re: [3.3] [3.2][CDB] Extension Manager Plus

Verfasst: 30.04.2023 13:29
von LukeWCS
Hey Thorsten

Stichwort Synergieeffekt:
IMC hat geschrieben: 13.01.2023 00:16 Falls die Funktion einen "Modalen Dialog" erzeugt, den wollte ich nicht.
Deine kreative Rückfrage in RT hat mich dazu gebracht, meine eigenen Rückfragen zu überdenken. Ich verabschiede mich (nach langem) von der JS Funktion confirm(). Die Validatoren haben das zwar weder bei LFWWH noch bei EMP kritisiert, aber der Hit ist das trotzdem nicht. Das war mir von Anfang an bewusst, hab aber den Aufwand einer ordentlichen Lösung gescheut. Die fertige JS Funktion ist halt super simpel und schnell eingebaut. Das die Seite blockiert wird, bis die Meldung geschlossen wird, ist jetzt für mich weniger relevant. Aber das JS beim Client komplett angehalten wird bis die modale Meldung geschlossen wird, ist weniger prickelnd. Im ACP dürften zwar permanent im Hintergrund laufende JS Codes eher selten sein, aber ausschliessen kann mans auch nicht.

Bei EMP habe ich angefangen. Ab EMP 1.1.1-b5 gibts eine ordentliche Lösung für seitenbasierte Rückfragen und ich habe das gleich universell gestaltet, damit ich beliebige viele Rückfragen pro Seite realisieren kann, bei minimalem Aufwand im Template:

Rückfrage 1
Rückfrage 2