Jak uniknąć sprawdzania dostępności aktualizacji dla określonego modułu?

W bieżącym projekcie musiałem załatać życie z kilku modułów (hierarchii węzłów, dostępu do środowiska roboczego i kilku innych). Moduły te są teraz absolutnie idealne dla potrzeb projektu i jest mało prawdopodobne, że zepsują się przy przyszłych aktualizacjach rdzenia.

Biorąc to pod uwagę, po przekazaniu aplikacji klienci będą mieli pełny (użytkownik 1) dostęp do systemu i dlatego zostaną ostrzeżeni, gdy moduły te będą dostępne aktualizacje. I będą je aktualizować, bez względu na to, ile razy błagam, aby tego nie robili (och, jak łatwe byłoby życie bez klientów!).

Czy istnieje sposób (być może w .infoplikach modułów ), aby przekonać menedżera aktualizacji, aby nie sprawdzał dostępności aktualizacji dla tych modułów?

EDYTOWAĆ

Zdaję sobie sprawę z project status urlklucza dostępnego dla .infopliku, więc myślę, że mógłbym ustawić go na nieistniejący adres URL, ale wolałbym to zrobić w czysty sposób, jeśli to możliwe.

Musisz wdrożyć hook_update_projects_alter().

Zmień listę projektów przed pobraniem danych i porównaniem wersji.

Większość modułów nigdy nie będzie musiała implementować tego haka. Służy do zaawansowanej interakcji z modułem statusu aktualizacji: zwykli śmiertelnicy nie muszą się stosować. Podstawowym przypadkiem użycia tego haka jest dodanie projektów do listy, na przykład w celu dostarczenia danych statusu aktualizacji wyłączonych modułów i motywów. Współpracujący moduł może chcieć ukryć projekty z listy, na przykład jeśli istnieje moduł specyficzny dla witryny, który nie ma żadnych oficjalnych wydań, moduł ten mógłby usunąć się z tej listy, aby uniknąć ostrzeżeń „Nie znaleziono dostępnych wydań” na raport o dostępnych aktualizacjach. W rzadkich przypadkach moduł może chcieć zmienić dane powiązane z projektem znajdującym się już na liście.

projectKlucz od .info pliku jest dodawany przez skrypt opakowań na drupal.org zidentyfikować co wystawać moduł wynosi od. Podstawowym zastosowaniem modułu aktualizacji stanu jest monitorowanie wersji zainstalowanych pakietów i powiadamianie administratorów o dostępności nowych wersji.

Wystarczy usunąć lub skomentować ten wiersz w pliku .info , a Drupal przestanie sprawdzać dostępność aktualizacji tego modułu.

Wystarczy podać przykładowy kod, aby pomóc wybranej odpowiedzi:

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

Wprowadź nazwę modułu w $projects[]zmiennej, aby wyłączyć. Jeśli nie masz pewności, co to jest ślimak (będzie pisane małymi literami i podkreślone), użyj tego dsm()wywołania lub print_r()wydrukuj listę modułów.

Możesz to zrobić na dwa sposoby.

• drush pm-updatecode --lock = module_to_ignore
• Użyj modułu update_advanced . Umożliwia oznaczenie modułów, które chcesz zignorować na stronie administracyjnej modułu.

W szczególności ustawienia dla poszczególnych projektów, aby ignorować niektóre projekty, a nawet określone wersje, są nieobecne w podstawowej wersji modułu. Moduł „Ustawienia zaawansowane stanu aktualizacji” przywraca te ustawienia i może ostatecznie zapewnić dodatkową funkcjonalność dla podstawowego modułu „Stan aktualizacji”.

Mam ten sam problem z aktualizacjami modułu, zainstalowałem moduł Wyłącz aktualizacje wydaje się działać dobrze.

Jest to mały moduł administracyjny, który pozwala administratorom witryn wyłączyć sprawdzanie aktualizacji niektórych tematów i modułów, ujawniając funkcję hook_update_projects_alter () w formularzu ustawień aktualizacji (/ admin / raporty / aktualizacje / ustawienia). Pozwala na dowolny wybór motywów i modułów, a także automatyczne wykrywanie modułów niestandardowych, modułów załatanych i modułów funkcji specyficznych dla witryny.

Zasadniczo zrobiłeś widelec, prawda? Więc powinieneś:

1. Zmień nazwę, aby uwzględnić znak widelca
2. W pliku informacyjnym ustaw project status urlrepozytorium tego modułu.

Last but not least, jeśli nie jest obsługiwany, ale nie był przestarzały na rzecz jakiegokolwiek innego modułu, zastanów się, czy nie zostać współautorem i udostępnij swoje poprawki społeczności.