Open digitalchild opened 5 months ago
//lessons
I created a similar lesson for the beginner developer module on multisite. It might save time by reusing that lesson here.
We will reuse the 'Managing a multisite network' lesson but will re-record this one to be more user-focused.
I'm not trying to be funny or anything; I honestly don't mind you re-recording it, but I'm curious to know how the lesson could be more user-focused.
Hey Jonathan. Absolutely, sorry for not providing more context. Ronny and I chatted. To summarize: 'This one relies on people having some familiarity with server environments (Apache vs. Nginx, specifically, the part at 2:34), and an understanding of DNS, etc. (at 5:14).'
But now, after I started working on it, I realize you can't really get around it...
But now, after I started working on it, I realize you can't really get around it...
Yeah, that's kinda what I was getting at. You can get away with not talking about DNS if you go the sub folder install route (which I actually think I use in this video because it's really hard to replicate a wild card subdomain on a local environment), but your web server (apache/nginx/etc) is going to determine the server config steps.
Hi @jonathanbossenger, I was chatting with @westnz about it on Slack, and thought I'd also share my feedback here so we could all weigh in :-)
Here are my thoughts:
So, if we do go with a narrow-scoped lesson, it should include a section at the beginning that covers the following:
/wp-admin/site-health.php?tab=debug
and click the Server dropdown).
Finally, and that's maybe the most important thing, I think it's safe to assume that people who want or need a multisite are Advanced++ and, as such, have prior knowledge of servers. Otherwise, they would have someone else (developer, sysadmin, etc.) managing this aspect.
What do you guys think?
Hey @ironnysh. I agree with everything you've said here.
What I was wondering was whether this would require creating an entirely new lesson instead of adding any missing pieces to the existing one, which I'm happy to do, and then using it in two learning pathways.
The lessons on Setting up a WordPress multisite network, Managing a WordPress multisite network, and Advanced multisite management all exist in the blurred area of advanced WordPress user/beginner WordPress developer. Even the introductory paragraphs in the Advanced Administration Handbook allude to this.
One of the main reasons I created those lessons in the first place was to give context for the later "developing for multisite" focused lessons, but they could just as easily be included in the advanced user learning pathway.
This all leads me to think that we should consider a Sysadmin Learning Pathway ;-)
creating an entirely new lesson instead of adding any missing pieces
Managing a WordPress multisite network, and Advanced multisite management work great as is.
The Setting up a WordPress multisite network lesson naturally assumes that people have watched the previous lessons in the Beginner WordPress Developer LP, so there are no “official prerequisites”.
What I'm worried about is that people arriving here without going through the Developer LP might feel overwhelmed when they encounter some key topics for the first time:
Thank you both for helping to move this forward!!
What I was wondering was whether this would require creating an entirely new lesson instead of adding any missing pieces to the existing one, which I'm happy to do
Let's connect to see how we can add the missing pieces 😉
What I'm worried about is that people arriving here without going through the Developer LP might feel overwhelmed when they encounter some key topics for the first time:
I think the important thing to focus on is what are we (the training team/Learn WordPress) responsible for teaching folks. Usually when I think about this, I think about what is possible with WordPress in the out of the box experience. Anything outside of that should only be mentioned, and perhaps linked to for further reading.
This is why, for example, the How WordPress works module contains lessons on Apache/Nginx, but nowhere in the beginner developer LP do we include anything on WordPress in a subdirectory, or DNS related topics. That's usually either linked to for further reading in the main body of the lesson, or in the lesson summary.
Would you say that this approach is reasonable for the user audience, too? I feel like developers are more inclined to this "DIY-prerequisites" method :-)
Maybe this lesson should be only theory—the what and why—and conclude with a recommendation to learn more (the how) in the developer LP. That's what we did with the HTML and CSS lessons.
I like the idea of a more narrow-scoped lesson + adding a section at the beginning to ensure multisite is supported on a user's hosting plan before they begin and, if possible, to check which server they are on.
Would you say that this approach is reasonable for the user audience, too? I feel like developers are more inclined to this "DIY-prerequisites" method :-)
Given a lot of the content in this learning pathway, I'd argue that at the "Advanced User" level, the lines start to blur. For example, you all have a lesson on phpMyAdmin, which doesn't have any prerequisite for knowing what PHP or MySQL is.
Maybe this lesson should be only theory—the what and why—and conclude with a recommendation to learn more (the how) in the developer LP. That's what we did with the HTML and CSS lessons.
That's not a call for me to make, but it could very well be the case. If we use the phpMyAdmin lesson as another example, I see that in the description it says, "If you want to learn more, go to the Developer LP." So that could also be the solution here.
However, I can also see a use case for simply improving the current lessons, and reusing them in both places.
the lines start to blur
I couldn’t agree more. The Advanced User “persona” is hard to pin down because it can be a seasoned content creator/manager, designer, non-WP developer, or anyone who’s seen enough CMSes :-)
prerequisite for knowing what PHP or MySQL
The reasoning behind Modules 6 and 7 was to take a step back from hands-on, practical tutorials and spend some time on theoretical (aka, conceptual) learning opportunities. The four lessons in these two modules are introductory (sort of “take my hand and let's see what's going on behind the scenes”) and include a callout to learn more in the developer LP. I hope they will help people feel more confident when interacting with their site, and even encourage them to continue their journey into the Developer LP.
The reasoning behind Modules 6 and 7 was to take a step back from hands-on, practical tutorials and spend some time on theoretical (aka, conceptual) learning opportunities. The four lessons in these two modules are introductory (sort of “take my hand and let's see what's going on behind the scenes”) and include a callout to learn more in the developer LP. I hope they will help people feel more confident when interacting with their site, and even encourage them to continue their journey into the Developer LP.
That makes sense. In that case, perhaps it also makes sense to take the same approach to module 10, as you suggested earlier.
Maybe this lesson should be only theory—the what and why—and conclude with a recommendation to learn more (the how) in the developer LP. That's what we did with the HTML and CSS lessons.
Let's move forward with this plan. I will start working on this next week and edit the script I already drafted.
Do we still include the 'Managing a multisite network' in the Advanced user LP?
Do we still include the 'Managing a multisite network' in the Advanced user LP?
I vote yes :-) Here's a possible scenario: a content manager might not be able to access the server to set up multisite, but once it's enabled (by a sysadmin, or a similar function), they would be the ones managing the network.
That is a good example. Agreed, let's include it.
Great intro to the topic, @westnz 🧑🏫
Re Technical concepts: in the sub-domain section (starting at 2:41), the preceding www
should be removed from the example URLs.
Thanks for catching that, @ironnysh, and reviewing.
Details
Related Resources and Other Notes
Automation Code