Copyright © 2006 The Linux Information Project. All Rights Reserved.
… a slight hint that this might be obsolete information :)
Let's talk about what "typically" means, because it is kind of hard to pinpoint at what kind of Linux system you're looking at.
If we're talking classic "GNU-style" Linux (and not, say, Android), then the vast majority of userlands are probably container or VM workloads, which typically have but one single filesystem for all transient data, and only the persistible payload data might be on a separate file system, and which data that would be depends on whether you're running a database server, an email server or some authentication microservice.
If we're instead constraining us to what you'll find on PCs and laptops, then the answer is "it really depends", as the large distros have moved to defaulting to install everything but /home into a single file system; in some standard installations, that might not even be the case. To make matters just slightly more confusing, default installations for Ubuntu and Fedora (and thus, for the majority of users) end up on btrfs and btrfs subvolumes. Is a subvolume a separate file system? Depends on how you want to define file system.
Distros also differ in how they deal with non-persistent file systems. My /tmp is a tmpfs, so not put on any disk at all, but the OpenSUSE servers at work use the root filesystem for it; /var/run, /var/tmp have similar fates. /boot is on new installations typically only a separate file system if the bootloader can't understand the root file system. Within /boot, there's on modern systems always an EFI subdirectory which is actually a separate FAT32 file system, because that's what the UEFI of your PC knows to boot your bootloader. (Your document can't know that, it predates all this, including even initial ramdisks being the default method of booting for practically any Linux distro, so all they say about boot-time files is inherently not applicable to modern Linux system.)