git lfs #58

Open
opened 2024-07-01 20:15:57 +00:00 by paspo · 9 comments
Owner

cominciamo ad avere tante foto, forse è il caso di parlare di git lfs.

pareri?

cominciamo ad avere tante foto, forse è il caso di parlare di git lfs. pareri?
paspo added the
enhancement
help wanted
question
labels 2024-07-01 20:15:57 +00:00
Member

Per il momento mi sono limitato a quelle che erano già su bglug.it e su Nextcloud ci sono ancora circa 100MB di foto dal 2006 al 2009 + Arduinoday del 2016.
Credo però che se mettessimo quelle degli ultimi eventi sarebbero ben più ingombranti.

Per il momento mi sono limitato a quelle che erano già su bglug.it e su Nextcloud ci sono ancora circa 100MB di foto dal 2006 al 2009 + Arduinoday del 2016. Credo però che se mettessimo quelle degli ultimi eventi sarebbero ben più ingombranti.
Author
Owner

appunto per questo.
potenzialmente possiamo avere anche 1GB di foto all'anno, non sono felicissimo all'idea di mettere tutto in questo repo.

git lfs è scomodo, ma è una soluzione; si può anche pensare ad un sistema esterno, solo per gli album di immagini (#10)

appunto per questo. potenzialmente possiamo avere anche 1GB di foto all'anno, non sono felicissimo all'idea di mettere tutto in questo repo. git lfs è scomodo, ma è una soluzione; si può anche pensare ad un sistema esterno, solo per gli album di immagini (https://git.libreschool.org/BgLUG/bglug.it/issues/10)
Member
Tipo un secondo sito? https://themes.gohugo.io/themes/hugo-theme-gallery/
Author
Owner

Tipo un secondo sito?
https://themes.gohugo.io/themes/hugo-theme-gallery/

questo però è un tema, ma credo si possa usare un tema diverso solo per alcune pagine, quindi si può fare una categoria di pagine "album" e assegnare un tema diverso a queste.

ma non era lo scopo di questa issue...

la questione è: le centinaia di MB di immagini che ci sono adesso possono solo aumentare, e riempirci il repo non è un'idea saggia

> Tipo un secondo sito? > https://themes.gohugo.io/themes/hugo-theme-gallery/ questo però è un tema, ma credo si possa usare un tema diverso solo per alcune pagine, quindi si può fare una categoria di pagine "album" e assegnare un tema diverso a queste. ma non era lo scopo di questa issue... la questione è: le centinaia di MB di immagini che ci sono adesso possono solo aumentare, e riempirci il repo non è un'idea saggia
Member

Non va bene che stiano su Gitea, in qualunque repo in sostanza?
Con git ifs i file stanno su storage separato?

Non va bene che stiano su Gitea, in qualunque repo in sostanza? Con git ifs i file stanno su storage separato?
Author
Owner

gitea ha supporto per git lfs, che vuol dire che lo storage separato se lo gestisce lui.

Sul nostro gitea è già abilitato, bisogna abilitarlo nel repo.

l'alternativa che sto indagando è uno strumento separato

gitea ha supporto per git lfs, che vuol dire che lo storage separato se lo gestisce lui. Sul [nostro gitea è già abilitato](https://docs.gitea.com/administration/git-lfs-setup), bisogna [abilitarlo nel repo](https://git-lfs.com/). l'alternativa che sto indagando è uno strumento separato

Diciamo che per l'uso che possiamo fare di una foto io distinguerei in due destinazioni: foto "per il sito" e foto "degli eventi".

Per il primo sarebbe da cacciare tutto nella cartella finale di hugo, e quindi nel repo (e quindi appoggerei l'idea di attivare LFS).

Per il secondo, non vi nascondo che avere una applicazione/sito a parte per le foto con la possibilità di organizzarle in "album" non mi dispiacerebbe.

Se decidessimo di avere anche questo, potremmo cercare uno strumento che fa in modo di esporre le immagini "crude" su URL e quindi di usare questi riferimenti nel sito (e quindi non avremmo la necessità stretta di infilare immagini nel repository e potremmo fare a meno di usare LFS).

Diciamo che per l'uso che possiamo fare di una foto io distinguerei in due destinazioni: foto "per il sito" e foto "degli eventi". Per il primo sarebbe da cacciare tutto nella cartella finale di hugo, e quindi nel repo (e quindi appoggerei l'idea di attivare LFS). Per il secondo, non vi nascondo che avere una applicazione/sito a parte per le foto con la possibilità di organizzarle in "album" non mi dispiacerebbe. Se decidessimo di avere anche questo, potremmo cercare uno strumento che fa in modo di esporre le immagini "crude" su URL e quindi di usare questi riferimenti nel sito (e quindi non avremmo la necessità stretta di infilare immagini nel repository e potremmo fare a meno di usare LFS).
Author
Owner

In realtà, anche se non esplicitato qui, il discorso era partito per via degli album, non per i media degli articoli o del resto del sito.
E' estremamente più comodo avere una directory con dentro versione italiana del post, eventuale versione inglese, immagini e allegati se presenti. E' il concetto di page bundle di hugo, e funziona bene.

E' proprio la gestione degli album che pesa.

In realtà, anche se non esplicitato qui, il discorso era partito per via degli album, non per i media degli articoli o del resto del sito. E' estremamente più comodo avere una directory con dentro versione italiana del post, eventuale versione inglese, immagini e allegati se presenti. E' il concetto di [page bundle](https://gohugo.io/content-management/page-bundles/) di hugo, e funziona bene. E' proprio la gestione degli album che pesa.
Member

Anch'io appoggerei un soluzione separata, restando sempre su un sito statico generato da qualche motore che crei le gallerie partendo dall'organizzazione a cartelle e descrizioni prese da metadati infilati da qualche parte. Per quello pensavo ad un secondo sito con Hugo, un repo separato che utilizzi git lfs. Ma immagino esistano n-mila alternative.

Anch'io appoggerei un soluzione separata, restando sempre su un sito statico generato da qualche motore che crei le gallerie partendo dall'organizzazione a cartelle e descrizioni prese da metadati infilati da qualche parte. Per quello pensavo ad un secondo sito con Hugo, un repo separato che utilizzi git lfs. Ma immagino esistano n-mila alternative.
Sign in to join this conversation.
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: BgLUG/bglug.it#58
No description provided.