Monowall Trauerflor

[jstrebel]

Hallo,
Da das Vouchersystem für MonoWall vor einigen Jahren von uns „verbrochen“ wurde und in public domain gestellt wurde fühle ich mich durch die Diskussion angesprochen.

Folgende Kriterien standen bei der Erstellung des Pflichtenheftes für das Voucher Systems im Vordergrund:

1) Die Sicherheit von Monowall darf durch die Erweiterung nicht beeinträchtigt werden.
2) Erweiterung soll auf der bestehenden Philosophie von monowall aufbauen
3) Ergänzung zum bestehenden Captive Portal.
4 Muss mit den HW-Ressourcen einer Plattform wie PCengines WRAP auskommen.
5) Zum Ausdrucken der Vouchers sollte keine zusätzliche HW notwendig sein. ( Wir wollen uns mit dieser Erweiterung nicht Probleme von Druckertreibern „aufladen“, 60-100€ Bondrucker sind störungsanfällig, Papier von Bonducker wird von Kritikern als gesundheitsschädlich empfunden)
6) Voucher sollten unabhängig vom Monowall (via PC Applikaiton oder WebPortal) erzeugt werden können. Ermöglicht auch das Aufdrucken von Reklame, die Integration von externen (Reservation und Zugangssystemen) Wir haben eine kleine WIN Applikation entwickeln lassen die das externe Erstellen von Voucher ermöglicht. So kann einem Kunden beispielsweise ein PDF mit den Vouchers zugesandt werden.
7) Flexibilität der graphischen Gestaltung von Vouchers.
Falls die interne Monowall  Funktion für die Vouchererzeugung verwendet wird, soll die Ausgabe über ein standardisiertes Format möglich sein. (z.B CSV)

Ich glaube die meisten dieser Kriterien haben heute noch Gültigkeit. Ausser dass ALIX und APU über mehr Ressourcen verfügen.

Grüsse Jakob

Link zu einer weiteren „Stand alone“ Lösung
http://www.administrator.de/contentid/193763

[franco]

Dann noch ein zweiter Punkt, erhöht doch bitte beim Filemanager des Captive Portals die maximal Uploadgröße.

Im Moment ist 1 MB eingestellt. Wie viel sollten es denn sein, 10? 20?

Das captiveportalplus schieb ich mir mal auf die etwas längere TODO Liste. :/

[jstrebel]

Aus Erfahrung bin ich gegen einen grösseren Space als 1MB.
Grund: Es gibt leider immer wieder Leute die eine CP landing page grossen Pic's bauen. Das hat zur folge, dass besonders bei Mobilen Geräten die Ladezeit lange dauert.
Ergo, der Betreiber bekommt immer wieder zu hören, dass das einloggen übes CP langsam ist
jakob

[franco]

Macht Sinn. Nur zur Referenz: die Größe lässt sich manuell ändern unter /usr/local/etc/inc/globals.inc -> captiveportal_element_sizelimit