Danke dir für den Hinweis. Ich habe vergessen den Link auf meiner Website zu entfernen. Ich stelle meine Erweiterungen nur noch auf Github bereit.
Beiträge von astrid
-
-
Es gibt sicher unterschiedliche Meinungen. Ich habe zu Beginn meiner Joomal Zeit einmal gelernt:
Eine Komponente schreibt man, wenn man im Inhaltsbereich etwas anzeigt; quasi einen Menüpunkt braucht.
Ein Modul nutzt man, um an unterschiedlichen Stellen flexibel Dinge anzuzeigen.
Ein Plugin verändert kleinere Inhaltsbereiche oder fügt Funktionalitäten hinzu.
Somit wäre ein Plugin das Mittel der Wahl in deinem Fall - wenn du bei Joomla bleiben magst.Ein Super Buch für Plugins (Joomla 3) ist dieses:
https://www.amazon.de/Programm…anted-About/dp/9082278707
Das gab es einmal kostenlos im Netz RE: oncontentprepareform in FieldPlugin.
-
Alles anzeigen
Weiß jemand zufällig eine Komponente/Modul für Joomla für Open Street Map für unentlich viele Pins (am besten wäre das man die Anzeige mit HTML Editor bearbeiten kann)
und wenn möglich mit Suchfunktion, das sman nach eine PLZ oder ORT suchen kann?
Darf natürlich was kosten.
DANKE für Eure Hilfe.
Was meinst du genau mit "unendlich viele Pins"?
Mit meiner Komponente agosms kannst du so viele Pins anlegen, wie du Speicher hast. Es ist ein Such-Plugin dabei, so das du mit com_search suchen kannst.Releases: https://github.com/astridx/pkg_agosms/releases
Read.me: https://github.com/astridx/pkg_agosms/blob/master/README.md
Vielleicht magst du es dir einmal ansehen. -
Allerdings nicht für PRs, welche weiterhin die "Nightlies" brauchen: https://developer.joomla.org/nightly-builds.html. 4.0.0-beta2-dev. Wenn PRs gemerged sind bzw. SQL upgedated, muss man eh wieder ein Full package installieren.
Liebe Grüße
Christine
Ja, ich hatte auch das Testen der Beta gemeint.
Wenn ich es richtig verstanden habe, dann kannst du aber ab der Beta auch von Nighly Build zu Nighly Build problemloser aktualisieren. Auch bei Datenbankänderungen gibt es kein Durcheinander mehr.
-
Ich glaube hier wurde es noch nicht geschrieben:
https://www.joomla.de/news/joo…-horizont-die-beta-ist-da
Vielleicht mag ja jemand testen?
-
ach, ich weiß nicht
Möchte meine updates bewusst steuern (können). Sei es wegen Backups (manuelles) usw.Das dachte ich auch immer. Heute denke ich, dass es auf die Umsetzung ankommt. Wenn ich es in Münster richtig verstanden habe, dann werden im ersten Schritt des automatischen Updates bestimmte Seiten getested.
Und dann werden nicht alle Sites auf einen Schlag angegangen. Zwischendurch wird immer geprüfte, ob Probleme gemeldet werden. Dann kann das Ausrollen des Update später jederzeit gestoppt werden.
Wenn ich es einstellen kann, dann würde ich die Seiten, die ich als Testseiten habe, gerne automatisch aktualisieren. Wenn ich Prioriten vergeben kann, also diese Seite nicht im ersten Schritt, sondern erst in der zweiten Runde, dann kommen da sicher Seiten hinzu ...
Ist das richtig zero24 ?
-
Wenn ich dich richtig verstehe magst du ein Formular erstellen. Eine Idee wäre eine Formularerweiterung https://extensions.joomla.org/tags/forms/
-
Eine Seite Anlagen kann ich auch. Siehe Anhang. Wenn ich dann eines der blauen plus Zeichen wähle kann ich eine Inhaltsform wählen z.B. Image. Danach sehe ich eine leere Seite.
Im Frontend Editor sehe ich eine komplett lehre Seite. Nach meinen Verständnis müsste ich hier mindestens mein leeres Template sehen.
Hat einer eine Idee wo der Fehler liegt?
Das ist nicht so wie es sein sollte. Wenn du zum Beispiel Image auswählst, dann sollte ein Modal-Fenster aufgehen, in dem du die Eigenschaften des Images bearbeiten kannst.
Stelle einmal die Fehleranzeige auf Ja. Vielleicht siehst du dann eine Fehlermeldung, mit der man weiter kommt.
-
Nun denn, die Neuinstallation wäre doch nicht notwendig gewesen. Weil es die gleiche Datenbankversion zeigt, Nämlich: 4.0.0-2020-03-25 -- 4.0.0-beta1-dev
Patchtester: 4.0.0-rc2
Ich weiß, was du meinst. Dieses elendige Neuinstallieren ist lästig. Ich weiß aber aus Erfahrung, dass man sich viele Probleme erspart, wenn man im Zweifel neu installiert.
Ich glaube, du hattest bei dem beschriebenen PR zu Beginn nicht die neueste Developer-Version von Joomla 4 auf deinem Rechner. Deshalb war die Spalte protected nicht vorhanden.
Da im betreffenden PR nur Änderungen in einer PHP-Datei vorgenommen wurden, wäre dieser PR einer von denen, die mit der hier im Zweig beschriebenen Weise installiert werden und später mit einem anderen überschreibbar sind. Weil: Der Patch beinhaltet weder eine Datenbankänderung und es wird keine Datei hinzugefügt, umbenannt oder gelöscht.
Fazit: Hier hatte ein sauberes System zu Beginn Ärger erspart. Korrekt?
Nebenbei ist möglich, dass ein Test ein falsches Ergebnis bringen, wenn man ihn auf einer veralteten Joomla Developer Version ausführt.
-
Des is alles so geil, was ihr macht! Hammer
@ astrid - hast du evtl. mal ein paar Links zu den Extensions, die du gemacht hast, wo man sich die mal anschauen kann? Klingt alles mega spannend!Am Anfang der Read.me habe ich drei Links eingetragen: https://github.com/astridx/pkg_agosms/blob/master/README.md
Wenn es dir um eine Demo des Administrationsbereichs geht, habe ich keinen Link. Du kannst die Erweiterung aber gerne ausprobieren. -
Es ging mir darum, dass ich oft (wieder) ein komplettes fully (nightly) installieren musste. Da die Update Packages ja nicht immer die erforderliche SQL Daten enthielten.
Das wird sich mit dieser Neuerung leider nicht ändern.
Wenn die Datenbank bei einem Patch geändert wurde, dann musst du diese nach dem Test wieder "zurücksetzten". Dazu musst zum Beispiel mit einem Nighly Build eine neue Installation durchführen.
Ein weiter Punkt der beachtet werden muss: Wenn bei einem Patch eine Datei umbenannt, gelöscht oder hinzugefügt wurde funktioniert das "Nacheinandertesten" auch nicht korrekt. Konkret: Wenn bei einem Patch eine Datei hinzugefügt wurde und du das nächste Patch hinzufügst, dann wird die hinzugefügte Datei unter Umständen nicht gelöscht. Hier ist der Patch Tester klar im Vorteil. Der kann mit geänderten Dateinamen umgehen.
Der Vorteil der dieser Methode ist, das sie npm und composer unnötig macht. -
Was mir bei deiner Anleitung aufgefallen ist: Du schreibst, dass die Update-Packages nur innerhalb eines Versionsstrangs (3 oder 4) funktionieren.
Danke für deinen Hinweis. Das habe ich nicht genau genug beschrieben. Gemeint habe ich folgendes: Wenn du eine Joomla 3 Installation hast und hier ein Patch von Joomla 4 einspielst, dann passt die Datenbank nicht. Du installierst dann Änderungen für Joomla 3 in eine Joomla 4 Datenbank. Das passt nicht.
Kann man nicht auch ein Update-Paket für Version 4 auf eine Version 3 aufspielen? Dann kommt man natürlich auf V4 raus, aber gerade für Änderungen am Datenbankschema müsste man das wahrscheinlich so machen, da diese nur für Updates von 3 auf 4 und bisher nicht von 4 auf eine spätere 4 ausgelegt sind.
Ich glaube nicht, dass man ein Update-Paket für Version 4 auf eine Version 3 aufspielen kann. Wenn es um das Testen des Updates von joomla 3 auf Joomla 4 geht, dann ist es meist so, dass dies in der Testbeschreibung genauer erklärt ist. Zum Beispiel in diesem PR: https://github.com/joomla/joomla-cms/pull/28495
Man soll dann also joomla 3 installieren, danach das Patch installieren und am Ende das Update durchführen. Dann ist man auf Joomla 4.
Ich hoffe das ist verständlich. -
Lassen sich die Patches wie Erweiterungen auch wieder deinstallieren?
Jein. Du kannst auf ein aktuelles Nighly Build aktualisieren, dann hast du wieder die aktuellste Entwicklungsversion.
Wenn es dir darum geht, die Deinstallation durchzuführen, um ein anderes Patch zu testen, dann ist das nicht notwendig. Wenn du die die Zip des anderen Installationspaketes installierst, wird das vorhergehende gleichzeitig überschieben.
Und muss man die Prozedur mit allen Patches einzeln durchgehen, die man testen möchte? Oder gibt es eine Möglichkeit, mehrere Patches gleichzeitig auszuwählen und die betroffenen Dateien in einem Rutsch zu downloaden?
Das geht leider nicht. In erster Linie geht es darum, eine Fehlerbehebung unabhängig von anderem zu testen und so zu beurteilen, ob dieses Patch fehlerfrei ist und in den Code integriert werden kann/soll. Aber du hast recht. Manchmal gibt es Wechselwirkungen zu anderen Patches und man möchte die zusammen ansehen.
-
Es ist ja immer mal wieder Thema, dass das Testen von Joomla 4 schwierig ist. Es gibt seit Anfang April eine neue Möglichkeit Fehlerbehebungen zu prüfen. Ich habe diese hier beschrieben. Ich hoffe, dies ist für den ein oder andere hilfreich und freue mich über konstruktives Feedback.
-
Wie sieht dein Formular aus. Vielleicht kannst den Code hier einstellen.
-
Das erste virtuelle Mini-Pizza Bugs and Fun ohne Pizza -Event ist morgen noch eine gute Gelegenheit, den neuen Patchtester auszuprobieren:
-
Fehlerbebungen in Joomla testen: Dank Roland Dalmulder ist eine neue Version des Patchtesters für Joomla 4 erschienen.
-
Super wäre, wenn nach dem Update einer Erweiterung ein verlinkter Hinweis erscheint, dass sich eine betreffende Datei geändert hat. Das geht nur, wenn Override-Dateien logisch mit ihren Ursprungsdateien verbunden sind und bleiben.
Ja, da gibt es ein Quickicon für. In Joomla 4 siehst du geänderten Overrides, also wenn die Ursprungsdatei aktualisiert wurde, genauso wie wenn eine Erweiterung eine Aktualisierung anbietet.
So kann es gehen. Gerade wollte ich mir das Problem das oben angesprochen wurde genauer ansehen, da ist es schon korrigiert worden:
Problem https://github.com/joomla/joomla-cms/issues/28548
Lösung: https://github.com/joomla/joomla-cms/pull/28550 -
etzt habe ich also das Quickstart Package runtergeladen und den Installations-Prozess neu durchlaufen.
Ich finde es wichtig, Inhalte die man aus dem Quickstart nicht braucht, zu löschen. Manchmal treten die unerwartete Effekte auf. Zum Beispiel werden sie in der Suche gefunden ....
-
