Services/Organisation/Gallery: Unterschied zwischen den Versionen

Aus FunkFeuer Wiki
Zur Navigation springen Zur Suche springen
Zeile 39: Zeile 39:


=== Mögliche Lösungen ===
=== Mögliche Lösungen ===
* Neuer Lösungsansatz: Keine Gallery mehr benützen, sondern die Bilder in Forenbeiträgen im neuen [https://forum.funkfeuer.at Forum] ablegen. Spart Maintership, ist kein PHP, Forum ist per se eine Form von Social-Media mit Kommentarfunktion, User können entscheiden, ob sie Daten sichtbar machen oder nicht.


Die nachfolgenden Projekte sind in alphabetischer Reihenfolge sortiert.
Die nachfolgenden Projekte sind in alphabetischer Reihenfolge sortiert.

Version vom 4. März 2018, 23:30 Uhr

Beschreibung

Photo Gallery zur Ablage von Bildern von Knoten, Events, Workshops, Konferenzen,...

Abhängigkeiten

Anregung: Für Inklusion in der nodeDB wäre es sehr gut, wenn jedes Photo und uach jeder node (== standort) einen statischen permalink hat, der sich auch bei Versions-upgrades nicht mehr ändert. Bitte das in die Entscheidung bei der Auswahl der gallery berücksichtigen.


Verwendung

Die Gallery soll grundsätzlich offen für alle Funkfeuer-User sein.

--> Frage: IP range Funkfeuer oder Funkfeuer login (nodeDB/redeemer)?

Gesonderte Zugriffsrechte für manche Bereiche wären wünschenswert - etwa für einzelne Bilder oder Standorte (Alben).

Maintainer

Markus Gschwendt

Erich N. Pekarek

Brainstorming

Anforderungen

Die bisherige Gallery basiert auf G2. Gallery2 und Gallery3 werden nicht mehr weiterentwickelt. Die Migration auf ein anderes System ist erforderlich.

 * möglichst kein externes Cloud Service
 * möglichst keine PHP Software (auch für andere Projekte - warum eigentlich? -> Diskussionsseite)
 * möglichst statische Seiten
 * ev. (shell-)Scripts die die Bilder darstellen
   und Bilder-Upload getrennt davon (möglichst Userfreundlich)
 * Upload soll für 'Neue' möglich sein (selfregistration -> entspricht das dem Workflow? -> Diskussionsseite)
 * künftige Erfassung der Fotorechte

weiterführende Informationen zu Alternativen: https://www.it-pulse.eu/webanwendungen/menalto-gallery/gallery-team-verkuendet-aus-fotogalerie-software-1809.html

Mögliche Lösungen

  • Neuer Lösungsansatz: Keine Gallery mehr benützen, sondern die Bilder in Forenbeiträgen im neuen Forum ablegen. Spart Maintership, ist kein PHP, Forum ist per se eine Form von Social-Media mit Kommentarfunktion, User können entscheiden, ob sie Daten sichtbar machen oder nicht.

Die nachfolgenden Projekte sind in alphabetischer Reihenfolge sortiert.

Coppermine

 (+)zahlreiche Plugins verfügbar (Backup, Massimport, Panoramaviewer, Timeline, ...)
 (+)individuell konfigurierbare Userprofil-Einträge
 (+)Passwortgeschützte Alben möglich
Migration von G2 zu Coppermine 1.5.x

http://forum.coppermine-gallery.net/index.php?topic=76143.0

DAlbum

 (+) baut auf lokaler Ordnerstruktur auf, welche indiziert wird
 (-)kein integrierter Bilder Upload (ist via FTP gedacht)
 (·)User Verwaltung
 (·)beim Indizieren werden auch Thumbnails erstellt
 (+)Pic-Infos werden ausgelesen und lassen sich ein/ausblenden

Drupal + Node Gallery

 (+) Flexibilität: Es handelt sich um ein stark DB-orientiertes CMS mit zahlreichen Modulen
 (+) Erweiterbar
 (+) Code-Updates über Cronjob mittels "drush -y up"
 (+) Darstellung der Nodes über Views anpassbar - ermöglicht Filter, Sortierung, Gruppierung.
 (-) Bedarf des Einlernens
 (-) Bedarf der Anpassung

Hugo + Hugo-gallery oder Hugo + HugoPhotoswipe + PhotoSwipe

 (·) Hugo ist ein statischer Websitegenerator auf Basis von Go; die beiden Erweiterungen können scriptbasiert Galerien erstellen.
 (·) PhotoSwipe ist rein auf Javascript aufgebaut und nutzt vordefinierte Bildgrößen. Dokumentation [5]

Meinungen:

sieht auch nach einem guten statischen Generator aus.

Media Goblin

 (+) War schon mal Projekt bei Google Summer of Code, und reicht regelmäßig dort ein.
 (-) Es ist riesig, sowohl bezüglich Funktionalität (Video-Transkodierung etc.) als auch Sourcen.
 (·) Medien landen in einer (lokalen) Datenbank, nicht Verzeichnisbaum.
 (·) Bringt sein eigenes Django-artiges (?) Framework, aber eben nicht Django.
 (+) Debian/Ubuntu-Pakete, Fedora/Redhat vorhanden; Abhängigkeiten:
   Python 2.7 or Python 3.4+
   python-lxml
   git
   SQLite/PostgreSQL
   Python Imaging Library (PIL)
   virtualenv
   nodejs
   http://mediagoblin.readthedocs.io/en/stable/siteadmin/deploying.html

Meinungen: "This project is part of the GNU Project." Supporttechnisch sicher nicht übel.

nextcloud

(getestet)

 (-) keine Baum-Darstellung der Gallery
 (-) kein Resizing der Bilder
 (-) keine Pic-Infos,... in der Gallery-Darstellung
 

Meinung: mbmn als Gallery ungeeignet [+/-] (2/0)

PhotoFloat

Eindrücke: PhotoFloat hat eine serverseitige Authentifizierung basierend auf flask-login, sodass man Alben etc. mit Login "schützen" kann. https://flask-login.readthedocs.io/en/latest/

Allerdings sehe ich da weder ein Web-Interface für Selbstregistrierung, noch Unterstützung für mehr als zwei (!?) User.

Es dürfte auch keinen Web-Bilder-Upload geben, und von PEP-8 [5] hat der Autor wohl noch nichts gehört :-) https://www.python.org/dev/peps/pep-0008/#tabs-or-spaces

Fazit: (Auch) PhotoFloat bräuchte einige Anpassungen und Umbauten für den Gallery-Anwendungsfall.

Piwigo

(getestet)

 (·) wird oft als Ersatz für G2 und G3 Projekte verwendet.
 

Meinungen:

  • schaut interessant aus
Migration von G2 nach Piwigo

Migration von G2 mittels Scripts möglich etwa: https://github.com/dschwen/g2piwigo

Sigal

 (·) album metadaten via markdown files.
 (+) generiert wenn gewünscht auch eine nette Karte basierend auf den Koordinaten in den Photo-Metadaten via leaflet / openstreetmap.
 (+) einfach zu installieren und konfigurieren.
 (+) könnte als cronjob, git post-receive hook oder dergleichen laufen.
 (?) die offene frage wäre dann wie man sicher fotos von selbst registrierten users in einen lokalen ordner am server bekommt.

Meinungen:

sieht nach einem guten statischen Generator aus.

WordPress

  • Website:
  • Programmiersprache: PHP
  • Lizenz: GPL v2 + [11]
 (·) via Plugin: Gallery Manager

Meinungen:

 * ganz allgemein... Hände weg von wordpress; Gegenfrage: warum?
 * Sicherheitslücken...; Gegenargument: die werden aber üblicherweise flott gestopft...;

Zenphoto

(getestet)

 (·) eher als Foto-CMS gedacht
 (?) Userrechte für verschiedene Fotogrößen?
Migration von G2 zu Zenphoto

http://www.zenphoto.org/news/gallery2-to-zenphoto-migration/

Zeitplan

 * Brainstormingphase ... bis Herbst 2017
 * Sept. 2017 Entscheidung über System.
 * Umsetzung bis Anfang 2018.

Diverse Links

https://en.wikipedia.org/wiki/Comparison_of_photo_gallery_software

wiki deutsch listet teilweise andere auf https://de.wikipedia.org/wiki/Webgalerie

https://www.heise.de/download/products/foto/web-galerien