Le migliori pratiche per evitare modulo / a tema / nome del profilo scontri?

Question

Al momento abbiamo il nostro codice gestito in modo tale che ogni sito ha un suo tema e installare il profilo. Questi hanno naturalmente evoluto in modo tale che un i nomi di questi elementi (e le relative directory) tendono ad essere lo stesso.

Per esempio, il tema e il profilo di un sito sono entrambi chiamati 'Dennis'

questo causa problemi con la caratteristica di server e (sto sospettare) con Aegir.

Ora ... è relativamente facile per rinominare uno di questi (anche se, per vari motivi è notevolmente più facile per rinominare il profilo). C'è qualche tipo di buone pratiche qui, cioè è normale per chiamare il dennis_theme tema, o il profilo dennis_profile? Devo applicare questa convenzione per entrambi, o solo a uno?

Answer 1

Nel mio ufficio abbiamo di solito hanno una chiave sito che viene utilizzato per la maggior parte delle cose.

• Cliente: società Acme & Co
• Chiave: Acme
• sito della cartella: percorso / / a / WebServer / siti / acme
• moduli personalizzati: acme_tweaks, acme_forms, acme_blocks, acme_settings
• Tema: acme_theme
• Repo: acme.git
• ecc ...

Per il codice che abbiamo ri-uso da un sito all'altro, ci assicuriamo che è generalizzato e cliente ambigua e quindi aggiungere ad alcuni moduli comuni che fanno parte del nostro set modulo predefinito - come ad esempio:

• theme_tweaks
• template_suggestions

La nostra regola è che a meno che non può essere applicato a tutti i nostri siti dei clienti (almeno in movimento in avanti) allora non dovrebbe andare in theme_tweaks ma in acme_tweaks etc.

Answer 2

Un modo per evitare scontri di nomi per i moduli personalizzati che vengono utilizzati per i siti specifici, è quello di utilizzare il nome del sito per creare il nome del modulo. Ad esempio, il nome breve utilizzato per "Drupal.org personalizzazioni", che è il progetto che contiene i moduli utilizzati in particolare su drupal.org, è drupalorg , mentre un progetto simile contenente moduli personalizzati per groups.drupal. org è groupsdrupalorg .

Si potrebbe anche evitare di utilizzare il dominio di primo livello, se si pensa che non sarà possibile creare moduli per i siti con un nome di dominio che differiscono solo per il dominio di primo livello (ad esempio bingo.com e bingo.it).

Answer 3

Naturalmente utilizzando un 'machine_name' progetto come uno spazio dei nomi sarà di aiuto. Quello che ho a capire prima è che dei moduli, installare i profili, temi (e makefile) Io rilascerà al pubblico (GitHub, drupal.org, ecc). Quelli che rilascerà ottengono nomi generici, mentre gli altri ottengono PROJECTNAME_short_description come nome.

Per un progetto di comunità hacker che sto sviluppando, il generico zen sottotema ho sviluppato si chiama 'Conway', mentre il tema reale (utilizzando Conway come tema di base) si chiama 'hacker_theme'. Lo stesso vale per hacker_event_feature, hacker_install_profile, hacker_distro (un kit -compatibile caratteristica specifica della distribuzione, corrispondenti ai projectname_tweaks modulo I vedere ovunque).