R1D3 Learning More Python Lists and Exploring the Wordpress API

| programming | python |

For Day 3 I continued to work more on my old_posts python script. My favorite part of 100 Days of Code is that I am taking the time to actually think through some of these problems, read documentation, and try to learn something.

Python Lists

Learned a ton about python lists thanks to this wonderful google developer guide. Specifically (after writing python for about 5 years) I learned about list.extend() for the very first time. Came in handy in this particular use case because I was doing some very inefficient for loops to append to a list when it was more efficient to extend since it requires less operations.

The key differnce is that append will add a single to the end of a list, where extend will inject a list to the end of a list merging the two lists. This is particularly handy when you want to grab JSON from several requests and merge them together into a single JSON object for further processing which is what I am doing in this script.

Using Requests HEAD

I also explored more of the requests library and made an optimization that looks really silly in hindsight.

In the script I was making a single request in order to grab the headers to see the total number of pages. Instea of using request.head which has a tiny payload of headers, I was using request.get which gets the headers along with the entire JSON payload. This was immediately thrown away since I did not use the response in later parts of the function.

Exploring the Wordpress API Filters

I also explored more of the WordPress API and started to use some API level filters to reduce the payload that I was receiving in an effort to reduce the overall time that the script takes to run. Specifically I am now using context=embed which removes the text body (since I only need the title and the link), and before=(today - 1 year + 1 day) since I only care about posts that were written more than a year ago today.

JSON is Not SQL

I’ve been thinking about my very first forray into any sort of programming years ago. I primarily worked with Microsoft SQL Server and learned how to write efficient queries. I was thinking of how easy this problem would have been to solve if I had direct access to the database. The lesson here, that it is still taking me a while to fully wrap my head around, is that JSON is not a SQL database. You have to think about it differently. If an API offers the ability to do some filtering you should take advantage of it when you can.

Thank you for reading! Share your thoughts with me on bluesky, mastodon, or via email.

Check out some more stuff to read down below.

Most popular posts this month

Recent Favorite Blog Posts

This is a collection of the last 8 posts that I bookmarked.

Articles from blogs I follow around the net

If we do not stop to help each other, what do we become?

Yesterday, I received this email as a response to You Can't Vibe Code Love. It's such a remarkable and powerful statement that I asked permission to share it here, in its entirety, with personal information redacted:Hey Jeff,Hope you and your family are do...

via Coding Horror September 25, 2026

Using an LLM to Automate the Process of Archiving New macOS App Icons

Whenever a new version of macOS drops, I find myself archiving the new app icons for my macOS icon gallery. In the past, the work to do this was a bit tedious. First, I’d find the app in the “Applications” folder (or elsewhere on the Mac), right click and...

via Jim Nielsen’s Blog September 25, 2026

Pluralistic: Itch scratching (25 Sep 2026)

Today's links Itch scratching: Love, care and self-actualization. Hey look at this: Delights to delectate. Object permanence: 9/11 x Viridians; Announcing Wikipedia; Infinite Copyright Mickey; Floppy shoulder bag; Wells Fargo's long sleaze; Corbyn wins Lab...

via Pluralistic: Daily links from Cory Doctorow September 25, 2026

Generated by openring