Менеджер обновлений в Друпале 7: что сделано и что еще предстоит сделать.
Опубликовано: 01.11.2017
Это перевод статьи http://3281d.com/2009/11/03/d7-update-manager
Раньше в этом блоге было довольно тихо, но не из-за того, что мы ничего не делаем, а напротив, я был так занят, что мне банально не хватало свободного времени. Чтобы наконец нарушить тишину, я начну с отчета о состоянии Менеджера обновлений — теперь друпал может (безопасно) обновляться, при выходе новой версии. Эта возможность устраняет главную причину головной боли основной части Друпал сообщества и помогает поддерживать большинство сайтов, основанных на Друпале в стабильном и безопасном состоянии. Однако, требуется обработать еще множество острых граней до выхода Друпала 7 и помощь нам сейчас крайне необходима, чтобы успеть дать жизнь этой возможности до дедлайна.
В этом обзоре вы найдете:
предыстория принцип работы как отключить Менеджер, если он вам не нужен как отключить Менеджер, если он вам не нужен.Предыстория:
Идея создания модуля вынашивалась много месяцев, при содействии разных людей и реализовывается только благодаря героическим усилиям Якоба Синга (Jacob Singh), который написал ядро модуля. Якоб исправил бесчисленное количество ошибок ядра, несовершенств архитектуры и даже нечеркал заметку last minute storm. Однако, энтузиазм Якоба начал увядать, помощь, которую он просил, он так и не получал, а код казался еще сырым. Все это тормозило проект и размывало дату его окончания. Именно в этот момент я полностью включился в проект.
Как разработчик модуля «Статус Обновлений» для Друпала 6 (и вспомогательного модуля «Статус Обновлений» Друпала 5) и как член команды Безопасности Друпала, которая была заинтересована в сайтах, обновляющихся до свежих и безопасных релизов я хотел быть уверенным, что эта функция все-таки появится и все будет сделано правильно. Я изредка просматривал предыдущие выпуски модуля, находил кое-какие баги, но не принимал непосредственного участия в разработке. 11 октября Якоб бросил разработку и ее продолжил я.