Numero massimo di tipi di voci?
C'è un limite al numero di diversi tipi di voci che una sezione può avere? Per questo progetto potrei aver bisogno di 50+.
Penso di aver bisogno di più contenuti per soddisfare gli standard di qualità, quindi spiegherò: il mio cliente desidera creare più report da compilare per i suoi clienti. Il mio cliente è a suo agio con il backend artigianale e sa come creare campi / sezioni / ecc. Voglio tenere insieme tutte le voci del rapporto. Ergo una sezione Rapporti con un diverso tipo di voce per ogni rapporto.
Risposte
Brad afferma che non ci sono limitazioni sui tipi di ingresso, anche se se sia una buona idea a lungo termine per la manutenibilità e gli scopi dell'interfaccia utente è un'altra storia.
I tipi di voci sono i più utili quando il contenuto è molto diverso tra loro ma si desidera comunque mantenere le voci insieme nella stessa sezione.
Ad esempio, in una sezione Notizie, potresti avere un Link to Pagetipo di voce in cui ti colleghi a diversi siti Web e un Blog Entrytipo in cui sono solo voci normali. (Il sito Daring Fireball di John Gruber ne è un buon esempio.
Nella mia esperienza, quando un utente inizia a vedere una dozzina di tipi di voci, può iniziare a diventare piuttosto travolgente ... ecco come potrebbero apparire 50 di loro che ti fissano in faccia:
I tipi di voce sono utili perché hanno ciascuno il proprio insieme di campi.
Tuttavia, dal punto di vista della manutenibilità, supponiamo di voler aggiungere o spostare un campo in ogni report. Farlo a 2 o 3 tipi di voci è piuttosto semplice, ma farlo in modo coerente a 50? Molto più difficile, sia che tu stia utilizzando file YAML o la GUI!
La regola 80/20 potrebbe essere utile qui: immagino che l'80% dei report generati rientrerà probabilmente nel 20% dei loro tipi. Questo ha appena ridotto il numero di tipi di voci a 10. Forse ne aggiungi altri più comuni più un tipo di voce "Altro ..." generico o qualcosa del genere.
A meno che il tuo cliente non sia anche un collega sviluppatore / progettista, non desidera aggiungere campi e sezioni al backend a meno che non sia assolutamente necessario.
Se fossi in te, potrei chiedere al tuo cliente: cosa c'è di diverso in ogni rapporto? Qual è lo stesso? Troverai alcune buone risposte che possono aiutare te e il tuo cliente a modellarlo bene.
Ciò potrebbe portarti a usare qualcosa come Categorie, dove è molto facile aggiungerne di nuove. Se i tipi di report sono più simili ai filtri, verranno visualizzati anche molto meglio nella GUI.
E forse hai bisogno di alcuni tipi di rapporto per nascondere e mostrare campi diversi, ma per il resto sono piuttosto simili. Potresti considerare di farlo con, ad esempio, il plugin Reasons .
Cibo per la mente!
Non ci sono limiti hard-coded per i contenuti in Craft (sezioni, tipi di voci, voci, campi, ecc.).
Dipenderà in gran parte da come stai utilizzando quel contenuto nei tuoi modelli e dal tipo di ambiente in cui è in esecuzione l'installazione (risorse del server fisico, strategie di memorizzazione nella cache, ecc.)
Abbiamo visto installazioni con architetture informatiche piuttosto complesse distribuite su oltre 50 "siti" e decine di milioni di elementi (voci, utenti, risorse, categorie, ecc.)