Loginmodul V02.00.01 Einstellungen

[alexander]

Anbei eine aktualisierte Version 02.00.01 des Login Moduls. Ich hab Sie mal hier daran gehängt, weil es ja zum Lieferumfang gehört.

QUELLTEXT

# Umleitung nach Logout funktioniert jetzt richtig.
+ Es ist möglich eine Umleitung zu definieren die ausgeführt wird, wenn der Benutzer bereits eingeloggt ist und die Loginseite nochmals aufruft. Es gibt außerdem die Option diese Umleitung im Backend auszuschalten, damit Redakteure andere Inhalte der Login Seite noch bearbeiten können.

Angehängte Datei(en)

 Login_02_00_01.cmsmod ( 19.16KB ) Anzahl der Downloads: 55

 

[Guest_bkm_*]

Die Einstellung Optionale Formularattribute für Passwort wird nicht übergeben, weil der Wert von
$mod['attributes_username'] eingetragen ist.

[bjoern]

Ich hab den Beitrag von http://forum.sefrengo.org/index.php?showtopic=534&st=0# losgelöst und einen neuen Thread daraus gemacht, da
a) In dem Sammelpool unter http://forum.sefrengo.org/index.php?showtopic=534&st=0 nur die Module rein gehören, die tatsächlich Bestandteil des mitgelieferten Repositorys der Sefrengo 1.4 beta2 sind.
b) In einem eigenen Thread besser über das Modul diskutiert werden kann, wie ja bereits geschehen.

[alexander]

tja, dann sollten wir aber gleich für alle Module die mit SF geliefert werden hier einen Thread anlegen und genau so wie mit normalen Modulen verfahren.

[bjoern]

Nein. Es geht darum, das der Benutzer alle Module bekommt, die mit dem Sefrengo Repository bei einer Neuinstallation mitgeliefert werden. Und das ohne sich in 50 Threads die Module zusammnzusuchen zu müssen.

[alexander]

tja, mit deinem System muss er dann für alle Module im Pack prüfen ob es denn nicht seit dem erscheinen des Packs für irgedeines der darin enthaltenen Module ein Neueres im Modul Forum gibt.

Da poste ich doch lieber gleich meine Änderungen im selben Thread wie das Pack und hab alles an einer stelle - also genau so wie ich es zuvor gemacht habe.

[bjoern]

Wenn alle Standardmodule in einem Thread gepostet werden, wird das echt lustig, besonders wenn es dann Anmerkungen zu den einzelnen Modulen gibt...

Zur Erklärung:
Das Standardmodulpaket enthällt alle Module, die bei einer Neuinstallation der beta2 im Repository vorhanden sind.

Hintergrund ist, das alle, die Ihre Präsenz updaten wollen, damit die gleiche Modul Ausgansbasis haben.

Ich werden ein solches Paket für jedes Release einer Sefrengo Version veröffetnlichen. Zwischenversionen mache ich nicht.

Wenn Du Zwischenpakete veröffentlichen willst, kannst Du das gerne in einem sepataten Thread tun. Einzelne Module aber bitte immer erst in einen eigenen Thread, damit wir die Übersicht behalten und Anmerkungen zu den Modulen gleich dort gemacht werden können. Das hat sich in der Vergangenheit bewährt.

[MaZderMind]

Hi
Warum werden denn die Module bei einem Update eigentlich nicht einfach im Repository des Systems (idclient=0) geupdatet? Dann kann man in den Projekten einfach durch Klick auf das Update-Icon seine Module updaten -- oder auch nicht wenn man nicht will. Das würde einen solchen Sammelthread überflüssig machen.

Zusätzlich würde ich für jedes Modul einen eigenen Thread im Modulforum öffnen in dem es das Modul nochmal als cmsmod-Datei herunterzuladen gibt (falls man z.B. ausversehen mal ein Modul aus dem Repository seiner Installation gelöscht hat). In diesem Thread können Vorschläge gemacht, Bugreports gepostet und Lösungsvorschläge gemacht werden. Updates werden wie bei normalen Modulen gehandhabt.

Im übrigen würde sich damit auch das "Bugs Module, Plugins, Sonstiges"-Forum unnötig werden, denn solche Bugs gehören in die netsprechenden Threads zu den Erweiterungen.

Soweit meine Meinung
Gruß, Peter

[bjoern]

Warum werden denn die Module bei einem Update eigentlich nicht einfach im Repository des Systems (idclient=0) geupdatet?

Weil die Module im diclient=0 verändert werden können, also auch bearbeitet. Damit kann für die Datenintegrität nicht garantiert werden. Wenn jemand da manuell Änderungen gemacht hat und das von da aus dann in sagen wir mal 5 Projekte verteilt hat, wird der sich ziemlich freuen, wenn seine Änderungen auf einmal weg sind.

[MaZderMind]

Hi

Wenn ein Modul im Repository (idclient=0) bearbeitet wird ändert sich der zweite Teil der Repo-ID (mod:dfbc83af929dc44d0bb85fdef4ef3010:4e5865ad). Es kann also erst ein DELETE auf die alte ID gemacht werden (der bei einer bearbeiteten Version ins leere Läuft) und anschließend ein INSERT mit der neuen ID.
Fals ich das Modul nicht bearbeitet habe wird also das alte Modul geupdatet, ansonsten wird das neue Modul als weiterer Eintrag eingefügt.

Gruß, Peter

[alexander]

@mazdermind: also das ist ja überhaupt nicht mehr nachvollziehbar, insbesondere bei großen Installationen. Da ist der manuelle Weg wesentlich nachvollziehbarer und sicherer.

@björn: ich sehe keinen vorteil deiner methode die module einzeln erst bei einer neuen Version zu posten. Besser ist es erst gar keinen Pack zu posten, sondern die Module welche bei einer Version mitgeliefert werden so wie früher als Updatepack direkt in das Installationsarchiv zu packen und für jedes Modul auch einen entsprechenden Thread im Downloadforum anzulegen.

[MaZderMind]

Nuja aber wozu habe ich denn sonst diese Updatefunktion?Wo ich doch hin will ist ein One-Click-Update. Immoment ist das noch nicht so schlimm aber wenn ich mal in richtung Online-Repository weiterdenke...

Der zweite von dir angesprochene Punkt ist vorerst aber auch okay.

Gruß, Peter

[alexander]

Nuja aber wozu habe ich denn sonst diese Updatefunktion?Wo ich doch hin will ist ein One-Click-Update. Immoment ist das noch nicht so schlimm aber wenn ich mal in richtung Online-Repository weiterdenke...

die update funktion ist grundlegend ja schon ok. nur halte ich es nicht für sinnvoll, dass zentrale repository automatisiert zu aktualisieren - zumindest nicht solange es nicht eine ordentliche versionverwaltung gibt, ein rollback möglich ist, oder man module z.b. von einem update gänzlich ausschließen kann.

[bjoern]

ich sehe keinen vorteil deiner methode die module einzeln erst bei einer neuen Version zu posten.

Es geht nicht um die einzelnen Module, sondern um das Paket.

Besser ist es erst gar keinen Pack zu posten, sondern die Module welche bei einer Version mitgeliefert werden so wie früher als Updatepack direkt in das Installationsarchiv zu packen und für jedes Modul auch einen entsprechenden Thread im Downloadforum anzulegen.

Die Threads mit den einzelnen Modulen ergeben sich mit der Zeit automatisch. Das Pack dezentral vom Setup zu halten ist für mich die bessere Lösung
- weil schnell auf die Module zurückgegriffen werden kann. Bei vielen vorhandenen Installationen sind die Setupdateien ja nicht mehr da, wenn nach "Vorschrift" gelöscht.
- das Handling im CVS ist leichter. Durch die sich dauernd ändernden Dateinamen ist das mühsam.
- das Pack kann besser von dritten gepflegt werden (das aktuelle pack hat z.B. zum gröten Teil amk zusammengestellt und ich mußte nur noch drüberschauen und ein wenig korrigieren).

[alexander]

Es geht nicht um die einzelnen Module, sondern um das Paket.

so habe ich es auch verstanden

Die Threads mit den einzelnen Modulen ergeben sich mit der Zeit automatisch.

aber dadurch muss man dann immer nachsehen wo habe ich gerade welches aktuell version habe. wenn alle standardmodule im downloadbereich wären hat man eine zentrale stelle mit dem aktuellen stand auf die man sich verlassen kann.

- weil schnell auf die Module zurückgegriffen werden kann. Bei vielen vorhandenen Installationen sind die Setupdateien ja nicht mehr da, wenn nach "Vorschrift" gelöscht.

also nachdem ein upload der module nur vom lokalen pc möglich ist muss man die sowieso getrennt entpacken. egal mit einen externen pack oder aus dem installationsarchiv.

- das Handling im CVS ist leichter. Durch die sich dauernd ändernden Dateinamen ist das mühsam.

wer hat gesagt, dass dieses modulpack in das cvs sollen? ich habe vorgeschlagen sie in das installationsarchiv zu packen. so wie es früher auch war.

- das Pack kann besser von dritten gepflegt werden (das aktuelle pack hat z.B. zum gröten Teil amk zusammengestellt und ich mute nur noch drüberschauen und ein wenig korrigieren).

auch das ist mit meinem vorschlag möglich.

[bjoern]

Beide Möglichkeiten haben sicher ihr Vor- und Nachteile. Ich hatte beide Möglichkeiten ausprobiert, wovon ich mit der jetzigen besser zurecht komme. Daher mache ich es so.

Disskussion beendet.

[alexander]

Disskussion beendet.

na wie du meinst ....

[bjoern]

Mein ich. „Hier stehe ich, ich kann nicht anders, Gott helfe mir, Amen"

[mariop3]

ich hätte mal eine frage zum loginmodul... ich sehe das sich ein paar sachen verbessert haben aber leider auch ein paar verschlechtert

ich benutze mod rewrite und nun kann ich nurnoch eine id eintragen die leider nicht mehr aufgelöst wird.... vorher hat man aus einem pulldown menu eine seite wählen können was ja nun nicht mehr da ist.... aber es hat funktioniert

mit den styles habe ich es noch nicht versucht meine seite anzupassen aber ich bin mir grad nicht sicher ob das machbar ist die formfelder mit eigenen styles zu belegen da an der stelle ein ganzer tag ausgespuckt wird auf den man keinen einfluss hat....

kann mir mal jemand sagen wie ich das ding zum laufen bekomme ohne auf das alte modul 1.4 downgraden zu müssen?

die neuen funktionen sind ja toll aber wenn es nicht geht mit meiner konfig ist es blöd bzw. sinnlos....

[MaZderMind]

Naja z.B. in dem du das Modul an deine vorstellungen anpasst
Sefrengo ist halt noch nicht Stable und an den Modulen muss auch noch gearbeitet werden...

Gruß, Peter