Im Bereich PluginManager gibt es bei jedem installierten Plugin den Button "aktualisieren".
Klicket man darauf, kann man über ein Upload-Formular ein Plugin-Package hochladen.
Fragen dazu:
Wie muss so ein PluginPackage aussehen bzw aufgebaut sein?
Werden Anpassungen in der plugin.xml in der DB aktualisiert, ohne die DB Inhalte zu löschen?
Plugin-Packete - Welche Auflagen
Plugin-Packete - Welche Auflagen
Could I help you... you can help me... buy me a coffee ☕. (vielen ❤ Dank an: Seelauer, Peanut, fauxxami )
xstable.com: - HighSpeed Hosting, Domains, DomainReselling, Linux-Administration
suther.de: - App-Programierung, High-Performance-Webpages, MicroServices, API-Anbindungen & Erstellung
Software... ein Blick wert: GoogleCalender Eventlist, xst_dynamic_contentType
xstable.com: - HighSpeed Hosting, Domains, DomainReselling, Linux-Administration
suther.de: - App-Programierung, High-Performance-Webpages, MicroServices, API-Anbindungen & Erstellung
Software... ein Blick wert: GoogleCalender Eventlist, xst_dynamic_contentType
-
- Beiträge: 4316
- Registriert: Do 30. Jun 2005, 22:56
- Wohnort: Eltmann, Unterfranken, Bayern
- Hat sich bedankt: 6 Mal
- Danksagung erhalten: 4 Mal
- Kontaktdaten:
Re: Plugin-Packete - Welche Auflagen
Servus,
laut Docs ist diese Funktion wohl noch nicht implementiert
https://docs.contenido.org/display/COND ... in+manager
Gruß aus Franken
Ortwin
laut Docs ist diese Funktion wohl noch nicht implementiert

Gruß aus Franken
Ortwin
ConLite 3.0.0-dev, alternatives und stabiles Update von Contenido 4.8.x unter PHP 8.x - Download und Repo auf Gitport.de
phpBO Search Advanced - das Suchwort-Plugin für CONTENIDO 4.9
Mein Entwickler-Blog
phpBO Search Advanced - das Suchwort-Plugin für CONTENIDO 4.9
Mein Entwickler-Blog
Re: Plugin-Packete - Welche Auflagen
Ok, ist dem wirklich so, oder mangelt es hier nur an der Doku.
Wenn es an dem ist, schlage ich vor diese Option rauszunehmen. Warum sollte man im Frontend etwas einbauen, was keinerlei Funktion hat. Dürfte in einer Stable-Version nicht vorkommen.
Wenn es an dem ist, schlage ich vor diese Option rauszunehmen. Warum sollte man im Frontend etwas einbauen, was keinerlei Funktion hat. Dürfte in einer Stable-Version nicht vorkommen.
Could I help you... you can help me... buy me a coffee ☕. (vielen ❤ Dank an: Seelauer, Peanut, fauxxami )
xstable.com: - HighSpeed Hosting, Domains, DomainReselling, Linux-Administration
suther.de: - App-Programierung, High-Performance-Webpages, MicroServices, API-Anbindungen & Erstellung
Software... ein Blick wert: GoogleCalender Eventlist, xst_dynamic_contentType
xstable.com: - HighSpeed Hosting, Domains, DomainReselling, Linux-Administration
suther.de: - App-Programierung, High-Performance-Webpages, MicroServices, API-Anbindungen & Erstellung
Software... ein Blick wert: GoogleCalender Eventlist, xst_dynamic_contentType
-
- Beiträge: 967
- Registriert: Do 15. Apr 2004, 17:12
- Wohnort: Eschborn-Niederhöchstadt
- Kontaktdaten:
Re: Plugin-Packete - Welche Auflagen
Vielleicht entspannen wir uns erst einmal, bevor Vorwürfe ("Dürfte in einer Stable-Version nicht vorkommen") formuliert werden
. Die Möglichkeit ein Plugin zu aktualisieren ist bereits funktionierender Bestandteil von CONTENIDO.
Beim Aktualisieren eines Plugins werden die pluginspezifischen Datenbankeinträge (con_area, con_nav_sub usw.) entfernt und neu geschrieben. Was vom Plugin-Entwickler individuell angelegte Datenbanktabellen anbelangt (z. B.: con_meinplugin), so werden diese nicht automatisch gelöscht, überschrieben o. ä., sondern es wird eine Sql-Datei nach der Bezeichnung "plugin_update_alteversionsnummer_to_neueversionsnummer.sql" erwartet. In dieser kann der Plugin-Entwickler individuell entscheiden, ob und wenn ja, was aktualisiert, neu geschrieben wird o. ä. Im Update-Modus wird die plugin_install.sql bzw. plugin_uninstall.sql dann nicht ausgeführt, sondern ausschließlich dann, wenn es die "plugin_update_alteversionsnummer_to_neueversionsnummer.sql" nicht gibt.
Zusammengefasst:

Beim Aktualisieren eines Plugins werden die pluginspezifischen Datenbankeinträge (con_area, con_nav_sub usw.) entfernt und neu geschrieben. Was vom Plugin-Entwickler individuell angelegte Datenbanktabellen anbelangt (z. B.: con_meinplugin), so werden diese nicht automatisch gelöscht, überschrieben o. ä., sondern es wird eine Sql-Datei nach der Bezeichnung "plugin_update_alteversionsnummer_to_neueversionsnummer.sql" erwartet. In dieser kann der Plugin-Entwickler individuell entscheiden, ob und wenn ja, was aktualisiert, neu geschrieben wird o. ä. Im Update-Modus wird die plugin_install.sql bzw. plugin_uninstall.sql dann nicht ausgeführt, sondern ausschließlich dann, wenn es die "plugin_update_alteversionsnummer_to_neueversionsnummer.sql" nicht gibt.
Zusammengefasst:
- Aktualisieren via Plugin-Paket funktioniert
- Plugin Manager schreibt das Plugin völlig neu ins System
- Über eine Update-Sql-Datei können Update-Befehle für die Datenbanktabellen definiert werden
- Die plugin_install.sql und plugin_uninstall.sql werden nur ausgeführt, wenn es keine Update-Sql-Datei gibt
Frederic Schneider
Entwickler bei der four for business AG
Entwickler bei der four for business AG
Re: Plugin-Packete - Welche Auflagen
Keine Entspannung notwendig, weil keine Verspannung vorliegtfrederic.schneider_4fb hat geschrieben:Vielleicht entspannen wir uns erst einmal, bevor Vorwürfe ("Dürfte in einer Stable-Version nicht vorkommen") formuliert werden.



Könntet Ihr denn in der Doku einen kurzen Abriss darüber erfassen. Wäre Klasse.
Danke dass du kurz angerissen hast, wie es funktioniert.
Es fehlen mir lediglich die folgenden Infos:
- welchen Aufbau muss die Plugin-Datei ( die man dort hochlädt ) haben. Ist es einfach eine ZIP-Datei des entsprechenden (gesamten) Plugins, oder nur die Dateien die Überschrieben werden sollen?
- werden (sollte meine obige Annahme mit dem ZIP-File richtig sein) Datein dann im entsprechenden Pluginordner überschrieben, wird vor überschreibung ein Backup des ordners irgendwohin gespeichert?
Could I help you... you can help me... buy me a coffee ☕. (vielen ❤ Dank an: Seelauer, Peanut, fauxxami )
xstable.com: - HighSpeed Hosting, Domains, DomainReselling, Linux-Administration
suther.de: - App-Programierung, High-Performance-Webpages, MicroServices, API-Anbindungen & Erstellung
Software... ein Blick wert: GoogleCalender Eventlist, xst_dynamic_contentType
xstable.com: - HighSpeed Hosting, Domains, DomainReselling, Linux-Administration
suther.de: - App-Programierung, High-Performance-Webpages, MicroServices, API-Anbindungen & Erstellung
Software... ein Blick wert: GoogleCalender Eventlist, xst_dynamic_contentType
-
- Beiträge: 967
- Registriert: Do 15. Apr 2004, 17:12
- Wohnort: Eschborn-Niederhöchstadt
- Kontaktdaten:
Re: Plugin-Packete - Welche Auflagen
Werde ich gerne ergänzen, kann Dir aber noch nicht versprechen ob es morgen klappt, da wir momentan schwer mit Testen beschäftigt sind, oder erst Ende nächster Woche!rethus hat geschrieben:Könntet Ihr denn in der Doku einen kurzen Abriss darüber erfassen. Wäre Klasse.
Gerne!Danke dass du kurz angerissen hast, wie es funktioniert.
Momentan ist es lediglich notwendig, das gesamte Plugin-Paket anzubieten (die gesamten Unterordner und Dateien im Hauptverzeichnis müssen in einer Zip-Datei liegen). Selbstverständlich wollen wir das Verfahren aber mit der Zeit verbessern, sodass richtige Update-Pakete möglich sind.welchen Aufbau muss die Plugin-Datei ( die man dort hochlädt ) haben. Ist es einfach eine ZIP-Datei des entsprechenden (gesamten) Plugins, oder nur die Dateien die Überschrieben werden sollen?
Auch das nicht, aber ich nehme das als Anregung mal auf, da ich den Gedanken mit dem Backup bislang noch nicht hatte!werden (sollte meine obige Annahme mit dem ZIP-File richtig sein) Datein dann im entsprechenden Pluginordner überschrieben, wird vor überschreibung ein Backup des ordners irgendwohin gespeichert?
Die Update-Funktionalität beschränkt sich de facto darauf, dass die alten Dateien durch alle neuen ersetzt werden und es die Möglichkeit gibt, Update-Sql-Dateien zu schreiben (Aufbau analog der Sql-Dateien für Installationen und Deinstallationen). Wie oben erwähnt soll das mit der Zeit verbessert werden, da wir selbst noch einiges an Potential im Bereich Plugins und Module sehen.
Frederic Schneider
Entwickler bei der four for business AG
Entwickler bei der four for business AG