I didn’t receive this prompt. But I followed the error log and removed the lines. Rebuilding again now.
Edit: Other than introducing breakage and 20 mins offline, if these plugins lines are not removed prior to upgrading; Why do we really need this added bloat of preinstalled plugins?
I’m curious about the bigger picture. What is the reasoning for bundling these plugins by default?
Personally, it feels a bit like the direction Windows, mobile OSes, and some software have taken adding more preinstalled components by default (BLOAT) which many of us generally try to avoid.
I’m sure this change was probably discussed with the community before being implemented. If so, no need for a repetitive reply, just include a link to the relevant discussion or announcement so I can read how and why this decision was made.
Bundling in more common plugins also allows more sites to take advantage of not needing to compile their own JS, reducing build times and resource costs.
That is kind of answered in the topic title. Popular is often mean commonly installed and used. Bundling them for Self Hipsters means you don’t need to take time to install them. Many plugins and TC eventually were merged with the core program.
The benefit of having these start our as plugins allows for development time to test consumers preferences and fully fletch them out.
Sure there will be a variety of communities that don’t use any of the newly bundled with core. But the larger metric likely shows these are often ones that are installed after setup. Then if course they also have the metrics from their paid hosting of plugins used and not used in the base tier.
I missed 2 plugins before my rebuild. The error log though was much better improved to identify this easily compared to before where you had to scroll up and identify the issue
I think the prompt David mentioned is either the rebuild error or might be on your plugin page for web updating.
No worries it is not always easy to see an answer before posting the question.
I myself Updated my app.yml
Using comments I made mine organized by plugin providers for easier sorting. That being said it was still a bit of a pain. A few posts up I believe someone posted a method to check prior to rebuilding.
לא, בכנות, מכיוון שזה היה שרשור ההכרזה, הגעתי לכאן והתחלתי תגובה מכיוון שהעדכון נכשל ולא קיבלתי הודעה על הצורך לערוך תחילה. לאחר מכן, ברגע שהבעיה נפתרה, ערכתי את הפוסט. אבל אם זו הדיון הציבורי היחיד, תודה.
אני יכול להבין את היתרונות, אבל בהחלט יש גם חסרונות. אז אני חושב שלא כל בעל פורום Discourse יהיה גדול על פלאגינים. אז זה היה נחמד אולי להציע את זה כאופציה. אולי במהלך העדכון בקשה אחת, או אולי באזור הניהול הגדרה או התראה שמזכירה לך להגדיר את העדפתך לפני העדכון הבא.
Is there a page which lists what plugins have been incorporated by date. I don’t like upgrading through the web admin only to fail. I am on 3.5.0.beta9-dev (04dbc622ab).
Maybe I missed the page with dates / versions that have the updates installed. Thanks.
The idea is probably that they’re the most popular plugins, and most people are using some combination of them already (as you yourself are). It’s not really “bloat” because they have pretty much no footprint, and you don’t have to use any of them for anything. This is a lot different than having 20 programs I don’t want installed on Windows, these are on/off toggles (most people won’t see, and you as an admin will have in a list of 300 other things you already aren’t using/changing) not something that is constantly coming up/taking up actual space/set to do things by default. Having a note program installed by default that I don’t want means I’ll end up having two. Having a plugin I don’t want means there’s just an option sitting in a panel
It’s also a lot easier to have on/off switches then having to search through a third-party forum (or endless githubs) looking for something you don’t even know exists in the first place. This was actually the first time I was even aware of a handful of these
I edited my app.yml to remove the plugin lines (per Dan’s advice above) then proceeded to start the update process. I had to update docker manager before everything else as usual and that went normally. Once docker manager was updated I was greeted by a new (to me) message.
I had done a rebuild previously so I knew how and since putty was still open to my server it wasn’t an inconvenience but I was a little surprised I couldn’t use the UI to do the update. I’m just posting this as a heads up to other self hosting noobs like myself. Other then that the update went well, everything runs and works. Thanks team and community
For solved, topic-voting, and templates, you’re right that the plugins themselves are enabled. But those plugins don’t do anything until the features are enabled for a particular category.
I wish you guys would care more about maintaining compatibility and not making us waste half a day every time we update our sites. Tidying up your code slightly isn’t worth breaking people’s sites and wasting their time.
Frankly, I’m starting to look for alternatives to Discourse as I’m sick of my entire site breaking every few months and having to work out how to fix it when none of this is in my wheelhouse.
מצטער לשמוע על התסכול שלך - אם כי איני בטוח באילו בעיות נתקלת עם תוספים מצורפים באופן ספציפי כאן?
אנו מנסים להפוך את השדרוגים לקלים/פשוטים ככל האפשר, אך עם שינויים גדולים כאלה, לפעמים זה בהכרח יגרום חיכוך מסוים. במקרה זה, הוספנו פלטי שגיאה ספציפיים כיצד לשנות את תצורת האתר שלך כדי להפוך את התיקון לפשוט ככל האפשר.
בעיה אחת שאני חושב שקיימת היא ש-Discourse_docker לא ממש טוב בידיעה מתי נדרש בנייה מחדש של שורת הפקודה. וזה מקל על שבירת האתר שלך על ידי לחיצה על שדרוג בפאנל הניהול. (לפחות זה מה שאני חושב שאני רואה אנשים מתלוננים עליו)
אני חושב שבעבר ראיתי קומיטים שאמרו שהם עשו זאת ואני חושב שאני לא רואה אותם כל כך הרבה עכשיו. אני לא משתמש ב-discourse_docker (הרבה?) בעצמי, אז לא שמתי לב מקרוב.
אם המשתמש הזה היה מריץ בנייה מחדש ולא את השדרוג מה-UX, הם יכלו פשוט לעשות
