--- title: How to spin up a website quickly using a boilerplate date: 2024-04-02T05:30:00-04:00 author: Sean Smith canonical_url: "https://website101podcast.com/episodes/season-07/episode-5/how-to-spin-up-a-website-quickly-using-a-boilerplate/" section: Podcast --- <!\[CDATA\[YII-BLOCK-BODY-BEGIN\]\]>[Skip to main content](#main-content)Season 07 Episode 5 – Apr 02, 2024 32:52 [Show Notes](#show-notes) ## How to spin up a website quickly using a boilerplate  0:00 0:00 1.0x 0.75x1.0x1.25x1.5x2x [](//dts.podtrac.com/redirect.mp3/website101podcast.com/uploads/mp3/season-07/S07-E05-Boilerplates-v2.mp3) In this episode we discuss the advantages of using a boilerplate to start a new website build and what to include or not include when establishing a boilerplate. ### Show Notes - Github stars and forks - Packagist - What is a boilerplate - Save time by pre-configuring settings for all projects - Wireframe components - What to include in a boilerplate - What to exclude from a boilerplate - Disadvantages to a boilerplate - ReadMe file and documentation - Feature requests for your boilerplate - Personal conventions ### Show Links - [Sean's Craft CMS boilerplate](https://github.com/CreateSean/craft-starter) - [Packagist](https://packagist.org/) - [Swup](https://swup.js.org/) - [MatrixMate](https://plugins.craftcms.com/matrixmate?craft4=) - [SEOmatic](https://plugins.craftcms.com/seomatic?craft5) Powered Transcript Accuracy of transcript is dependant on AI technology. **\[00:00\]** **Mike:** And we're back with another episode of the website 101 Podcast. This is the podcast for people who want to learn more about building and managing websites. I am one of your hosts, Mike Mella. They are Amanda Lutz and Sean Smith. **\[00:21\]** **Sean:** Hello, everybody. Hello, all. **\[00:23\]** **Mike:** How you guys doing? **\[00:24\]** **Sean:** We're doing great. We're at least I'm doing great. **\[00:27\]** **Mike:** Yeah. You're the one that matters. I'm not really that interested in how great a man is. **\[00:31\]** **Sean:** Everything revolves around me. I mean, what more could we say? **\[00:34\]** **Amanda:** Want more? **\[00:38\]** **Mike:** All right, so today, it's just three of us, but we're going to be sort of interviewing Sean a little bit here, but also a bit of a round table because we're talking about boiler plates and what starters, I guess you'd call them different things. Starting point for building a site rather than building from scratch, start with this boilerplate that has a lot of the settings already built in there and we'll explore other sort of things along that line like templates for websites themselves and all kinds of things like that. Yeah, that sounds good. And the reason Sean is going to be sort of leading a little bit of it is because Sean has a boilerplate for Kraft, CMS, which we all use Kraft and I have a boilerplate that's built off of Sean's boilerplate, so he has a lot of experience doing this, **\[01:28\]** **Sean:** and I think other people use your boilerplate. Yeah, so it looks like Mike has made a fork of my boilerplate, and then I'm taking a look at the GitHub repo right now, which will include a link through in the show notes. It's got 26 stars, and 26 stars, nice. So high level, a little bit **\[01:47\]** **Amanda:** at high level here. What is the difference between a star and a fork for people who aren't in the GitHub know so that they can more better figure out how special and used Sean's **\[02:00\]** **Sean:** template is. Sean's part of it is. So a star is basically people who favor it so that they can find it easily on GitHub. I don't know how cool it is. I think it's cool that it's more than just me that like it. And a fork is somebody who said, Hey, I like this, but I want to make it my own and do my own thing with it and maybe change it a little bit differently. So I've heard that sometimes people will fork it and then do a pull request and merge their fork back in, but that's not happened to me. So nobody's offered a suggestion **\[02:40\]** **Mike:** for how you can improve your boilerplate and ask you to pull it back in? **\[02:44\]** **Sean:** No, but I did get a couple of support requests early on, and to go back to your question about Forks and Stars, I went to Packages, which is how you hook it up with a composer and the Packages listing says there are 26 stars, 4 watchers and 5 Forks. Cool. people have decided to do that. And I was like, wow, I'm contributing to open source, **\[03:12\]** **Amanda:** I guess. I don't know. Okay. So what is a boilerplate? We're talking about it, give **\[03:19\]** **Sean:** a 30 second elevator pitch. Yeah. Might kind of hit on it. Basically, a boilerplate is something that you use to start all of your projects with. So it's got a bunch of settings and it's built and set up in a way that you're familiar with and can just get you up and running that much faster. I'm going to reference craft here, but this is really something you could do with any sort of CMS, whether it's Expression Engine, WordPress, Drupal, whatever. So for craft, if I was starting a new project and I did not have a boilerplate, the first thing I do is I go to Craftsite, find out what the code is to copy the or clone the repo or maybe just download the zip, set that up and manually hook up everything. Then I need to start setting up channels and sections and fields and various configurations. With a boilerplate, I don't need to do all that because I've done it once. All my configurations, all the kind of settings **\[04:20\]** **Mike:** that I typically use on a site are already there. Right. So if you tend to use a certain number of plugins or something on most sites you can have them built into your boilerplate so that when you start a project it's already all installed and configured. Exactly so there's a number of plugins **\[04:42\]** **Sean:** already installed in this boilerplate and you know they're configured I don't need to do anything it's just it's gonna work I think there's one or two commercial plugins so when you if you use this boilerplate, you need to be sure to purchase a license for it before your site goes live. But it's there and it just makes things easier. Instead of going in, oh, I need to download and install this, theomatic and configure it. Well, it's partially configured already because there's a lot of things that are going to be used on every site that I build or theoretically on every site **\[05:19\]** **Mike:** that somebody else builds, everything. So it sounds like boilerplates are potentially a lot of work. So why did you, Sean, decide that you want a boilerplate for, as a jumping off point **\[05:34\]** **Sean:** for most of your sites? Why did you build that thing? Well, that's a great question. It is a lot of work and I think most of their work is coming initially in the initial setup. But if I look at how much time I would spend with every new site that I build doing all of those steps over and over and over the amount of time that I spent building this the boilerplate and the amount of time I save **\[06:02\]** **Amanda:** it's infinite amount of time I've saved yes I probably to start from scratch everything would be **\[06:09\]** **Sean:** like somewhere in four to seven hours of of work setting up everything and probably more because over time, I've added in some sections and fields and things like that so that hey, almost every site has a blog, right? Well, I have a new section that doubles as a blog. It's already set up. It's got basic templates. I don't need to add fields. It's already got some, you know, like, really basic styles. And all I have to do is go and match the design from whatever **\[06:46\]** **Mike:** the client provides or the designer dies. I don't need to set up fields or sections. I've got **\[06:53\]** **Sean:** sprig setups, so it's got all that reactive pageination and search and things like that. That's a lot of time to set up individually. It just works. The big advantage to me is **\[07:07\]** **Mike:** saves me a ton of time. There's not a lot of design put into it at all. It's really just like the framework of how things work and then when you build a site you would apply the design of that new site to the existing framework. **\[07:26\]** **Sean:** Yeah, it's really just a skeletal design, black and white boxes. There's nothing special about it. It just, boom. If you're doing design, what's it called when you just have outlines on design. Wireframe? Wireframe? Yeah, Wireframe. It's basically just a Wireframe design. **\[07:49\]** **Mike:** Right, right. Okay. So should we get into what you include in your boilerplate? I know we talked about this as yours as a craft specific one, but there'll be some things, I'm sure tailwind will come up and things like that, but how do you decide what's in or what maybe we'll start with just what do you **\[08:05\]** **Sean:** have in your, you know what I mean, at a high level. Oh yeah. So it includes things like minifying your CSS, critical CSS, minifying JavaScript. I've also got it set in for icons, SVG icons, and images to do things like minimizing and optimizing all automatically. I haven't used that a lot on recent builds, but it is big into it, and it's part of running the production, MPM run production, so it does stuff only before you're deploying to your production site. **\[08:43\]** **Mike:** Okay, so this is important that it's not just what's included in the CMS for your site. It's also build process stuff, things like Alpine, Tailwind that you use in your site. It's not just plug-ins in that. It's also like your whole workflow about building a website is included in there. **\[09:02\]** **Sean:** I'm not a big fan of carousels, but a lot of sites, regardless of my feelings about them, use carousels. So I have a JavaScript plugin. I forget what I used, but it's included in there. Alpine is included. Other things that make it nice and easy to work with is it's already got navigation built in. So it's got a nav bar that collapses to, you know, the mobile hamburger menu and everything and it's all based off of the tree structure inside of craft for pages. Now, I just mentioned craft, but again, if you're using WordPress or Expression Engine, you would hook it into the stuff in the back end for that. And I don't have to build out enough every time. I just need to style it, make it look pretty and match the site design. So, I got all of that. I've got some sections set up. Also, template it. The way I organize my templates, everything is consistent across sites. So, when I go into a site, I know exactly where to find everything. I include things that I don't necessarily build into every site. My boilerplate has dark mode built in. So, there's a little dark mode switcher. But I have yet to have a client want to use it because it costs money for me to code the design right but yeah it's there i've got that switcher in and i'm actually using it on this podcast site so if you come to the podcast website there's a dark mode option so you can use system dark or light and what is that's all what is the podcast website what is the URL that would be website 101 dot com **\[10:54\]** **Mike:** or website 101podcast.com sorry yeah right great website so after after this whole list of **\[11:02\]** **Amanda:** everything that you include in your boilerplate what would be some items that you specifically **\[11:07\]** **Sean:** keep out of it oh that's a good question and when I haven't really thought too much about things that I would not include would be something that is not going to be commonly used on many sites **\[11:22\]** **Amanda:** Yeah, I would think that would include the code for the carousel. **\[11:27\]** **Sean:** Yes, I do have that included, so I'm going to get back to that in a minute because there's a lot of stuff that I've added over the years that have been building this. So it's a lot different from when I initially started. I've just, I've grown the boilerplate, but let's say you've got some sort of advanced search feature on a site that gives you a lot of different drop downs and options to filter various results across your site. I wouldn't include that in a boilerplate because not every site is going to use that. But I've included a blog because almost every site has a blog or a news **\[12:08\]** **Mike:** entry. I'm sorry Mike, go ahead. No, so it's okay. So this is... Yeah, I was curious about this too because I have, I do have a craft boilerplate based on yours. I also have a Statomic boilerplate for the CMS Statomic that I called a while ago. However, I don't often build new sites with Statomic. So what happens for me is it falls out of like I'm not keeping up to date with it. So with best practices. Yeah. So how do you approach like if let's say you're building a new site? Maybe you've used your boilerplate as a starting point, but then you build in some new feature. How do you decide whether you'll put it into the boilerplate for the future, or is it just for that one site? Because here's an example I have. There is a feature called, not a feature, like a JavaScript library, I guess, called Swap, SWUP. And it basically lets you have smooth page transitions, so you click a link and it sort of fades into the next page or whatever. or whatever and I thought it was kind of cool and I checked it out one day. I built it into a site and I thought I maybe I should put this in my boilerplate because I might use it in the future but I don't actually know and it takes a little bit of work to configure it. You have to put certain classes here and there and put a line of JavaScript and I ended up putting all this documentation in the readme file about how to enable that if you want to use it and it just became really weird and I was I was like, is this, am I just wasting time here? So how do you decide this is going into my boilerplate? This is not, and that kind of thing. **\[13:49\]** **Sean:** You're a soundtrouble, but no. No, no, you wanted to think for a second. **\[13:54\]** **Mike:** Because the reason, because Amanda mentioned earlier about the slider, like you don't usually use sliders, but you say you do have a slider in there, right? **\[14:01\]** **Sean:** Yeah, I don't advocate for them. I actually advocate against them, But it's, they're so popular that I don't really push back super, super strong with clients or agencies. So I do include it because I know that I am going to use them. Maybe not on every site, but I'm always going to have a slider. Not because I think they're great for users. I know they're bad, but you can't afford that. Now, your JavaScript thing that you mentioned, that's something that I would probably think about, including just like you did. But, I may wait until I've used it twice. **\[14:38\]** **Mike:** Okay. Yeah. **\[14:40\]** **Sean:** Yeah. So, but for example, there was a plug-in for craft. And again, I'm going craft-specific, but you could just think about it as a plug-in that you're using for any CMS. There's a plug-in that I thought really helped with the author experience in craft called MatrixMate. gives you a lot of cool little features added to the matrix. I used it once and my mind was like, absolutely, I am going to put this into the boilerplate. I did, we've used it on five or six sites since then, maybe more. I love matrix mate. Unfortunately, I found out it's not going to be upgraded to craft five. Mostly because most of the functionality that it gives you is going to be baked into craft 5 already. There's one bit that is coming later according to Brandon Kelly. So yeah, I'm disappointed it's not included because now I'm gonna have to recreate all those things natively. There's not gonna be a **\[15:40\]** **Mike:** motion path. Just as a side note, are you referring to Matrix made itself? That's **\[15:45\]** **Sean:** not gonna be ported over or something else. No, I'm specifically referring to Matrix made. I was talking with the developer yesterday. It's like this is one of the You're only plug-ins holding me back from upgrading, and he explained that you can do almost everything natively now in Craft 5. **\[16:01\]** **Mike:** Wow. Okay, well that's good. **\[16:03\]** **Sean:** That's good news. So, yeah, I mean, it's good, because I also happen to be, as I mentioned in previous episodes, minimalist with plug-in usage as much as possible. **\[16:18\]** **Amanda:** equals Amanda, if enjoy website 101 podcast equals true, then go give us a positive review on Apple Podcasts. I can't even do it with a straight face, or **\[16:32\]** **Mike:** wherever you get your podcast. Yeah because you run the risk of having your your boilerplate get really bloated, right? That's a problem when you start adding all this stuff that you think you may need and may not need. Yeah, and for me **\[16:45\]** **Sean:** For this plug-in matrix mate, one of the reasons I accepted adding it to the thing was it added a lot of really good author experience enhancements to the matrix. The other reason is, if it was abandoned, which, coincidentally, it is going to be abandoned, removing it from the site does not impact the front end. I can remove it from the site, and the site will continue to operate. can continue to make updates to content, it only changes the way the author experience works. So that was one of my criteria is that if I'm going to include a plugin, it really needs to be critical for the site or be something that I can pull out and maybe not it's not going to hurt it. So for example, I include SEOmatic, which is a big SEO plugin for craft. Every site is going to do that. The other reason that that one's included is Andrew Welch, the developer trusted, active in their community. He's not going anywhere unless he gets hit by a bus. Or retirees. Or retirees if you wanted to. And Andrew, I hope you never get hit by a bus because we all love your plugins. assuming he's listening. So yeah, going back to things I would not include. It's something that is unlikely to be needed on most sites that I built. **\[18:14\]** **Mike:** Yeah, my boilerplate focuses a lot, I would say, on things that I use. Like you said, the control panel side stuff, where it's like, if it came out, it wouldn't affect the public's facing side very much. It's more things that help me develop. I've got a lot of things like that in my, yeah. **\[18:33\]** **Sean:** One of the things that you mentioned about a year ago was this CSS for the control panel, where you can change the way things look. And I added that in, and I even copied exactly what you did to enhance the matrix block. So it stands out more when the active block is selected. Yes, I really liked that. So yeah, it's things like that. And to go back to the things I do include, I have some basic templates set up. I have a basic matrix or a content builder that's got blocks for copy, floated image with copy, a slider or a carousel, a call to action, video blocks, so you can pull in a YouTube or a Vimeo. And all of these are common things that almost every site uses. So I've built a matrix that has all of these in with minimal styling using the wireframe type of thing. Now when I build this site, I don't have to sit there and create all these fields and these blocks and then create all the templates because they're already there. All I need to do is go in and add various tailwind classes maybe a little bit of JavaScript to enhance it and match the site design. **\[19:53\]** **Mike:** Yeah, and if you decide you don't need those blocks in that particular site, you can just delete them from the matrix. **\[19:58\]** **Sean:** Yeah, I can just delete them or disable them using Matrix mate, or in craft 5, there's different ways to do that, which I haven't had a chance to play with yet because craft 5 was just released yesterday. **\[20:13\]** **Amanda:** So it seems like everybody, it seems like the two of you are very excited and very happy using your boilerplate any disadvantages that you have run into since you've **\[20:24\]** **Sean:** Created it? Nope. I thought about it for a second. I guess the only real disadvantage would be that occasionally I spend a little bit of time updating the boilerplate and mostly that's like about every three or four months I'll go through and I'll update the CMS and all the plugins. So it's on the latest up to that point. And occasionally if I do something cool on another site that I think would be helpful, like, you know, how Mike had just asked, then I'll just copy that in. And maybe I also, I'll find a bug that in some of my code and I'll go and fix it. Like I find a bug on a production site and then I go back and I fixed the boilerplate so it doesn't go into other sites. **\[21:15\]** **Mike:** So as far as I'm concerned I think one of the drawbacks of disadvantages of using boiler plates is the very fact that you have to keep it updated. Like I frequently had things added to a particular site that was based on my boilerplate and then I'm like oh I should add this feature to that but when am I going to find the time to do that some other time or even when I do add it like I said that swap library thing I added, I found myself adding, like taking the time to add a lot of information in the readme file, just so that I remember next time how to enable it or whatever. Do you do things like that? Keep the readme file updated with instructions. **\[21:53\]** **Sean:** Oh, I'm glad you brought up the readme file. The readme file is really, really important. Especially if your boilerplate is going to be used by other people. I don't know if Mike's boilerplate is publicly available or not. No, I don't think so, no. Yeah, I think it's really important because there are some things in my bother plate that I don't recall very often, especially like when I'm installing it from packages, there's a step-by-step about what you need to do. You need to update this and that and this and that. You have to put all that in there because you're not building a brand new site every week or every day, there's things you're not gonna remember or there's image manipulation on the front end. I previously was using a plugin and I copied some of the plugin documentation so I could easily just copy and paste into my templates but then I didn't like that plugin eventually and I went in and created something using native code. And then I had to go and update the documentation for how this works with the native code. And that's actually where most of my bugs came because over time I found little edge cases that I had to go and fix and it's all related to all, I do these image things. **\[23:08\]** **Mike:** Yeah, yeah. Yeah, for my boilerplate, even though it's not public, I think I haven't shared with Amanda and maybe one other friend of ours, maybe you, Sean. But the public can't really use it. I'm not at that point yet where I want to make it available, but just recently I did update the readme file, especially the installation, like the composer and NPM and stuff, like incredibly detailed. I added like, you know, you copy this line, type this and like in both, bullet points, and it's dead easy to get going now, which I'm thrilled about. **\[23:43\]** **Sean:** It's not dead easy for everybody. And I'm gonna, I'm gonna throw one of our friends under the bus, but I'm not gonna name him. He's gonna recognize who he is though. And I'm sorry friend, but I'm throwing you under the bus here. So, one of our colleagues or friends uses my boilerplate, and he was asking for some sort of port on something, and he'd ask me the question, he's like, oh, that's on the dock, and he'd read me, it's like this section, step three or step five, or whatever the step was, and a couple times he's like, oh, you got to do that, you got to check that, and That didn't end up solving his problem, but he had skipped part of it, and I know he went back and talked to Mike later. But the thing is, people don't always read that, and it made me think about all the times I have asked plug-in developers for support, and they told me to go read the docs, and I was like, oh man, face palm. I'm just as bad, so unnamed friend, I'm not really throwing you under the bus as much as like, I'm throwing myself at the same time. **\[24:55\]** **Mike:** Sometimes that's for real though. I recently had trouble with a plug-in for a CMS and I reached out to the developer and he tried to clarify something. And he said, as mentioned in the docs, there's like this sort of passive aggressive thing, I guess. And I checked, it's not in the docs. The thing he said is not in fact there. He thinks it's there, but it's not. **\[25:15\]** **Sean:** Yeah, I think plug-in documentation is probably the hardest aspect of plugins. Because you know the plugin in and out as the developer, you just know, but you're not thinking about people who are coming to it for the first time. And you know, some people will have less experience as being a developer, let alone less experience with your plugin. So when I see a plugin that's incredibly good documentation, **\[25:46\]** **Mike:** it's also worth its weight in gold. **\[25:47\]** **Sean:** Yeah, so Andrew Welch has probably has the best plugin documentation of all the craft plugin authors. **\[25:57\]** **Mike:** And Ben Croker, a friend Ben Croker, from put your lights on. He was on a previous episode talking about plugins and documentation. He's got very good documentation. **\[26:05\]** **Sean:** His documentation is also good. It's always fair. But I mean, that's not a slag on anybody else who doesn't. I think it's just, that's a ton of hard work to do. **\[26:15\]** **Mike:** Yeah, no doubt. **\[26:17\]** **Sean:** So yeah, I mean, boilerplates, it does save a lot of time, but it also is a little bit of work, especially ongoing work as you got to keep it up to date from time to time. **\[26:31\]** **Mike:** Okay, so Sean, I know that you don't have any pull requests of people trying to add things into your boilerplate yet, but if you got, let's say a feature request, someone came to you and said, hey, do you think you should, And why don't you think about adding this into your boilerplate? **\[26:49\]** **Sean:** How would you handle that? If it's something I would use myself, I would add it in. If it's something I'm not going to use, I'm not going to add it in. Because honestly, this is a boilerplate for me. I'm happy that other people use it, but I don't want to maintain something that I'm not going to use. **\[27:07\]** **Mike:** Yeah. And it's interesting because it makes sense that you say that, but that makes me realize that a boilerplate is quite personal, like it's about the way that the person who made it develops websites, right? Because you and I have different ways of even something as simple as organizing the navigation menu or something of a site. Like I might have, I do have a very specific way that I use on every site, but you might not have that. So if you were to install my boilerplate, you might be like, what? I don't want to do my navigation like this. **\[27:39\]** **Sean:** And it can even go so far as naming conventions. Yeah, yeah, that's right. If you're not using tailwind, then you're going to be doing naming conventions, whether you use BAM or camel case or snake case or whatever **\[27:53\]** **Mike:** for your CSS classes. **\[27:56\]** **Sean:** And then even in tailwind, when I do custom configs, I do red brand for my color. So it's red brand, 100, red brand, 200, something like that. But maybe you do it differently. Somebody might be doing primary color, secondary color. It is personal. It's like how you work. And I think that the reason people might fork it is they like a lot of what I've done, but then they want to change some of it because it's not the way they personally work. **\[28:31\]** **Mike:** And it could be the naming conventions or whatever, but I wonder how many people of those bunch that are using your boilerplate, maybe you've actually influenced the way that they build websites as well. Maybe you've put your sort of fingerprints into their site with the naming conventions and whatnot. **\[28:48\]** **Sean:** You know, it's entirely possible because I think about things that I've learned from discord or stack exchange or just documentation of other plug-in authors and how I take those **\[29:03\]** **Mike:** and use it myself. **\[29:05\]** **Sean:** So it's entirely possible. I'm taking a look at the stats. There are 226 installs of my boilerplate. I have maybe used it 20 times, maybe 25. There's a whole lot of other installs. So people have tried it out. And I'm happy. I like that they're using it. If somebody gives me an idea, if it's something I would use, I'll do it. if they find a bug in the code, I'll fix that, of course. But yeah, if it's something that I'm not going to use or don't see value in it, now, sorry, it's for me. You're free to use it, but **\[29:45\]** **Mike:** it's for me. Put it in your own boilerplate if you want it. So bad. Yeah, fork it and make it you're wrong. Right. All right, that's good. That was really good information. I learned, And, well, I mean, yeah, I learned some stuff about boilerplate, so hopefully you guys did do. And everybody else. Sean, you still want to maintain your boilerplate after this discussion. It hasn't turned you off. The whole idea of providing this to people. **\[30:13\]** **Sean:** Oh, God, no. I will be continuing to maintain it, and I'm already planning to update it to craft five. Once there's a couple of plugins that need to be done or made compatible, and then it'll be moving on and getting it ready for craft five. **\[30:29\]** **Mike:** Yeah, I guess we never really got into depth about that. Like a CMS getting updated, a full point, you know, a full version would have a big impact. Like you'd have to make a decision of when you're going to do that, do you have any process for that? **\[30:44\]** **Sean:** Well, I did it when we went from craft three to craft four, and basically in the documentation at the time, I added a line that said, if you want to start with a craft three plug version of this boilerplate, then this is how you install that, and I'll do the same thing when we do craft five. I'll add in a line specifically for craft four. Wow. Nice. I want to get the boilerplate up to craft five as soon as possible, because I don't want to start a new build and then have to upgrade it to craft five. **\[31:16\]** **Mike:** Yeah. **\[31:17\]** **Sean:** Yeah. So. All right. Well, this is great. Yeah. This has been fun. **\[31:23\]** **Mike:** I like this conversation. Thank you so much. Thank you, Amanda. Amanda's got some weird noises happening. **\[31:29\]** **Sean:** Yeah, I think she's got some workers in her house doing some workers **\[31:33\]** **Mike:** up thing and making noise. Sorry. So she was a, wasn't as chatty as we'd **\[31:38\]** **Amanda:** like her to be, but that's all right. Active listening. That's what I, that's what I **\[31:42\]** **Mike:** practiced today. Oh nice. Awesome. So tell your friends, subscribe, check out us, our stuff on YouTube, lunch bites, every person third Wednesday. I was, I was What's up to think of? Is it Wednesday? Yeah, Wednesday. **\[31:55\]** **Sean:** Yeah, first and third Wednesday. So the next lunch bites will be out before this episode hits, I think, or maybe it comes out. I don't know, anyway. Whatever, just tune in sometime. **\[32:05\]** **Mike:** All right, thank you for listening. Till next time, bye. Bye, everybody. **\[32:13\]** **Amanda:** The website 101 Podcast is hosted by me, Amanda Loots. You can also find me online at AmandaLoots.com. **\[32:20\]** **Mike:** And by me, Mike Mella, find me online at belikewater.ca or on socials at Mike Mella. **\[32:27\]** **Sean:** I'm Sean Smith, your co-host. You can find me online at my website, caffeinecreations.ca, and link down at caffeinecreations. Man, I feel like I talked a lot. Close Transcript Have a question for Sean, Mike, and Amanda? [Send us an email](/contact). [![Listen on Google Play Music](/assets/images/google_podcasts_badge@2x.png)](https://www.google.com/podcasts?feed=aHR0cHM6Ly93ZWJzaXRlMTAxcG9kY2FzdC5jb20vZmVlZC5yc3M%3D)[![itunes badge](/assets/images/itunes-badge.png)](https://itunes.apple.com/ca/podcast/website-101-podcast/id1449510012)[![itunes badge](/assets/images/spotify-logo.png)](https://open.spotify.com/show/3rmSM1R9t6q1U8DmYWJRSO?si=NrYPMgDaRV6Dd56PjEaPow)### Season 07 - 1 [ When to Say No](https://website101podcast.com/episodes/season-07/episode-1/when-to-say-no/) - 2 [ How can I communicate better with clients?](https://website101podcast.com/episodes/season-07/episode-2/how-can-i-communicate-better-with-clients/) - 3 [ What to do when work is slow - with Mitchell Kimbrough](https://website101podcast.com/episodes/season-07/episode-3/what-to-do-when-work-is-slow-with-mitchell-kimbrough/) - 4 [ Motivation, Burnout, and Imposter Syndrome, with Kevin Nicholson.](https://website101podcast.com/episodes/season-07/episode-4/motivation-burnout-and-imposter-syndrome-with-kevin-nicholson/) - 5 [ How to spin up a website quickly using a boilerplate](https://website101podcast.com/episodes/season-07/episode-5/how-to-spin-up-a-website-quickly-using-a-boilerplate/) - 6 [ Back in my day...](https://website101podcast.com/episodes/season-07/episode-6/back-in-my-day/) - 7 [ How to submit a support request with Ben Croker](https://website101podcast.com/episodes/season-07/episode-7/how-to-submit-a-good-support-request-with-ben-croker/) - 8 [ Online Learning and Keeping up with Technology with Ryan Irelan](https://website101podcast.com/episodes/season-07/episode-8/online-learning-and-keeping-up-with-technology-with-ryan-irelan/) - 9 [ Unlock your ADHD superpowers with Chris Ferdinandi](https://website101podcast.com/episodes/season-07/episode-9/unlock-your-adhd-superpowers-with-chris-ferdinandi/) - 10 [ Rebroadcast: 11 Things to avoid doing on your website](https://website101podcast.com/episodes/season-07/episode-10/rebroadcast-11-things-to-avoid-doing-on-your-website/) - 11 [ Raw and Unedited](https://website101podcast.com/episodes/season-07/episode-11/raw-and-unedited/) - Bonus[ The Joy of Self-Taught Coding](https://website101podcast.com/episodes/season-07/episode-/the-joy-of-self-taught-coding/) ### All Seasons - [Season 01](https://website101podcast.com/season/01/) - [Season 02](https://website101podcast.com/season/02/) - [Season 03](https://website101podcast.com/season/03/) - [Season 04](https://website101podcast.com/season/04/) - [Season 05](https://website101podcast.com/season/05/) - [Season 06](https://website101podcast.com/season/06/) - [Season 07](https://website101podcast.com/season/07/) - [Season 08](https://website101podcast.com/season/08/) - [Season 09](https://website101podcast.com/season/09/) <!\[CDATA\[YII-BLOCK-BODY-END\]\]>