If you’ve been around Rails long enough, you’ve probably battled your fair share of SSL demons. But this one? This one had personality . It was a Seahorse::Client::NetworkingError that failed only on macOS — yet worked perfectly inside Docker. The kind of “it works on my container” bug that makes you question every life choice leading up to this point. So here’s the story of how we chased down a ghostly SSL error, only to discover that the real culprit was… OpenSSL itself. ⚠️ The Error Seahorse::Client::NetworkingError SSL_connect returned=1 errno=0 peeraddr=[...] state=error: certificate verify failed (unable to get certificate CRL) This popped up whenever our Rails app tried connecting to AWS S3 using the aws-sdk-ruby gem. 🔍 The Contradiction That Made No Sense From the get-go, the bug refused to play by any rules of logic. ❌ It failed locally but ✅ Worked flawlessly in Docker That told us one thing: the problem wasn’t our code. It was the environment. macOS and Dock...
Hey everyone! Ever been in a situation where you solve a tricky technical problem, celebrate your victory, only to face the exact same problem months later with no memory of your brilliant solution? 😅 That's exactly what happened to me, and it taught me a valuable lesson about documenting those "one-off" solutions. The Genesis of a Python Problem 💡 In our project, we had a unique requirement: efficiently manage feature flags. Our solution involved moving one of our API endpoints to an AWS Lambda Function. My task? Replicate the existing API response using Python and, of course, use the same environment variables. Sounds straightforward, right? Initially, it felt like smooth sailing. I got hold of the existing Python code used for authorization, analyzed how to handle requests and responses, and started writing my own. But then came the pain point: setting up a Python virtual environment (venv). As a Rails developer, Python venvs were a foreign concept to me. I was c...