Я не получил этого предупреждения. Однако я последовал указаниям в логе ошибок и удалил строки. Сейчас снова выполняю пересборку.
Редактирование: Кроме того, что это привело к сбоям и 20 минутам простоя, зачем нам действительно нужен этот лишний объем предустановленных плагинов, если строки плагинов не удаляются перед обновлением?
Меня интересует более общая картина. Какова причина объединения этих плагинов по умолчанию?
Лично мне это кажется похожим на тенденцию, которую наблюдаем в Windows, мобильных ОС и некотором ПО: по умолчанию добавляется всё больше предустановленных компонентов (ЛИШНИЙ ОБЪЕМ), которых многие из нас стараются избегать.
Уверен, что это изменение, вероятно, обсуждалось с сообществом перед внедрением. Если так, нет необходимости в повторном ответе — просто укажите ссылку на соответствующее обсуждение или объявление, чтобы я мог ознакомиться с тем, как и почему было принято это решение.
Включение более распространённых плагинов в пакет также позволяет большему числу сайтов воспользоваться возможностью не компилировать собственный JS, что сокращает время сборки и затраты ресурсов.
У меня собственная установка, установка по умолчанию.
Поэтому я ещё не нажимал кнопку обновления, так как использую некоторые плагины, которые теперь включены в комплект. Я не боюсь, я пережил обновление базы данных несколько месяцев назад.
Лучше ли обновить мой app.yml, используя список из оригинального поста (предварительно сделав резервную копию, разумеется), или я получу осмысленное сообщение об ошибке в интерфейсе, которое подскажет, какие плагины нужно удалить и остановить, чтобы это сделать?
Ответ на этот вопрос во многом содержится в названии темы. «Популярные» часто означают «наиболее часто устанавливаемые и используемые». Включение их в сборку для Self Hipsters означает, что вам не нужно тратить время на их установку. Многие плагины и TC со временем были объединены с основной программой.
Преимущество того, что они изначально были плагинами, заключается в том, что это дает время на разработку для проверки предпочтений пользователей и их полноценной доработки.
Конечно, существуют различные сообщества, которые не используют ни одного из новых плагинов, включенных в ядро. Но более широкая метрика, вероятно, показывает, что это часто те плагины, которые устанавливаются после настройки. Кроме того, у них, конечно же, есть метрики из их платного хостинга, показывающие, какие плагины используются, а какие нет в базовом тарифе.
Я пропустил 2 плагина перед своим восстановлением. Однако журнал ошибок стал значительно лучше и позволяет легко выявить эту проблему, в отличие от прежнего времени, когда приходилось прокручивать вверх, чтобы найти причину.
Я думаю, что приглашение, которое упомянул Дэвид, связано либо с ошибкой восстановления, либо находится на вашей странице плагинов для веб-обновления.
Ничего страшного, не всегда легко найти ответ перед тем, как задать вопрос.
Я сам обновил свой файл app.yml.
Используя комментарии, я сгруппировал настройки по поставщикам плагинов для удобства сортировки. Тем не менее, это всё ещё было немного хлопотно. Несколько постов выше, кажется, кто-то опубликовал способ проверки перед пересборкой.
Нет, если честно, так как это был тред с объявлением, я зашел сюда и оставил комментарий, потому что обновление не прошло — я не получил уведомления о необходимости сначала отредактировать пост.
После того как проблема была решена, я отредактировал свой пост и задал вопрос. Но если это единственное публичное обсуждение, спасибо, я всё прочитаю.
Я понимаю преимущества, но есть и определённые недостатки. Поэтому я думаю, что не каждый владелец форума Discourse будет в восторге от плагинов. Было бы неплохо, возможно, предложить это как опцию. Например, во время обновления вывести одно окно с вопросом (да или нет об установке этого списка плагинов вместе с обновлением) или, возможно, в панели администратора добавить настройку или уведомление, которое напоминает вам выбрать предпочтения перед следующим обновлением, если вы хотите это сделать или нет.
Есть ли страница, на которой перечислены плагины, включённые по датам? Мне не нравится обновляться через веб-админку, чтобы потом столкнуться с неудачей. Я нахожусь на версии 3.5.0.beta9-dev (04dbc622ab).
Возможно, я пропустил страницу с датами и версиями, в которых установлены обновления. Спасибо.
Вероятно, идея в том, что это самые популярные плагины, и большинство людей уже используют какую-то их комбинацию (как и вы сами). Это не совсем «раздутие», поскольку они практически не занимают места, и вам не обязательно использовать их для чего-либо. Это сильно отличается от наличия 20 программ, которые я не хочу, установленных в Windows: здесь речь идёт о переключателях «вкл/выкл» (большинство пользователей их даже не увидят, а вы как администратор найдёте их в списке из 300 других вещей, которые вы уже не используете или не меняете), а не о чём-то, что постоянно появляется, занимает реальное пространство или по умолчанию выполняет какие-то действия. Наличие предустановленной программы для заметок, которая мне не нужна, означает, что у меня в итоге будет две. Наличие ненужного плагина означает лишь наличие опции в панели.
Также гораздо проще иметь переключатели «вкл/выкл», чем искать что-то на стороннем форуме (или в бесконечных репозиториях GitHub), даже не зная, что это вообще существует. На самом деле, это был первый раз, когда я узнал о наличии нескольких из этих плагинов.
Наконец-то у меня появилось время обновиться до версии 3.5.0.beta9-dev (df03ef6d05)
У меня стандартная установка на собственном хостинге.
Я отредактировал свой файл app.yml, чтобы удалить строки с плагином (по совету Дэна выше), а затем приступил к процессу обновления. Как обычно, первым делом мне пришлось обновить Docker Manager, и всё прошло нормально. После обновления Docker Manager я увидел новое (для меня) сообщение.
Ранее я уже делал пересборку, поэтому знал, как это делается, и поскольку PuTTY всё ещё был открыт к моему серверу, это не доставило неудобств, но меня немного удивило, что я не мог выполнить обновление через интерфейс. Я просто публикую это как предупреждение для других новичков в области самостоятельного хостинга, таких как я. В остальном обновление прошло успешно, всё работает и функционирует. Спасибо команде и сообществу.
Что касается решений, голосования по темам и шаблонов, вы правы: сами плагины включены. Однако эти плагины ничего не делают, пока функции не будут активированы для конкретной категории.
Желаю вам больше заботиться о поддержке совместимости и не заставлять нас тратить полдня каждый раз при обновлении наших сайтов. Немного навести порядок в вашем коде не стоит того, чтобы ломать сайты людей и тратить их время.
Честно говоря, я начинаю искать альтернативы Discourse, так как устал от того, что мой весь сайт ломается каждые несколько месяцев, и мне приходится разбираться, как его починить, хотя это совершенно не моя сфера.
Сожалеем о вашей досаде, однако не совсем понимаем, с какими именно проблемами вы столкнулись в отношении bundled-плагинов здесь?
Мы стараемся сделать процесс обновлений максимально простым и понятным, но при столь масштабных изменениях, как в данном случае, неизбежно возникают некоторые трудности. В этой ситуации мы добавили подробные сообщения об ошибках с инструкциями по изменению конфигурации вашего сайта, чтобы максимально упростить процесс исправления.
Одна из проблем, которая, как мне кажется, имеет место, заключается в том, что Discourse_docker не очень хорошо определяет, когда требуется пересборка через командную строку. Из-за этого легко сломать ваш сайт, нажав кнопку «Обновить» в панели администратора (по крайней мере, так, как я понимаю, жалуются пользователи).
Мне казалось, что раньше я видел коммиты с упоминанием этого, но сейчас их, кажется, стало меньше. Сам я не очень часто использую Discourse_docker, поэтому не уделял этому особого внимания.
Если бы этот пользователь выполнил пересборку, а не обновление через интерфейс, он мог бы просто запустить
./launcher start app
и подождать, чтобы заняться обновлением в удобное для себя время.
