Druckversion des Themas
Hier klicken um das Topic im Orginalformat anzusehen
Forum Sefrengo.org _ Feature Request _ Meldung bei neuer Modul-Version
Geschrieben von: FireFlyer Sat. 26. July 2008, 16:31
Die Funktion "Modul ist up2date" kontrolliert doch nur, ob es im eigenen Backend eine neuere Version gibt, oder?
Wäre es machbar, dass man beim Aufruf des Modulbereichs auf Updates aufmerksam gemacht wird, welche im SF Forum bereitgestellt sind?
Natürlich sollte die Performance auch eine Rolle spielen. Falls bei jeweiligen Aufruf des Modulbereiches zu viel Zeit drauf gehen würde, könnte man ja auch einen Update-Button einfügen, welcher dann auf SF nachschaut und die Versions-Unterschiede zeigt!
Geschrieben von: bkm Sat. 26. July 2008, 18:27
die grundfunktionen (glaube von stam) dazu gibts ja schon seit D*DI-zeiten (wird wohl mittlerweile auch dort benutzt).
Geschrieben von: bjoern Sun. 27. July 2008, 15:03
Die Funktion war mal angedacht, wurde aber nie zu Ende entwickelt. Auch nicht bei DeDi.
Geschrieben von: Chregu Wed. 13. August 2008, 13:41
Wie war diese Funktion den angedacht?
gruss
chris
Geschrieben von: hylli Wed. 13. August 2008, 20:49
http://forum.der-dirigent.de/index.php?act=ST&f=2&t=2293
Falls das noch so zutrifft. Info stammt allerdings schon von 2004!
Hylli
Geschrieben von: gunwalt Wed. 13. August 2008, 22:49
In den Values gibt es noch den Eintrag: repository_server service.sefrengo.de
Geschrieben von: STam Thu. 2. October 2008, 17:52
Hi,
da ich das zu DeD1 Zeiten mal angefangen habe biete ich an
das auch zu Ende zu bringen. Mal davon abgesehen das das
nicht viel arbeit ist möchte ich das nicht "für die Katz" machen
und deswegen im Vorfeld vieleicht absprechen was zu tun ist
und ob das dann auch allen zur Verfügung steht...
Also "nicht kommerziell" bleibt!
Ich stelle also Source des Repository-Service zur Verfügung
und jemand muss das ganze Hosten! Zusätzlich muss noch
die Repository Klasse in SF ausgtauscht werden, per Update!?
Der Repository-Server ist fertig als Konzept und mit minimalen
Funktionsumfang auch schon getestet worden.
Das ist noch keine "SuperDuper" implementation aber es läuft 
Also ich freue mich über eine rege Teilnahme an dieser Entwicklung.
Lg STam
Geschrieben von: FireFlyer Thu. 2. October 2008, 18:43
Bin dafür. Geil!!!! Es tut sich in letzter Zeit so viel und das gefällt mir. Weiter so.
Geschrieben von: hylli Thu. 2. October 2008, 19:58
Jou, bin auch dafür, zumal das bei D... nun alphamäßig mit ein paar Modulen schon vorhanden ist.
Hylli
Geschrieben von: STam Sun. 5. October 2008, 11:09
Na die Zustimmung ist ja überwältigend ... scheint hier also immer noch so zu laufen wie früher ...
Lg
Geschrieben von: feniweb Sun. 5. October 2008, 14:47
Hi STam
Auch nach dem mehrmaligen lesen des Beschreibes im D*DI, (übrigens finde ich das diese Beschreibung auch hier stehen sollte) habe ich das gefühl ich Verstehe noch nicht im detail was das Teil genau macht und bewirkt.
Zum Verständnis:
1. ist das eine Software die z.B. bei sefrengo.org installiert wird und alle haben darauf zugriff
2. alle Plugins und Module werden über dieses System verwaltet
3. jede extern installierte SF 1.4.x nimmt mit diesem System kontakt auf und überprüft ob eine neue Version vorhanden ist und zeigt das auf irgend eine weise an
4. per knopfdruck kann dann die neue Version installiert werden.
Funktioniert das ganze ähnlich wie in Wordpress 2.x
Wenn das in etwa so funktioniert, dann finde ich das genial und müsste eingebaut werden.
Da enstehen einige Fragen:
1. wie viel mehr belastung ist das für die sefrengo.org
2. Wie viel mehrarbeit erzeugt das für den Admin von SF, wer wird das installiern unterhalten
3. wer träg die evtl. mehrkosten
4. wie viel mehr arbeit gibt es die alten Module und Plugins anzupassen
5. was müssen Programmierer bei neuen Modulen und Plugins beachten
6. usw.
Es gäbe jedoch noch einige wichtigere Funktionen die SF fehlen.
Aber da du das Teil schon sogut wie fast fertig hast, währe es natürlich super, es hier einsetzen zu können.
Gruss
Geschrieben von: mvsxyz Sun. 5. October 2008, 15:55
Mich würde noch interessieren, was mit lokalen Modifikationen an einem Modul passiert: Wird die Änderung erkannt und vor einem Update gewarnt, oder alles automatisch überspielt?
Geschrieben von: gunwalt Sun. 5. October 2008, 15:57
ich bin der Dritte, ist ja schon immerhin etwas
feniweb hat Recht. Vielleicht sollten noch einige Dinge geklärt sein
Geschrieben von: FireFlyer Sun. 5. October 2008, 18:43
Ich finde es sollte immer dem Benutzer überlassen werden. Also nur eine Art Erinnerungsfunktion im Modul-Tab, dass eine neuere Version vorhanden ist und man sich diese herunterladen und dann installieren kann. Keine Ahnung, wie STAM das bis jetzt gelöst hat. Mal warten was er so schreibt.
Geschrieben von: saschapi Mon. 6. October 2008, 07:50
Wenn du damit meinst, dass nicht jeder am verlängerten Wochenende alle 5min ins Forum schaut, dann gebe ich dir recht!!!
Hast du erwartet dass jetzt alle in Begeisterungsstürme ausbrechen?
Ich würd mich freuen wenn es so ein Feature gibt.
Wer das wie pflegt, entscheided (Module und Plugins müssen ja auch als Stable eingestuft werden) und finanziert muss halt geklärt werden.Hab nur oft genug motivierende Ankündigungen gelesen, die dann wieder eingeschlafen sind (dazu zähle ich meine eigenen dazu). Da warte ich lieber erstmal wieviel Energie wirklich dahinter steckt und breche dann in Begeisterungsstürme aus.
Falls das offiziell in Sefrengo integriert wird bzw. als Plugin gelöst wird, das einfach integrierbar ist, wäre ich jedenfalls höchst interessiert...
Geschrieben von: STam Wed. 8. October 2008, 11:34
Hi,
bevor das nach hinten losgeht lege ich mal vor 
Download: Hier das Update-Package für SF 1.4.1 das die Online-Repository Funktionalität liefert.
Achtung das ist Beta denke ich und bis dato nur ein Hack!
Damit ein Online Repository überhaupt benutzt werden kann
müssen noch einige 'cms_values' gesetzt bzw. geändert werden!
Ich habe mal ein Demo Modul in ein Online-Repository gepackt.
Zum testen muss erstmal das Repository aktiviert werden:
Dann das Online-Repositors einrichten:
UPDATE `cms_values` SET `value` = '/repository.php' WHERE `key1` = 'repository_service_path';
Wir schalten die aktualitätsanzeige ein:
Ein noch fehlendes Value setzen:
Zuletzt setzen wir noch die Abfragezeit etwas runter:
Soderle... jetzt sind wir auf einem Stand über den wir Diskutieren können
Lg
Geschrieben von: STam Wed. 8. October 2008, 11:54
@feniweb,
2. alle Plugins und Module werden über dieses System verwaltet
3. jede extern installierte SF 1.4.x nimmt mit diesem System kontakt auf und überprüft ob eine neue Version vorhanden ist und zeigt das auf irgend eine weise an
4. per knopfdruck kann dann die neue Version installiert werden.
zu 1. - jup, bestenfalls ist das ein offener Service
zu 2. - das Online-Repository versteht sich nicht unbedingt als Verwaltungs-Tool sondern als Distributions-Service
zu 3. - ganz genau, wenn der Service in dem externen SF aktiviert ist!
zu 4. - ja, es kann als Download heruntergeladen werden oder direkt installiert werden
Lg
Geschrieben von: STam Wed. 8. October 2008, 12:08
@feniweb,
1. wie viel mehr belastung ist das für die sefrengo.org
2. Wie viel mehrarbeit erzeugt das für den Admin von SF, wer wird das installiern unterhalten
3. wer träg die evtl. mehrkosten
4. wie viel mehr arbeit gibt es die alten Module und Plugins anzupassen
5. was müssen Programmierer bei neuen Modulen und Plugins beachten
6. usw.
zu 1. - die Mehrbelastung im Vergleich zu einem/diesem Forum könnte man als doppelt so hoch veranschlagen.
es werden beim reinem Anzeigen von Updates nur kurze XML-Header ausgetauscht und nur bei einem Download
wird die Bandbreite eines Moduls benötigt. Der Dienst wird Client seitig konfigurierbar, nur alle 1 Std. abgefragt wenn jemand sich im Backend tummelt.
zu 2. - das kommt ganz auf die schlussendliche Implementation des Services an. Denkbar wäre ein solches System das per Hand von einem Admin
'beladen' wird (so wie meine Demo) aber auch integrative Arbeit mit dem Forum zusammen. Die für mich interessanteste Lösung wäre ein Plugin für SF
welches einem User/Entwickler ermöglicht seine Module automatisiert mit dem Online-Repository zu Pflegen.
zu 3. - keine Ahnung ob da welche anfallen...
zu 4. - keine für die jetzigen Module oder Plugins, wobei ich noch keine fertige Implementation für Plugins habe!
zu 5. - das Modulnamen eindeutig und einmalig sind, das sollte aber schon lange so sein!
@mvsxyz,
Das ganze funktioniert genauso wie ein Update durch ein vorher heruntergeladenes Modul, incl. Popup und aufzeigen von Versionen der zu aktualisierenden Module.
@FireFlyer,
Das sehe ich genauso, das Online-Repository kann man ja auch abschalten für seine Installation. Ansonsten ist es nur ein Service kein Zwang!
@saschapi,
heute ist Mittwoch... mal sehen was geht
Lg
Geschrieben von: Chregu Wed. 8. October 2008, 12:17
@STam
Hab den Hack einmal installiert um mir das ganze einmal anzusehen. Funktioniert soweit korrekt aus meiner Sicht. Cooles Feature -> hoffe dadurch entsteht eine zentrale Modul-Verwaltung. Im Forum suchen ist nicht das Wahre :-)
Gruss
Chris
Geschrieben von: STam Wed. 8. October 2008, 12:25
@Chrequ.
Danke, das denke ich auch.
Ich aktualisiere nachher mal das Modul und du kannst sehen was dann passiert
Lg
Geschrieben von: hylli Wed. 8. October 2008, 13:15
OK, hab's mir nun auch kurz mal so installiert wie beschrieben, gelange auch ins Modul-Repository (Modul importieren -> Modul-Repository), allerdings wird mir kein Modul angezeigt?
Hylli
Geschrieben von: bkm Wed. 8. October 2008, 13:34
@stam
installiert und probiert => funktioniert ohne probleme wie beim nachbarn, was ja in den grundfunktionen bestimmt noch dein's ist.
DANKE
Geschrieben von: STam Wed. 8. October 2008, 14:04
@ Hylli,
hast du (dein server) denn Internet-Anschluß?
Hast du das http://forum.sefrengo.org/index.php?showtopic=2208 installiert?
Spaß bei Seite, hast du die Values gesetzt, dann schau mal bitte in den Values nach was da so drinn steht unter dem 'group_name' rep.
Kannst du denn den Server www.nrc.de erreichen?
@bkm,
danke, allerdings frag ich mich wo das bei DeD1 zu finden ist... haben die ne neue Version?
Eppi hat seinerzeit von mir zwar alle Quellen bekommen aber ich dachte das da schon so lange nichts mehr passiert...
Ich glaub ich schau mir das mal an, mein Kram ist schließlich fast 5 Jahre alt
Lg
Geschrieben von: STam Wed. 8. October 2008, 14:08
Für alle interessierten hab ich das Demo-Modul auf Version 1.3 aktualisiert!
Lg
Geschrieben von: hylli Wed. 8. October 2008, 14:19
1. Ja, ist allerdings nur normaler Webspace.
2. Ja, latürnich
3. Folgendes steht bei mir drinne:
http://img204.imageshack.us/img204/2843/screenshot02af9.png
4. Ja
Hylli
Geschrieben von: STam Wed. 8. October 2008, 14:22
Hey hylly... da fehlt dir ja einiges 
Hier mal alle values 'group_name' rep aus der 1.4.1
INSERT INTO cms_values VALUES ('', 0, 0, 'rep', 'repository_lastupdate', '', '', '', 0, 100, 'rep_repository_lastupdate', '', 'txt', NULL, NULL, 0);
INSERT INTO cms_values VALUES ('', 0, 0, 'rep', 'repository_updatetime', '', '', '', '39600', 20, 'set_repository_updatetime', '', 'txt', NULL, NULL, 1);
INSERT INTO cms_values VALUES ('', 0, 0, 'rep', 'repository_show_up2date', '', '', '', '1', 50, 'set_repository_show_up2date', '', 'txt', NULL, NULL, 0);
INSERT INTO cms_values VALUES ('', 0, 0, 'rep', 'repository_show_offline', '', '', '', '0', 60, 'set_repository_show_offline', '', 'txt', NULL, NULL, 0);
INSERT INTO cms_values VALUES ('', 0, 0, 'rep', 'repository_service_list', '', '', '', '', 110, 'rep_repository_service_list', '', 'txt', NULL, NULL, 0);
INSERT INTO cms_values VALUES ('', 0, 0, 'rep', 'repository_server', '', '', '', 'service.sefrengo.de', 10, 'set_repository_server', '', 'txt', NULL, NULL, 1);
INSERT INTO cms_values VALUES ('', 0, 0, 'rep', 'repository_service_path', '', '', '', '/', 15, 'set_repository_path', '', 'txt', NULL, NULL, 1);
INSERT INTO cms_values VALUES ('', 0, 0, 'rep', 'repository_lastping', '', '', '', 0, 200, 'rep_repository_lastping', '', 'txt', NULL, NULL, 0);
INSERT INTO cms_values VALUES ('', 0, 0, 'rep', 'repository_pingtime', '', '', '', '3600', 20, 'set_repository_pingtime', '', 'txt', NULL, NULL, 1);
INSERT INTO cms_values VALUES ('', 0, 0, 'rep', 'repository_service_message', '', '', '', '', 130, 'rep_repository_service_message', '', 'txt', NULL, NULL, 0);
INSERT INTO cms_values VALUES ('', 0, 0, 'rep', 'repository_loopback', '', '', '', '1', 120, 'set_repository_loopback', '', 'txt', NULL, NULL, 1);
INSERT INTO cms_values VALUES ('', 0, 0, 'rep', 'repository_auto_repair_dependency', '', '', '', '1', 160, 'set_auto_repair_dependency', '', 'txt', NULL, NULL, 1);
Also nochmal abgleichen, und danach meine Änderungen wieder einspielen:
UPDATE `cms_values` SET `value` = 'www.nrc.de' WHERE `key1` = 'repository_server';
UPDATE `cms_values` SET `value` = '/repository.php' WHERE `key1` = 'repository_service_path';
UPDATE `cms_values` SET `value` = '1' WHERE `key1` = 'repository_show_up2date';
INSERT INTO `cms_values` VALUES ('',0,0,'rep','repository_lastservice',NULL,NULL,NULL,'',210,'rep_repository_lastservice',NULL,'txt',NULL,NULL,0;
UPDATE `cms_values` SET `value` = '3600' WHERE `key1` = 'repository_updatetime';
Lg
Geschrieben von: hylli Wed. 8. October 2008, 14:24
ups, war wohl falscher Screenshot, siehe nochmals Screenshot oben.
Hylli
Geschrieben von: STam Wed. 8. October 2008, 14:42
Hmm,
unter 'repository_service_message' sehe ich das da ein Fehler steht.
Aus der Ferne schwer nachzuvollziehen.
Vielleicht kannst du das selbst in der 'backend/inc/class.repository.php'
ab Zeile 1681 debuggen mit ein paar Echo's!?
Und das Value 'repository_lastservice' steht wohl doppelt drinn?
Lg
Geschrieben von: hylli Wed. 8. October 2008, 14:47
hm, schwierig mangels PHP-Kenntnissen?!?
Habe das System nochmals komplett neu aufgesetzt, die Dateien hochgeladen, die SQL-Befehle durchgeführt.
Anschließend sieht das ganze noch sauber aus, der Fehler erscheint dann wenn ich das Modul-Repository aufrufe?
'repository_lastservice' ist hingegen nur noch einmal drinne.
Hylli
Geschrieben von: STam Wed. 8. October 2008, 15:42
Hi hylli,
was steht denn in 'repository_service_message' drinne?
Lg
Geschrieben von: hylli Wed. 8. October 2008, 15:56
Folgendes stand in 'repository_service_message' drinne vor Änderung in Zeile 1685:
<error errno="">
</error>
</service>
Folgende Fehlermeldung erhalte ich nach Einloggen ins Backend bei geänderter Zeile 1685:
...an der obigen Meldung in 'repository_service_message' hat sich aber nix geändert.
Hylli
Geschrieben von: STam Wed. 8. October 2008, 15:59
Lg
Geschrieben von: hylli Wed. 8. October 2008, 16:08
Vielleicht helfen Dir ja Punkt 2. der PN sowie mein Mail weiter!
...aber wie ich Dich kenne, hast Du schon eine Idee.
Lässt sich eigentlich fsockopen() gegebenenfalls per .htaccess aktivieren?
Hylli
Geschrieben von: FireFlyer Wed. 8. October 2008, 16:17
Ich würde die Zeit erhöhen, damit nicht so viel Traffic entsteht. Wer braucht denn schon nach einer Stunde des Bereitstellens die neue Version. Finde es zwar Hammer, aber nicht in Bezug auf mögliche Kosten. Meiner Meinung nach geht einmal pro Woche völlig in Ordnung, damit wäre man immer noch UpToDate genug. Einstellung sollte auch festverankert sein, damit man keine unnötigen Kosten entstehen läßt.
Geschrieben von: STam Wed. 8. October 2008, 16:39
@hylli,
ja ich teste noch.
@FireFlyer,
der Zeitraum ist nur für unsere kleine Demo
so klein gewählt. Für ein Life-Repository
würde ich 1Tag vorschlagen. Auch dabei
schätze ich die Kosten nicht höher ein als
bei einem RSS-Feed.
Lg
Geschrieben von: bkm Wed. 8. October 2008, 19:30
Eppi hat seinerzeit von mir zwar alle Quellen bekommen aber ich dachte das da schon so lange nichts mehr passiert...
Ich glaub ich schau mir das mal an, mein Kram ist schließlich fast 5 Jahre alt
ist zwar schon wieder ne ganze weile her als ich dies mal testen durfte
, aber die aufteilung & struktur war wie bei sf. vll. ist es ja mittlerweile auch wieder raus k.a. .
Geschrieben von: hylli Wed. 8. October 2008, 19:39
Siehe meine Andeutung http://forum.sefrengo.org/index.php?showtopic=2096&st=0&p=16592&#entry16592
Hylli
Geschrieben von: STam Wed. 8. October 2008, 20:51
@hylli,
sag mal welche PHP Version nutzt du und kannst du aus der phpinfo() die disable_functions herausfinden?
fopen() und fpassthru() werden ja sicherlich auch ausgeschaltet sein.
Unter PHP5 wäre ja stream_context_create() noch ganz interessant zu nutzen.
Lg
Geschrieben von: hylli Wed. 8. October 2008, 21:06
PHP-Version 5.2.6
disable_functions -> Local value:
disable_functions -> Master value:
Hylli
Geschrieben von: STam Wed. 8. October 2008, 21:13
Muhahhaa... Sorry DAS nenne ich mal dichtgemacht!
Na dann bleiben die alten bekannten alternativen über AJAX (was bei Modulen ja noch von der Größe zu machen wäre)
oder andere proprietäre Browser-Plugins (Html-object) wie Flash, Java ... alles unschön 
Lg
Geschrieben von: hylli Wed. 8. October 2008, 21:15
Das ist eigentlich nur Testspace, den ich abundzu verwende.
Bei D*D* wurd's glaube ich mit Flash/XML gelöst.
Ich teste das ganze mal mit einer separaten SF-Installation auf einem meiner richtigen Webspaces, mal schauern wie es da aussieht.
Hylli
Geschrieben von: STam Wed. 8. October 2008, 21:19
Aha, wie gesagt unschön weil der ganze Traffik dann über den Browser geschleusst wird und
so die Bandbreite des Users schmälert... naja heute haben ja alle DSL *duck*
Trotzdem finde ich Browser abhängige Funktionen, wenn nicht vermeidbar oder eben Web2.0, unschön.
Lg
Geschrieben von: hylli Wed. 8. October 2008, 21:47
OK, bei "normalem" Webspace - der ein bisschen was kostet - funktioniert das ganze auch tadellos!
Wäre zwar natürlich schön wenn's auch bei anderen funktionieren würde - der ein oder andere nutzt vielleicht SF tatsächlich über kostenlosen Space - aber für mich brauchst Du nicht mehr weiterforschen!
Beweisfoto:
http://img367.imageshack.us/img367/8229/screenshot04ju6.png
Hylli
Geschrieben von: STam Wed. 8. October 2008, 22:18
Hab ich mir mal angeschaut mit nem decomp... nett gelöst
Letzendlich schlage ich ja nur was vor und biete Unterstützung bzw. eine (fast) fertige Implementierung an.
Alles andere muss die Community und letzendlich Björn & Co. Entscheiden
und dann weiter Entwickelt werden.
Aber das ist allemal eine Diskussionsgrundlage denke ich
Lg
P.S.: zum Testen nun die Test-Modul Version 1.4 Online
Geschrieben von: hylli Wed. 8. October 2008, 23:52
Alles andere muss die Community und letzendlich Björn & Co. entscheiden und dann weiter Entwickelt werden.
Ich hoffe, dass man sich seitens der Community und vor allem der Entwickler zu einem klaren "Ja" für dieses Feature entscheidet. Mein klares Ja hast Du auf jeden Fall.
Ich kann nur hoffen, dass ein solch geiles Feature nicht wieder für 5 Jahre in der Versenkung verschwindet und recht schnell den Weg in Sefrengo findet.
Mist, hatte die 1.3 noch nicht importiert, auf jeden Fall war die 1.4 im Repository, bei der nächsten Modul-Version werde ich das Update testen.
Hylli
Geschrieben von: Chregu Thu. 9. October 2008, 08:09
@STam
Habe das Modul nun Aktualisiert... Funktioniert einwandfrei auf meiner lokalen Testumgebung mit XAMPP. Das Teil währe bzw. ist wirklich genial. So müsste ich die Module nicht im Forum zusammensuchen sondern einfach und schnell über das Repository!
Danke jetzt schon für deinen geleisteten Einsatz!
Gruss
Chris
Geschrieben von: STam Fri. 10. October 2008, 15:50
Ich habe mal 14 weitere Module hier aus dem Forum reingestellt...
Lg
Geschrieben von: bkm Mon. 13. October 2008, 10:12
hast du deine angelegten module wieder entfernt, oder ist der fehler woanders zu suchen ?
anzeige ist komplett leer.
Geschrieben von: saschapi Mon. 13. October 2008, 10:29
Hatte noch keine Zeit es auszuprobieren (etwas stressige Phase bei mir gerade) aber würd mich freuen wenn eine solche Funktion kommt.
Geschrieben von: STam Mon. 13. October 2008, 10:53
@bkm,
nein sollte voll da sein sein.
Was steht denn bei dir in den Values unter 'repository_service_message' ?
Lg
Geschrieben von: STam Mon. 13. October 2008, 10:58
Hallo saschapi,
na dann bist du doch Entschuldigt
Vielleicht wirds ja auch einfach ignoriert, ham ja nicht alle Zeit für solche Spielereien...
Lg
Geschrieben von: bkm Mon. 13. October 2008, 11:19
Was steht denn bei dir in den Values unter 'repository_service_message' ?
wenn es da ist liegt der fehler bestimmt irgendwo bei mir (erst gings ja auch).
vielleicht blockt die fw meiner fritzbox (wo php, apache etc. dranhängt), habe da etwas rumgespielt.
Geschrieben von: bkm Mon. 13. October 2008, 12:21
so rennt wieder fehler liegt definitiv an der geänderten firmware.
@STam
hast du schonmal ein "test-plugin" auf deinen space geladen, um dies über die
repository zu laden. oder ist dies noch nicht möglich ?
Geschrieben von: summerbrother Mon. 13. October 2008, 12:31
Vielen Dank an Stam. Klasse Lösung.
Meiner Meinung nach ein Muss für das nächste Update.
Installation war in fünf Minuten erledigt, das Updaten der Module hat ganze zwei Minuten gedauert.
Alles ohne Probleme. Sogar in einer Installation mit 8 Projekten hat alles geklappt.
Geschrieben von: mvsxyz Mon. 13. October 2008, 12:44
So, auch von mir jetzt eine kleine Rückmeldung. Wie summerbrother schon sagte, die Installation war im nu (dank der guten Anleitung) erledigt und hat wunderbar funktioniert. Das Update von ein paar Modulen hat problemlos funktioniert.
Schön finde ich, dass meine Module auch mit dem Repo gegengecheckt werden und dann nur die Möglichkeit eines Reinstall gegeben wird.
Vielen Dank für die geleistete Arbeit, das erleichtert das Update von Modulen ungemein.
Mich würde noch interessieren, ob ich auch eigene Module im Repo hochladen kann oder ob das nur über Umwege geht? Wenn ja welche Umwege?
Geschrieben von: STam Mon. 13. October 2008, 12:46
@bkm.
Nein, für Plugins hats nicht gereicht. Dort muss noch etwas programmiert werden.
Sollte aber nicht das große Problem sein, auch vom Aufwand nicht.
Was mir mehr Kopfschmerzen bereitet sind die Module die inzwischen mit
eigenen Dateien im 'backend/inc/' daherkommen und so nur als Zip distributiert werden können.
Beispielhaft sei hier mal 'ContentFlex' genannt.
Dort sollte man eventuell die schon mal angedachte Modul-Version 0.5 wieder ins Gespräch bringen.
Aktuell haben wir Modul-Version 0.4, der Unterschied zur 0.5 ist das diese ähnlich wie ein Plugin
als Tar funktioniert und ebenfalls wie Plugins Dateien mitbringen können die dann unter
'backend/module/mein_modul_name/' abgelegt werden können.
Allerdings wäre zu so einem Schritt/Beschluß sicherlich Björn notwendig,
da das ja doch schon einiges an Änderungen bedeutet.
Solange müssten diese Module eben weiterhin über das Forum laufen.
Kurz vorweg, alte (0.4'er) Module funktionieren natürlich weiterhin.
@summerbrother, all
danke
Lg
Geschrieben von: STam Mon. 13. October 2008, 21:32
@mvsxyz,
Grundsätzlich kann ich mir 5 Szenarien vorstellen:
1. Das Repository wird als 'closed service' betrachtet.
Das heißt Björn und Co. Installieren den Service (oder geben diesen im Auftrag ab) und betreiben das Repository.
Module und Plugins werden 'auf Zuruf' angemeldet und bei positiven Entscheid in das offizielle Repository aufgenommen.
1.1 In der einer abwandlung könnten auch Moderatoren das Entscheiden bzw Managen.
2. Das Repository bekommt eine Art Portal.
Das heißt Björn und Co. Installieren den Service/Portal (oder geben diesen im Auftrag ab) und betreiben das Repository.
Entwickler können sich anmelden und können (eventuell nach Freischaltung) mir Ihren Zugangsdaten eigene Module/Plugins
über das Portal pflegen. Das heißt Module/Plugins hochladen, updaten und verwalten.
3. Das Repository bekommt ein SF Plugin zur 'Fernverwaltung'.
Das heißt Björn und Co. Installieren den Service (oder geben diesen im Auftrag ab) und betreiben das Repository.
Entwickler können sich (oder alle?) das Repository-Plugin runterladen und so nach einer Online Anmeldung über SF
ihre Module und Plugins direkt Online stellen und verwalten im Backend von SF.
4. In Abwandlung zu 2. und 3. wird es verschiedene Repository geben in einem Service geben.
Das heißt es wird ein 'official', 'developer' und '3th-party' geben. Entwickler und /oder Agenturen könnten
sich am Repository anmelden und Module/Plugins zu den einzelnen Repositorys einstellen.
Über das 'official' werden nur Module/Plugins verwaltet die von Björn und Co. zugelassen werden.
5. Es gibt unendlich viele (zumindest mehr als eines) Repository,
die von verschiedene Entwicklern/Agenturen betreut werden.
Dazu gibt es Repository die nur von Agenturen für Kunden genutzt werden.
SF Nutzer könnten bei der Repository-Wahl verschiedene Services konfigurieren.
Mehr fällt mir jetzt nicht ein aber deren Möglichkeiten sind einige wie ihr seht
Edit: Ich würde Lösung 2./3./4. bevorzugen und mich auch daran beteiligen wollen.
Lg
Geschrieben von: alexander Sun. 19. October 2008, 15:24
Ich bin heute endlich dazu gekommen mir das anzusehen und muss sagen, dass gefällt mir grundlegend sehr gut. Eine feine Sache. Im beruflichen Alltag sehe ich es aber als wichtig an mehrere Repositories (auch private) verwalten zu können, damit dies auch wirklich einen Arbeitsersparnis darstellt, wenn es um kundenspezifische angepasste Module geht. Auch die Trennung eines offiziellen Repository in 'official', 'developer' und '3th-party' (bzw. eine Kennzeichnung nach stable, testing, experimental) finde ich einen guten Vorschlag.
Geschrieben von: oberbilker Tue. 28. October 2008, 20:26
hallo stam,
ich habe mir das ganze gerade auch problemlos installiert und spontan ca 10 module aktualisiert und zwei neu geladen.
dabei konnte ich jedoch nicht unterscheiden, welche module auf deinem server in aktuellerer version vorlagen und welche in gleicher - und habe somit alle durchprobiert. im modulbereich eines projektes markiert das gelbe ausrufzeichen ja, dass im basis-modulbereich eine aktuellere version vorhanden ist.
sollte das nicht auch in der repository so sein? oder ist es so und ich habe doch einen patzer bei der installation gemacht?
greetz, oberbilker
Unterstützt von Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)