Il modo migliore per strutturare il sito web NoDB (flat-file) con più categorie e sottocategorie per prestazioni e manutenibilità

Question

Il modo migliore per strutturare il sito web NoDB (flat-file) con più categorie e sottocategorie per prestazioni e manutenibilità

#1 da (5 voti)

3

Sto costruendo un sito web boutique usando Kirby (un CMS a file flat) e sto cercando un modo per strutturare il sito per ottenere le migliori prestazioni e manutenibilità.

Il sito web avrà più categorie e sotto quelle categorie avrà sottocategorie. Sarà solo un massimo di due livelli di profondità.

Esempio di struttura corrente :

Categories
    Dresses
        Prom
            Dress-1
            Dress-3
            Dress-4
            Dress-8
        MOB
            Dress-3
            Dress-8
            Dress-9
        Homecoming
            Dress-1
            Dress-10
        Quincenera
            Dress-2
            Dress-8
        Party
            Dress-1
            Dress-10
            Dress-8

    Jewelry

    Accessories

Come puoi vedere, alcuni abiti si ripeteranno per diverse categorie di vestiti. Ogni vestito è contenuto all'interno della propria cartella che contiene le sue immagini e un file di testo che contiene informazioni sul vestito come titolo, prezzo, colori e dimensioni.

Mi piacerebbe strutturarlo in modo tale che sarò in grado di aggiungere un vestito a più categorie senza rallentare al sito (almeno non di molto) durante la navigazione per categoria nel frontend. Dato che non ho molta esperienza nei sistemi di file flat, ti sto chiedendo aiuto.

Qual è il modo consigliato di strutturare questo sito?

Grazie.

performance data-structures directory-structure cms file-structure

posta Buzzer 07.09.2016 - 03:57

fonte

1 risposta

Leggi altre domande sui tag performance data-structures directory-structure cms file-structure

Uso corretto di up / down nello stack Come decidere, dovrei mettere i metodi per astrarre la classe o per interfacciarlo?

score 5 · Accepted Answer

Non usare cartelle come tag.

Non inserirla in una struttura ad albero se non è un albero.

Un vestito non dovrebbe avere bisogno di vivere in due cartelle perché può essere indossato in diversi tipi di feste. Ogni vestito dovrebbe vivere in un unico posto.

Un sistema di tagging potrebbe essere la strada da percorrere.

I tipi di feste potrebbero sapere dove trovare la loro lista di vestiti.

O i vestiti potrebbero sapere dove trovare la loro lista di feste.

Oppure potrebbe esistere un elenco che unisce entrambi. Nel mondo del database questa relazione è definita da molti a molti. Lì diamo alla relazione la propria tabella.

Puoi farlo funzionare con file flat, ma per favore non farlo su un file system. Collegamenti simbolici o scorciatoie gads potrebbero renderlo meno malvagio ma questo non è un problema che chiederei al file system di risolvere.