Hi,
ich hatte dem Philip vorhin schon gesagt, dass die Batman Version möglicherweise suboptimal für die Client Seite sein kann, da in der offiziellen batman adv die Patches aus dem gluon Zweig nicht enthalten sind (z.b. split horizon).
Eine einheitliche Liste automatisiert zusammen zu bekommen halte ich für eher simpel.
Man braucht lediglich eine json im git wo alle ihre URL auf die site.conf der Community angeben, damit man die mit einem daemon periodisch alle auslesen und homologisieren kann - in welches Format auch immer...
So ähnlich läuft es für die Community Map auch schon.
Beste Grüße
Chris
Nabend,
On Wed, 2014-11-26 at 20:10 +0100, Philip Berndroth wrote:
> Am 2014-11-26 10:16, schrieb Chris Bischoff:
>
> > kann das Webfrontend dann zukünftig direkt die site.conf einlesen,
> > um eine Community hinzuzufügen?
> >
> > Das wäre sehr wichtig denke ich, da man dann nicht für jede kleine
> > Änderung jeder Community manuell eingreifen müsste.
> >
> Nein, dass Webinterface von IPFire kann die site.conf von Gluon nicht einlesen.
>
> Wir haben uns dazu entschlossen ein GIT Repository zu verwenden um dort die Communities, welche an diesem Projekt teilhaben wollen, zu pflegen.
Ich kann vielleicht mal etwas ausführen wieso wir uns dazu entschlossen
haben:
Es scheint solch eine Liste noch nicht wirklich einheitlich zu geben.
Offenbar gibt es viele von halb-aktuellen Listen in verschiedenen
Formaten, die alle unterschiedliche Informationen mit sich bringen. Das
ist für uns insofern ein Problem, da wir einfach nur ein Dropdown-Menü
auf der Seite haben wollten mit welchem der User auswählen kann zu
welcher Community er gehört. Das Eingeben von den ganzen
Konfigurationsoptionen wollten wir somit dem User ersparen. Von irgendwo
her müssen wir die aber dennoch bekommen...
Noch eine Liste mehr ist wahrscheinlich auch keine Lösung, aber
funktioniert für jetzt. Wie ihr das intern regelt und ob ihr eine
Datenbank anlegt wo ihr alle Informationen dieser Art vereint - das
macht am Ende des Tages eigentlich keinen Unterschied mehr. Vielleicht
lasst ihr euch da mal was einfallen...
Philip hat sich bereit erklärt die Pflege der Liste zu übernehmen.
> Grund dafür sind Daten, welchen zb. in der site.conf nicht vorliegen und/oder überflüssig sind.
> Ein weiterer Grund gegen das Parsen der Lua Syntax war das Format und das fehlen eines entsprechenden Parsers.
Lua ist natürlich verhältnismäßig schlecht, wenn man die Daten in
unterschiedlichen Anwendungen einlesen will.
> Wir haben die Daten auf das wesentliche Reduziert.
*Für uns* reduziert. Ob das noch brauchbar für eine andere Anwendung ist
kann ich nicht sagen.
> Ich könnte mir aber vorstellen ein externes Tool zu bauen welches uns aus die JSON-Files entsprechend erzeugt.
> Hier könnte man auch die Informationen aus der site.conf nutzen.
>
> Die in dem GIT Repository eingepflegten Daten, fließen dann mit in den Build-Prozess bei IP-Fire ein und werden somit regelmäßig aktualisiert. Es gibt ca. pro Monat ein Update von IP-Fire, im Zuge dessen werden dann auch die Daten der Communities aktualisiert.
>
> Sobald die Integration von Freifunk in IPFire abgeschlossen und in der offizielle Version ist, werde ich dies Bundesweit kommunizieren.
>
> Den Startschuss wollen wir mit den Domänen Ruhrgebiet, Möhne und Rheinufer machen!
Das sehe ich nicht so. Ich finde nicht, dass es einen Grund gibt die
Entwicklung zurückzuhalten bis diese "offiziell" ist. Wir sollten so
viele Tester mit ins Boot holen wie möglich und brauchen das daher nicht
geheim halten. Das verbessert unter dem Strich nur das Endergebnis.
Supportet werden grundsätzlich alle Communities, die in der Liste stehen
(und die natürlich BATMAN benutzen).
-Michael