Services/Organisation/Gallery: Unterschied zwischen den Versionen
Aaron (Diskussion | Beiträge) (anregungen) |
Erich (Diskussion | Beiträge) |
||
Zeile 37: | Zeile 37: | ||
weiterführende Informationen zu Alternativen: | weiterführende Informationen zu Alternativen: | ||
https://www.it-pulse.eu/webanwendungen/menalto-gallery/gallery-team-verkuendet-aus-fotogalerie-software-1809.html | https://www.it-pulse.eu/webanwendungen/menalto-gallery/gallery-team-verkuendet-aus-fotogalerie-software-1809.html | ||
* 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, hat Social-Media/Kommentarfunktion... | |||
=== Mögliche Lösungen === | === Mögliche Lösungen === |
Version vom 4. März 2018, 21:22 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
- Neuer Lösungsansatz: Keine Gallery mehr benützen, sondern die Bilder in Forenbeiträgen im neuen Forum ablegen. Spart Maintership, ist kein PHP, hat Social-Media/Kommentarfunktion...
Mögliche Lösungen
Die nachfolgenden Projekte sind in alphabetischer Reihenfolge sortiert.
Coppermine
- Website: http://coppermine-gallery.net/
- Programmiersprache: PHP
- Lizenz: GPL v3.0 [1]
- Demo: http://coppermine-gallery.net/demo/cpg15x/
- Plugins: http://coppermine-gallery.net/plugins.php?cpg_version=both
(+)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
- Website: http://www.dalbum.org
- Programmiersprache: PHP
- Lizenz: GPL v2+ [2]
(+) 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
- Website: https://www.drupal.org
- Website Modul: https://www.drupal.org/project/node_gallery
- Programmiersprache: PHP 5.6 oder 7.x
- Lizenz: GPL 2
(+) 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 Website: https://gohugo.io/tools/
- Programmiersprache: Go
- Hugo-Gallery
- Repository: https://github.com/icecreammatt/hugo-gallery/blob/master/README.md
- Lizenz: MIT [3]
- HugoPhotoSwipe
- Repository: https://github.com/GjjvdBurg/HugoPhotoSwipe/blob/master/README.rst
- Lizenz: GPL v3.0 [4]
- PhotoSwipe
- Website: http://photoswipe.com/
- Lizenz: MIT 'with Wordpress exception'
(·) 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
- Website: http://www.mediagoblin.org/
- Lizenz: GNU AGPLv3 [6]
(+) 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)
- Website: http://nextcloud.com/
- Demo: https://demo.nextcloud.com/
- Programmiersprache: PHP
- Lizenz: GNU AGPL 3.0 [7]
(-) keine Baum-Darstellung der Gallery (-) kein Resizing der Bilder (-) keine Pic-Infos,... in der Gallery-Darstellung
Meinung: mbmn als Gallery ungeeignet [+/-] (2/0)
PhotoFloat
- Website: https://git.zx2c4.com/PhotoFloat/about/
- Programmiersprache: Python2
- Lizenz: GPL v2.0+ [8]
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)
- Website: http://piwigo.org
- Programmiersprache: PHP
- Lizenz: GNU GPLv2 [9]
(·) 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
- Website: http://sigal.saimon.org/
- Programmiersprache: Python
- Lizenz: MIT [10]
(·) 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)
- Website: http://www.zenphoto.org/
- Programmiersprache: PHP
- Lizenz: GPL v2+ [12]
(·) 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