Come evitare il controllo degli aggiornamenti per un modulo specifico?

In un progetto attuale ho dovuto rattoppare la vita di alcuni moduli (gerarchia dei nodi, accesso al workbench e pochi altri). Questi moduli sono ora assolutamente perfetti per le esigenze del progetto e molto probabilmente non si rompono con futuri aggiornamenti al core.

Detto questo, quando l'app viene consegnata i client avranno pieno (utente 1) accesso al sistema e verranno quindi avvisati quando questi moduli hanno aggiornamenti disponibili. Ed essi saranno aggiornarli, non importa quante volte li prego di non (oh come vita facile sarebbe senza clienti!).

Esiste un modo (forse nei .infofile dei moduli ) per convincere il gestore aggiornamenti a non verificare la presenza di aggiornamenti per questi moduli?

MODIFICARE

Sono a conoscenza della project status urlchiave disponibile per il .infofile, quindi credo di poterlo impostare su un URL inesistente, ma preferirei farlo in modo pulito, se possibile.

Devi implementare hook_update_projects_alter().

Modifica l'elenco dei progetti prima di recuperare i dati e confrontare le versioni.

La maggior parte dei moduli non dovrà mai implementare questo hook. È per l'interazione avanzata con il modulo di stato di aggiornamento: non è necessario applicare i semplici mortali. Il caso d'uso principale di questo hook è l'aggiunta di progetti all'elenco, ad esempio per fornire dati sullo stato di aggiornamento su moduli e temi disabilitati. Un modulo contribuito potrebbe voler nascondere i progetti dall'elenco, ad esempio, se esiste un modulo specifico del sito che non ha versioni ufficiali, quel modulo potrebbe rimuoverlo da questo elenco per evitare avvisi "Nessuna versione disponibile trovata" il rapporto sugli aggiornamenti disponibili. In rari casi, un modulo potrebbe voler modificare i dati associati a un progetto già presente nell'elenco.

La projectchiave del file .info viene aggiunta dallo script di packaging su drupal.org per identificare da quale progetto proviene il modulo. L'uso principale è per il modulo di stato di aggiornamento per monitorare le versioni dei pacchetti installati e avvisare gli amministratori quando sono disponibili nuove versioni.

Basta rimuovere o commentare questa riga nel file .info e Drupal smette di controllare gli aggiornamenti di questo modulo.

Basta fornire un esempio di codice per aiutare la risposta scelta:

function MYMODULE_update_projects_alter(&$projects){
    unset($projects['slug_of_the_module_you_want_to_disable']);
    //dsm($projects);  // view a list of projects
}

Immettere il nome del modulo nella $projects[]variabile da disabilitare. Se non sei sicuro di cosa sia la lumaca (sarà minuscola e sottolineata), usa quella dsm()chiamata o print_r()per stampare un elenco dei moduli.

Puoi farlo in due modi.

• drush pm-updatecode --lock = module_to_ignore
• Usa il modulo update_advanced . Consente di contrassegnare i moduli che si desidera ignorare nella pagina di amministrazione del modulo.

In particolare, le impostazioni per progetto per ignorare determinati progetti o anche rilasci specifici, sono assenti nella versione principale del modulo. Il modulo "Impostazioni avanzate stato aggiornamento" ripristina queste impostazioni e potrebbe eventualmente fornire funzionalità aggiuntive per il modulo principale "Stato aggiornamento".

Ottengo lo stesso problema con gli aggiornamenti del modulo, ho installato il modulo Disabilita aggiornamenti sembra funzionare bene.

Questo è un piccolo modulo amministrativo che consente agli amministratori del sito di disabilitare il controllo degli aggiornamenti su determinati temi e moduli, esponendo la funzionalità di hook_update_projects_alter () nel modulo delle impostazioni di aggiornamento (/ admin / reports / updates / settings). Consente la selezione arbitraria di temi e moduli, nonché il rilevamento automatico di moduli personalizzati, moduli con patch e moduli di funzionalità specifici del sito.

Fondamentalmente, hai fatto una forchetta, giusto? Quindi dovresti:

1. Rinominalo per includere il segno della forcella
2. Nel file di informazioni, imposta project status urlil repository di quel modulo.

Ultimo ma non meno importante, se non è supportato ma non è stato deprecato a favore di qualsiasi altro modulo, considera di chiedere di diventare co-manutentore e condividere le tue correzioni con la community.