Last Updated: June 01, 2026
Advanced
Once your core application is complete, a plugin architecture can help you to extend the functionality very easily. With a plugin architecture, you can simply write the core application, and then extend the functionality in the future much more easily. Without a plugin architecture, it can be quite difficult to do this since you will be afraid that you will break the original functionality.
So why don’t do this all the time? Well it does take more planning effort in the beginning in order to reap the rewards in the future, and most of us (myself included) are often too impatient to do that. However, there are some methods that you can take in order to embed a plugin desirable to extend the functionality. Last time we looked at using importlib (see our previous article “A Plugin Architecture using importlib“), and this time we have an even simpler library called pyplugs.
Python developer and educator with 15+ years building production systems across data engineering, web APIs, and AI tooling. Founder of Python How To Program — 270+ in-depth tutorials covering the modern Python stack.
When to use plugin architecture
So when should you use a plugin architecture? Here are several scenarios – they are all around separating the code from the core to the variations:
- Separate Functionality: When you can split the problem you’re trying to solve/application from core functionality (the main “engine”) to the variations: e.g. ranking cheapest flights where data is from different websites. The core application/engine is the ranking logic. The data extraction from different websites would each be a plugin – website 1 = plugin 1, website 2 = plugin2. When you want to add a new website, you just need to add a new plugin
- Distribute Development Effort: When you want to work in a team to easily separate the focus from core functionality to variations: e.g. suppose you have an application to do image recognition. Team 1 (e.g. data science team) can work on the core engine of doing the image recognition, while you can have Team 2-4 work on creating different plugins for different image formats (e.g. Team 2: read in JPG files, Team 3: read in PNG files, etc)
- Launch sooner and add functionality in future: When you want to launch an application as quickly as possible. e.g. Suppose you want to create an application to return the number of working days from different countries. To begin with, you can just start by launching this for United States and Australia. Then, you can add more countries in the future. Since you designed the plugin architecture from the start, it’ll be safer to add more countries.
There are many more, but the disadvantage is that you have to plan for it upfront. Invest now in a plugin architecture, and then reap the benefits in the future.
Invest now in a plugin architecture, and then reap the benefits in the future

Let’s explore this third example of a public holiday counter application and show how the pyplugs library can help.
Example Problem: Extracting Public Holidays
The application we’d like to create is a command line application that can be used to pass in a location (country and/or state), and then return the list of public holidays in 2020:
The pseudo-code will be as follows:
1. Get location
2. If data for location not available, then error
3. Get the list of all holidays from the location
4. Return the list of working days
As you probably guessed, it’s step 3 that can be converted into a plugin. However, let’s start without a plugin architecture and do this the normal way.
First let’s see where we can get the data from – for UK data you can get this from publicholidays.co.uk:

And then for Singapore data, you can get it from jalanow.com:

In both cases, the data is in a HTML Table view where the data is in a <td> tag. We will need to use regular expressions to extract the data.
Here’s the code for non-plugin approach:
#pubholiday.py
import argparse
import requests, re
G_COUNTRIES = ['UK', 'SG']
def get_working_days(args):
if args.countrycode =='UK':
r = requests.get( 'https://publicholidays.co.uk/2020-dates/')
m = re.findall('<tr class.+?><td>(.+?)<\/td>', r.text)
return list(set(m))
elif args.countrycode =='SG':
r = requests.get('https://www.jalanow.com/singapore-holidays-2021.htm')
m = re.findall('<td class\=\"crDate\">(.+?)<\/td>', r.text)
return list(set(m))
def setup_args():
parser = argparse.ArgumentParser(description='Get list of public holidays in a given year')
parser.add_argument('-c', '--countrycode', required=True, type=str, choices=G_COUNTRIES, help='Country code')
return parser
if __name__ == '__main__':
parser = setup_args()
args = parser.parse_args()
print( get_working_days(args) )
Running the above with no arguments gives the following – the argparse is a useful library to create arguments very easily – see our other article How to use argparse to manage arguments.

Now, when we run the application with either UK or SG, we get the following data:

The way the code works is all from the function get_working_days:
def get_working_days(args):
if args.countrycode =='UK':
r = requests.get( 'https://publicholidays.co.uk/2020-dates/')
m = re.findall('<tr class.+?><td>(.+?)<\/td>', r.text)
return list(set(m))
elif args.countrycode =='SG':
r = requests.get('https://www.jalanow.com/singapore-holidays-2021.htm')
m = re.findall('<td class\=\"crDate\">(.+?)<\/td>', r.text)
return list(set(m))
The code for UK, for examples works the following way:
1. Get the data using the requests to the website. All the data will be in a r.text
2. Next, run a regular expression to extract the date data from the <TD> tag
3. Finally, remove duplicates with the list(set(m)) code
The disadvantage with this code is that if we add more countries, the function get_working_days() will become longer and longer with complex IF statements. The other challenge is testing it, either manually or with pytest will become quite painful. We can always have it call a dynamic function, but then we end up having difficult to read code.
What we need is a dynamic way to call a function for each country so that it can be easily maintainable and extendible… this is where a plugin architecture will help.
Extracting Public Holidays with a plugin architecture using pyplugs
What we will do now is to separate the main core logic from the plugins. So the file structure will be as follows:
|--- pubholidays.py
|___ plugins\
|___________ __init__.py
|___________ reader_UK.py
|___________ reader_SG.py
So there will be the main functionality still in pubholidays.py, however all the country readers will all be in the plugins package (and subdirectory).
But first, let’s install the pyplugs library
Installing pyplugs
PyPlugs is available at PyPI. You can install it using pip:
python -m pip install pyplugs
Or, using pip directly:
pip install pyplugs
Pyplugs is composed of three levels:
- Plug-in packages: Directories containing files with plug-ins
- Plug-ins: Modules containing registered functions or classes
- Plug-in functions: Several registered functions in the same file
Core logic in plugin architecture
The core logic will be simplified to the following:
#pubholiday_pi.py
import argparse
import requests, re
import plugins
G_COUNTRIES = ['UK', 'SG']
def get_working_days(args):
return plugins.read( 'reader_' + args.countrycode)
def setup_args():
parser = argparse.ArgumentParser(description='Get list of public holidays in a given year')
parser.add_argument('-c', '--countrycode', required=True, type=str, choices=G_COUNTRIES, help='Country code')
return parser
if __name__ == '__main__':
parser = setup_args()
args = parser.parse_args()
print( get_working_days(args) )
Now the get_working_days() function has been significant simplified. It calls the “read” function from the plugins/__init__.py package file. The ‘reader_’ + args.countrycode refers to the function and the module name.
Plugin logic
The plugsin/__init__.py is setup as follows:
# plugins/__init__.py
# Import the pyplugs libs
import pyplugs
# All function names are going to be stored under names
names = pyplugs.names_factory(__package__)
# When read function is called, it will call a function received as parameter
read = pyplugs.call_factory(__package__)
The “read” is the same “read” that is referenced by get_working_days() function from the main pubholiday_pi.py files.
The plugin files/functions are each to be stored in files called “reader_<country code>.py”. The following is the UK file:
#plugins/reader_UK.py
import re, requests
import pyplugs
@pyplugs.register
def reader_UK():
r = requests.get('https://www.jalanow.com/singapore-holidays-2021.htm')
m = re.findall('<td class\=\"crDate\">(.+?)<\/td>', r.text)
return list(set(m))
And then finally the SG file:
#plugins/reader_SG.py
import re, requests
import pyplugs
@pyplugs.register
def reader_SG():
r = requests.get('https://www.jalanow.com/singapore-holidays-2021.htm')
m = re.findall('<td class\=\"crDate\">(.+?)<\/td>', r.text)
return list(set(m))
In Conclusion
So there is no change when you run the application – you still get the same output:

However, you have a much more maintainable application.
So we started with a monolithic file, and now we extended this to a plugin architecture where the variations are all stored in the “plugins/” folder. In order to add more country public holidays where the data may come from different websites, all that needs to be done is to: (1) add the country code into variable G_COUNTRIES to ensure the command line argument validation works, and (2) add the new file called reader_<country code>.py in the plugins directory with a function name also called reader_<country code>(). That’s it, everything else will work.
You can also see how we used importlib to achieve a similar outcome as well: A plugin architecture using importlib.
Get Notified Automatically Of New Articles
How To Automate Tasks with Python: A Practical Guide
Last Updated: June 14, 2026
- Automate Tasks with Python: Quick Example
- What Is Python Automation and When Should You Use It?
- Automating File and Folder Operations
- Automating Web Data Collection
- Running Automated Jobs on a Schedule
- Running System Commands with subprocess
- Real-Life Example: Automated Downloads Folder Organizer
- Frequently Asked Questions
- Conclusion
- Related Articles
Beginner to Intermediate
You have a folder full of downloaded files named document(1).pdf, screenshot_2024.png, and report_final_v3_FINAL.xlsx. Every week you spend 20 minutes sorting them by hand. Or maybe you copy data from a website into a spreadsheet every morning, or you run the same three terminal commands every time you start work. These are the tasks Python was built to eliminate. With a few dozen lines of code you can turn a painful weekly chore into something that runs itself while you drink coffee.
Python ships with a rich standard library for automation — pathlib for file operations, subprocess for running system commands, smtplib for sending email — and the broader ecosystem adds libraries like schedule for periodic jobs and requests for web data collection. No special setup is needed beyond a standard Python 3.8+ install. For scheduling, you will need to install schedule with pip, but everything else in this article is built in.
In this guide we will cover four practical automation categories: organizing files and folders with pathlib and shutil, collecting web data with requests and BeautifulSoup, scheduling jobs to run automatically with the schedule library, and running system commands with subprocess. Each section ends with working code you can adapt to your own situation. By the end you will have a toolkit of reusable automation patterns and a complete script that organizes a messy downloads folder automatically.
Python developer and educator with 15+ years building production systems across data engineering, web APIs, and AI tooling. Founder of Python How To Program.
Automate Tasks with Python: Quick Example
Here is a self-contained script that renames and moves files in a folder based on their extension — one of the most common automation tasks you will ever write:
# sort_downloads.py
from pathlib import Path
import shutil
FOLDER = Path.home() / "Downloads"
DESTINATIONS = {
".pdf": "Documents",
".png": "Images",
".jpg": "Images",
".xlsx": "Spreadsheets",
".csv": "Spreadsheets",
".zip": "Archives",
}
for file in FOLDER.iterdir():
if file.is_file() and file.suffix in DESTINATIONS:
dest_folder = FOLDER / DESTINATIONS[file.suffix]
dest_folder.mkdir(exist_ok=True)
shutil.move(str(file), dest_folder / file.name)
print(f"Moved: {file.name} -> {DESTINATIONS[file.suffix]}/")
Output (example):
Moved: invoice_march.pdf -> Documents/
Moved: screenshot_2024.png -> Images/
Moved: sales_report.xlsx -> Spreadsheets/
The script uses Path.home() to get the user’s home directory regardless of operating system, iterdir() to loop over every item in the folder, and shutil.move() to relocate the file. The mkdir(exist_ok=True) call creates the destination folder if it does not already exist — no crash if it is there, no error if it is not. We will build a more complete version in the real-life example section, including duplicate detection and logging.
What Is Python Automation and When Should You Use It?
Automation means writing code that performs a repetitive task so you do not have to. The rule of thumb is: if you have done something manually more than three times, it is worth automating. Python is the go-to language for automation because it has concise syntax, a massive standard library, and third-party packages that cover almost every automation use case out of the box.
The table below maps common repetitive tasks to the Python tools that handle them:
| Task Type | Python Tool | When to Use |
|---|---|---|
| File/folder operations | pathlib, shutil | Renaming, moving, copying, deleting files |
| Reading/writing files | built-in open(), csv | Log parsing, report generation, data transformation |
| Web data collection | requests, BeautifulSoup | Pulling prices, headlines, tables from websites |
| Scheduled jobs | schedule, APScheduler | Running tasks daily, hourly, or on a cron-like schedule |
| System commands | subprocess | Running CLI tools, shell scripts, git, ffmpeg |
| Email sending | smtplib, yagmail | Automated reports, alerts, notifications |
A good automation script is idempotent — running it twice produces the same result as running it once. It handles edge cases (missing files, network errors, duplicate names) without crashing. And it logs what it did so you can review the results later. Keep these principles in mind as we work through each section.
Automating File and Folder Operations
The pathlib module (Python 3.4+) provides an object-oriented interface for working with file paths that is far more readable than the older os.path approach. Combined with shutil for copy/move operations, these two modules cover 90% of file automation tasks.
Finding and Filtering Files with pathlib
The glob() and rglob() methods on a Path object let you find files matching a pattern across an entire directory tree. glob() searches one level deep; rglob() (recursive glob) searches all subdirectories:
# find_files.py
from pathlib import Path
base = Path("/tmp/project") # change to your actual folder
# Find all Python files in this folder only
py_files = list(base.glob("*.py"))
print("Python files (top-level):", [f.name for f in py_files])
# Find all log files anywhere in the tree
log_files = list(base.rglob("*.log"))
print("Log files (all depths):", [f.relative_to(base) for f in log_files])
# Find files larger than 1 MB
large_files = [f for f in base.rglob("*") if f.is_file() and f.stat().st_size > 1_000_000]
print("Files over 1MB:", [f.name for f in large_files])
Output (example):
Python files (top-level): ['app.py', 'utils.py', 'config.py']
Log files (all depths): [PosixPath('logs/app.log'), PosixPath('logs/error.log')]
Files over 1MB: ['dataset.csv', 'backup.tar.gz']
f.stat().st_size returns the file size in bytes. The expression f.relative_to(base) strips the base directory from the path so you see logs/app.log instead of the full absolute path. Both are useful for building reports of what your script found before it starts moving anything.
Renaming and Copying Files Safely
Before moving or renaming files in an automation script, always check whether the destination already exists. Blindly overwriting a file can cause data loss that is impossible to reverse:
# safe_copy.py
from pathlib import Path
import shutil
def safe_copy(src: Path, dest_dir: Path) -> Path:
"""Copy src into dest_dir, appending a counter if the name already exists."""
dest_dir.mkdir(parents=True, exist_ok=True)
dest = dest_dir / src.name
if dest.exists():
counter = 1
while dest.exists():
stem = src.stem
dest = dest_dir / f"{stem}_{counter}{src.suffix}"
counter += 1
shutil.copy2(str(src), dest) # copy2 preserves metadata (timestamps)
return dest
# Demo
src_file = Path("/tmp/report.pdf")
src_file.write_text("dummy content") # create test file
result = safe_copy(src_file, Path("/tmp/archive"))
print(f"Copied to: {result}")
result2 = safe_copy(src_file, Path("/tmp/archive")) # simulate duplicate
print(f"Duplicate handled: {result2}")
Output:
Copied to: /tmp/archive/report.pdf
Duplicate handled: /tmp/archive/report_1.pdf
The shutil.copy2() function copies the file content AND preserves the original modification time, which is important when you want archive copies to retain their original dates. The counter loop ensures you never silently overwrite an existing file — a critical safety net for any file automation script.
Automating Web Data Collection
Web scraping lets your scripts pull data from websites automatically. The standard approach uses requests to download HTML and BeautifulSoup to parse it. Install both with pip install requests beautifulsoup4.
Fetching and Parsing a Web Page
We will use quotes.toscrape.com, a site built specifically for scraping practice. It serves reliable HTML with a stable structure, so this code will continue to work without modification.
Here is the HTML structure of each quote on that page, so you can see exactly what the selectors are targeting:
<!-- HTML structure of each quote on quotes.toscrape.com -->
<div class="quote">
<span class="text">"The world as we have created it..."</span>
<span>
by <small class="author">Albert Einstein</small>
</span>
<div class="tags">
<a class="tag" href="/tag/change/page/1/">change</a>
</div>
</div>
Now the scraping code:
# scrape_quotes.py
import requests
from bs4 import BeautifulSoup
def scrape_quotes(url: str) -> list[dict]:
response = requests.get(url, timeout=10)
response.raise_for_status() # raises HTTPError for 4xx/5xx responses
soup = BeautifulSoup(response.text, "html.parser")
results = []
for quote_div in soup.select("div.quote"):
text_elem = quote_div.select_one("span.text")
author_elem = quote_div.select_one("small.author")
tag_elems = quote_div.select("a.tag")
# Defensive: check before accessing .text
text = text_elem.text.strip() if text_elem else "Unknown"
author = author_elem.text.strip() if author_elem else "Unknown"
tags = [t.text for t in tag_elems]
results.append({"quote": text, "author": author, "tags": tags})
return results
quotes = scrape_quotes("https://quotes.toscrape.com")
for q in quotes[:3]:
print(f'{q["author"]}: {q["quote"][:60]}...')
print(f' Tags: {", ".join(q["tags"])}')
print()
Output:
Albert Einstein: "The world as we have created it is a process of...
Tags: change, deep-thoughts, thinking, world
J.K. Rowling: "It is our choices, Harry, that show what we truly a...
Tags: abilities, choices
Albert Einstein: "There are only two ways to live your life. One is...
Tags: inspirational, life, live, miracle, miracles
response.raise_for_status() is a one-line safety net — it raises a requests.HTTPError if the server returns a 4xx or 5xx status code instead of silently continuing with bad data. The defensive checks (text_elem.text if text_elem else "Unknown") protect against pages where an element is missing, which happens constantly on real-world sites.
Saving Scraped Data to CSV
Collecting data is only half the job — you need to store it somewhere useful. Writing to CSV with Python’s built-in csv module keeps the output format-agnostic and readable in any spreadsheet application:
# save_to_csv.py
import csv
import requests
from bs4 import BeautifulSoup
def scrape_quotes(url):
resp = requests.get(url, timeout=10)
resp.raise_for_status()
soup = BeautifulSoup(resp.text, "html.parser")
results = []
for div in soup.select("div.quote"):
text = div.select_one("span.text")
author = div.select_one("small.author")
results.append({
"quote": text.text.strip() if text else "",
"author": author.text.strip() if author else "",
})
return results
quotes = scrape_quotes("https://quotes.toscrape.com")
output_file = "quotes.csv"
with open(output_file, "w", newline="", encoding="utf-8") as f:
writer = csv.DictWriter(f, fieldnames=["author", "quote"])
writer.writeheader()
writer.writerows(quotes)
print(f"Saved {len(quotes)} quotes to {output_file}")
Output:
Saved 10 quotes to quotes.csv
Always pass encoding="utf-8" when writing CSV files — without it, non-ASCII characters (curly quotes, accented letters, em-dashes) will cause encoding errors or garbled output on Windows. The newline="" argument is also required by Python’s csv module to prevent extra blank lines on Windows.
Running Automated Jobs on a Schedule
Writing the automation code is only half the job. You also need it to run at the right time, without you having to remember to start it. The schedule library provides a clean Python API for defining when jobs should run — every minute, every day at 9am, every Monday, and so on. Install it with pip install schedule.
Basic Scheduling with the schedule Library
The schedule library works with a simple event loop: you register jobs with schedule.every(), then call schedule.run_pending() in a loop to check whether any jobs are due:
# basic_schedule.py
import schedule
import time
from datetime import datetime
def morning_report():
print(f"[{datetime.now():%H:%M:%S}] Good morning! Running daily report...")
# your actual report logic goes here
def hourly_check():
print(f"[{datetime.now():%H:%M:%S}] Hourly check complete.")
# Schedule the jobs
schedule.every().day.at("09:00").do(morning_report)
schedule.every().hour.do(hourly_check)
schedule.every(30).minutes.do(lambda: print("30-min heartbeat"))
print("Scheduler running. Press Ctrl+C to stop.")
while True:
schedule.run_pending()
time.sleep(30) # check every 30 seconds to save CPU
Output (example at 09:00:00):
Scheduler running. Press Ctrl+C to stop.
[09:00:00] Good morning! Running daily report...
[09:00:00] Hourly check complete.
[09:00:00] 30-min heartbeat
[09:30:00] 30-min heartbeat
[10:00:00] Hourly check complete.
The time.sleep(30) inside the loop is important — without a sleep, the loop burns 100% of one CPU core doing nothing. Sleeping 30 seconds means jobs can fire up to 30 seconds late (acceptable for most automation), while using negligible CPU. If you need second-level precision, use time.sleep(1) instead.
Handling Errors in Scheduled Jobs
When a job in a scheduled loop raises an unhandled exception, the whole process crashes and no more jobs run. Wrap your job functions with a try/except to log errors and keep the loop running:
# robust_schedule.py
import schedule
import time
import logging
from datetime import datetime
logging.basicConfig(
filename="automation.log",
level=logging.INFO,
format="%(asctime)s %(levelname)s %(message)s",
)
def run_safely(job_func):
"""Decorator that catches exceptions and logs them without crashing the loop."""
def wrapper():
try:
job_func()
logging.info(f"{job_func.__name__} completed successfully")
except Exception as exc:
logging.error(f"{job_func.__name__} failed: {exc}", exc_info=True)
return wrapper
def daily_scrape():
# Simulating a job that sometimes fails
import random
if random.random() < 0.3:
raise ConnectionError("Network unavailable")
print("Scraped data successfully.")
schedule.every().day.at("08:00").do(run_safely(daily_scrape))
while True:
schedule.run_pending()
time.sleep(60)
The run_safely decorator wraps any function so that exceptions are caught, logged to a file, and the scheduler continues. The exc_info=True argument tells Python's logging module to include the full traceback in the log file -- essential for debugging failures that happen at 3am while you are asleep.
Running System Commands with subprocess
Sometimes the right tool for a job is a command-line program, not a Python library. subprocess.run() lets your Python script launch any system command and capture its output, making it easy to orchestrate CLI tools like git, ffmpeg, or database utilities.
Basic subprocess Usage
# run_commands.py
import subprocess
# Run a command and capture its output
result = subprocess.run(
["python3", "--version"],
capture_output=True,
text=True, # decode bytes to str automatically
check=False, # don't raise on non-zero exit code
)
print("Return code:", result.returncode)
print("Stdout:", result.stdout.strip())
print("Stderr:", result.stderr.strip())
# Run a command that lists files (works on macOS/Linux)
ls_result = subprocess.run(
["ls", "-la", "/tmp"],
capture_output=True,
text=True,
)
print("\nFirst 3 lines of /tmp listing:")
for line in ls_result.stdout.strip().split("\n")[:3]:
print(" ", line)
Output:
Return code: 0
Stdout: Python 3.11.4
Stderr:
First 3 lines of /tmp listing:
total 0
drwxrwxrwt 20 root wheel 640 Jun 12 09:31 .
drwxr-xr-x 20 root wheel 640 May 18 11:02 ..
Always use a list for the command argument (["ls", "-la", "/tmp"]) rather than a string ("ls -la /tmp"). The list form avoids shell injection vulnerabilities -- if any part of the command comes from user input, a string passed to shell=True can execute arbitrary shell commands. The list form is always safer.
Practical Example: Automating Git Operations
Here is a real-world use case -- a script that automatically stages, commits, and pushes changes in a git repository. This is useful for automating backup commits or syncing generated files:
# git_autocommit.py
import subprocess
from datetime import datetime
from pathlib import Path
def git_run(args: list[str], cwd: Path) -> subprocess.CompletedProcess:
"""Run a git command in the specified directory."""
return subprocess.run(
["git"] + args,
capture_output=True,
text=True,
cwd=cwd,
)
def auto_commit(repo_path: Path, message: str = None) -> bool:
"""Stage all changes and commit if there is anything to commit."""
# Check for changes
status = git_run(["status", "--porcelain"], repo_path)
if not status.stdout.strip():
print("No changes to commit.")
return False
if message is None:
message = f"Auto-commit {datetime.now():%Y-%m-%d %H:%M}"
# Stage all changes
git_run(["add", "-A"], repo_path)
# Commit
commit = git_run(["commit", "-m", message], repo_path)
if commit.returncode == 0:
print(f"Committed: {message}")
return True
else:
print(f"Commit failed: {commit.stderr.strip()}")
return False
# Usage (change to your actual repo path)
repo = Path("/tmp/my-project")
repo.mkdir(exist_ok=True)
auto_commit(repo, "Automated daily backup")
Output (when changes exist):
Committed: Automated daily backup
The helper function git_run() takes the git subcommand as a list and prepends "git", keeping the calling code clean. The cwd=cwd argument tells subprocess where to run the command -- without it, git would operate on whatever directory the script itself lives in, which is almost never what you want.
Real-Life Example: Automated Downloads Folder Organizer
We will now build a complete, production-ready script that watches your Downloads folder and organizes files into subfolders by type. It handles duplicates, logs every action, and can be scheduled to run automatically.
# downloads_organizer.py
import shutil
import logging
from pathlib import Path
from datetime import datetime
# --- Configuration ---
DOWNLOADS_DIR = Path.home() / "Downloads"
LOG_FILE = Path.home() / "downloads_organizer.log"
RULES = {
"Documents": [".pdf", ".doc", ".docx", ".txt", ".rtf"],
"Images": [".jpg", ".jpeg", ".png", ".gif", ".svg", ".webp", ".heic"],
"Videos": [".mp4", ".mov", ".mkv", ".avi", ".m4v"],
"Audio": [".mp3", ".m4a", ".flac", ".wav", ".aac"],
"Archives": [".zip", ".tar", ".gz", ".rar", ".7z"],
"Code": [".py", ".js", ".html", ".css", ".json", ".sh", ".ipynb"],
"Data": [".csv", ".xlsx", ".xls", ".tsv", ".parquet"],
}
# Build reverse lookup: extension -> folder name
EXT_MAP = {ext: folder for folder, exts in RULES.items() for ext in exts}
# --- Logging setup ---
logging.basicConfig(
filename=LOG_FILE,
level=logging.INFO,
format="%(asctime)s %(levelname)s %(message)s",
)
def unique_dest(dest: Path) -> Path:
"""Append a counter to avoid overwriting existing files."""
if not dest.exists():
return dest
counter = 1
while True:
candidate = dest.parent / f"{dest.stem}_{counter}{dest.suffix}"
if not candidate.exists():
return candidate
counter += 1
def organize(dry_run: bool = False) -> dict:
"""Move files from Downloads into categorized subfolders."""
stats = {"moved": 0, "skipped": 0, "unknown": 0}
for item in DOWNLOADS_DIR.iterdir():
if not item.is_file():
continue
folder_name = EXT_MAP.get(item.suffix.lower())
if folder_name is None:
logging.info(f"SKIP (unknown type): {item.name}")
stats["unknown"] += 1
continue
dest_dir = DOWNLOADS_DIR / folder_name
dest = unique_dest(dest_dir / item.name)
if dry_run:
print(f"[DRY RUN] Would move: {item.name} -> {folder_name}/")
else:
dest_dir.mkdir(exist_ok=True)
shutil.move(str(item), dest)
logging.info(f"MOVED: {item.name} -> {folder_name}/{dest.name}")
stats["moved"] += 1
return stats
if __name__ == "__main__":
print(f"Organizing {DOWNLOADS_DIR} ...")
result = organize(dry_run=False)
summary = f"Done. Moved: {result['moved']}, Unknown: {result['unknown']}"
print(summary)
logging.info(summary)
Output (example):
Organizing /Users/alice/Downloads ...
Done. Moved: 12, Unknown: 3
The dry_run=True mode lets you preview what the script would do without actually moving anything -- run it first to confirm the output looks right. The unique_dest() function guarantees you never silently overwrite a file with the same name in the destination folder. You can schedule this script to run daily using the schedule library covered earlier, or on macOS/Linux you can add it to your crontab with crontab -e for OS-level scheduling without a Python process running continuously.
Frequently Asked Questions
What is the difference between shutil and pathlib for file operations?
pathlib is for path manipulation and simple operations: checking if a file exists, reading its metadata, renaming it within the same filesystem. shutil is for heavier operations: copying files (with or without metadata), moving files across filesystems, and deleting entire directory trees. In practice you often use both -- pathlib to build and check paths, shutil to actually move or copy the files. Use shutil.move() for moves (it handles cross-filesystem moves gracefully) and shutil.copy2() when you want to preserve file modification times.
Should I use the schedule library or cron for scheduled tasks?
It depends on your setup. The schedule library is pure Python and works identically on Windows, macOS, and Linux -- great for scripts you want to be portable or that run within an existing Python process. Cron (on Linux/macOS) and Task Scheduler (on Windows) are OS-level schedulers that are more reliable for long-running production tasks because they survive reboots automatically and do not require a Python process to stay running. For personal automation scripts on a development machine, schedule is simpler. For server deployments, lean on cron or a process manager like systemd.
When is it safe to use subprocess with shell=True?
Use shell=True only when the entire command is a string literal you control completely -- for example, a hardcoded one-liner like subprocess.run("ls -la /tmp | wc -l", shell=True). Never pass user input, command-line arguments, or any external data into a shell=True command string; doing so opens a shell injection vulnerability where an attacker can execute arbitrary commands. The list form (["ls", "-la", "/tmp"]) is safe with external data because each list element is passed directly to the OS without going through a shell interpreter.
How do I avoid getting blocked when scraping websites?
The main causes of blocks are too-fast request rates, missing request headers, and large-volume scraping. Add a delay between requests using time.sleep(random.uniform(1, 3)) -- randomized delays look more human than a fixed interval. Always set a User-Agent header in your requests session to identify your scraper politely: session.headers.update({"User-Agent": "MyBot/1.0 (research project)"}). Always check the site's robots.txt file before scraping -- if the path you want to scrape is listed as disallowed, respect it. For sites that require JavaScript to load content, switch to a tool like playwright or selenium instead of requests.
Why should automation scripts log to a file instead of just printing?
When a script runs unattended -- on a schedule overnight or as a background process -- there is no terminal to see the output. File logging means you can review what happened after the fact, including any errors. Python's built-in logging module automatically records timestamps, log levels (INFO, WARNING, ERROR), and full tracebacks on exceptions. Set up a RotatingFileHandler for long-running scripts to cap the log file size so it does not grow indefinitely: from logging.handlers import RotatingFileHandler, then RotatingFileHandler("script.log", maxBytes=1_000_000, backupCount=3) keeps the last 3MB of logs and discards older entries automatically.
How do I make an automation script safe to run multiple times?
Design for idempotency -- the script should produce the same result whether it runs once or ten times. For file organization scripts, this means checking if a file already exists in the destination before moving it (and using a counter suffix for duplicates, as shown in the real-life example). For database or API writes, check for existing records before inserting. For web scraping pipelines, track which pages or records have already been collected in a CSV or SQLite database, and skip them on subsequent runs. The general pattern is: check state first, act only if the desired state is not already present.
Conclusion
We have covered four practical automation categories in this guide: file and folder operations with pathlib and shutil, web data collection with requests and BeautifulSoup, scheduled jobs with the schedule library, and system command automation with subprocess. The real-life Downloads Organizer script ties these concepts together into a complete, production-ready tool with duplicate handling, configurable rules, dry-run mode, and file logging.
The best next step is to adapt the Downloads Organizer to your own situation -- add more file types, change the destination folders, or hook it into schedule to run automatically every morning. Once you have the pattern down, you will start seeing automation opportunities everywhere: renaming podcast downloads, archiving old project folders, pulling daily exchange rates from an API, or auto-committing generated reports to git.
For deeper reading, the official Python documentation covers pathlib, shutil, and subprocess in full detail. The schedule library docs have examples for every scheduling pattern you might need. And BeautifulSoup4's documentation is an excellent reference for parsing more complex HTML structures.
Related Articles
Continue Learning Python
Tutorials you might also find useful:
Further Reading: For more details, see the Python importlib documentation.
Frequently Asked Questions
What is a plugin architecture in Python?
A plugin architecture allows you to extend an application’s functionality by loading external code modules at runtime without modifying the core application. It promotes loose coupling, making your software more flexible and maintainable.
How does PyPlugs work?
PyPlugs provides a simple decorator-based system for registering and discovering plugins. You decorate functions or classes with PyPlugs decorators, and the framework automatically discovers and loads them from specified packages or directories.
What are alternatives to PyPlugs for plugin systems in Python?
Alternatives include pluggy (used by pytest), stevedore (uses setuptools entry points), yapsy, and Python’s built-in importlib for manual plugin loading. Each has different tradeoffs in complexity and features.
When should I use a plugin architecture?
Use a plugin architecture when you need extensibility without modifying core code, when third parties should be able to add features, or when different deployments need different feature sets. Common examples include text editors, web frameworks, and data processing pipelines.
Can I create a simple plugin system without external libraries?
Yes. Use Python’s importlib.import_module() to dynamically load modules from a plugins directory, combined with a registration pattern using decorators or base classes. This gives you a basic but functional plugin system with no dependencies.
Related Articles
- Python Decorators with Practical Examples
- Python Dataclasses for Clean Code
- Python Type Hints for Better Code
Continue Learning Python
Tutorials you might also find useful: