diff --git a/.dictionary b/.dictionary index dc99754..79eb8ca 100644 --- a/.dictionary +++ b/.dictionary @@ -18,7 +18,6 @@ ciphertext clazz cliophate commenters -connnections containsmultiple davideisinger declutter @@ -92,9 +91,7 @@ overhyped pandoc poppler preg -processers procfile -programatically projectname psgrep pytest @@ -128,7 +125,6 @@ telematics thumbnailed thumbnailing tiberium -tion toggleable tommeier toolsets diff --git a/content/elsewhere/json-feed-validator/index.md b/content/elsewhere/json-feed-validator/index.md index 520406f..28bec8f 100644 --- a/content/elsewhere/json-feed-validator/index.md +++ b/content/elsewhere/json-feed-validator/index.md @@ -47,7 +47,7 @@ gardens like Facebook/Instagram/Twitter/Medium that make it super easy to get content *in*, but very difficult to get it back *out*. [Twitter killed RSS in 2012](http://mashable.com/2012/09/05/twitter-api-rss), and have you ever tried to get a list of your most recent Instagram photos -programatically? I wouldn't. Owning your own content and sharing it +programmatically? I wouldn't. Owning your own content and sharing it liberally is what the web was made for, and JSON Feed has the potential to make it easy and fun to do. [It's how things should be. It's how they could be.](https://www.youtube.com/watch?v=TgqiSBxvdws) diff --git a/content/elsewhere/large-images-in-rails/index.md b/content/elsewhere/large-images-in-rails/index.md index 88b5a3a..8f07b7b 100644 --- a/content/elsewhere/large-images-in-rails/index.md +++ b/content/elsewhere/large-images-in-rails/index.md @@ -56,7 +56,7 @@ works](https://github.com/tommeier/delayed_paperclip) from tommeier. I recommend using the [rescue-ensure-connected](https://github.com/socialcast/resque-ensure-connected) gem if you're going to run Resque in production to keep your -long-running processes from losing their DB connnections. +long-running processes from losing their DB connections. ## Server Configuration diff --git a/content/elsewhere/manual-cropping-with-paperclip/index.md b/content/elsewhere/manual-cropping-with-paperclip/index.md index 464be68..67fe848 100644 --- a/content/elsewhere/manual-cropping-with-paperclip/index.md +++ b/content/elsewhere/manual-cropping-with-paperclip/index.md @@ -76,7 +76,7 @@ result is a geometry string which crops the image, repages it, then scales the image and crops it a second time. Simple, but not certainly not intuitive, at least not to me. -From here, you can include this cropper using the `:processers` +From here, you can include this cropper using the `:processors` directive in your `has_attached_file` declaration, and you should be good to go. This simple approach assumes that the crop dimensions will always be set, so tweak accordingly if that's not the case. diff --git a/content/journal/dispatch-13-march-2024/index.md b/content/journal/dispatch-13-march-2024/index.md index ee4bd79..abccdaa 100644 --- a/content/journal/dispatch-13-march-2024/index.md +++ b/content/journal/dispatch-13-march-2024/index.md @@ -101,7 +101,7 @@ I'm really pleased with [my result][1] in the in the [Wrightsville Beach Valenti [1]: /journal/dispatch-13-march-2024/wbvr-result.pdf [2]: https://runsignup.com/Race/NC/WrightsvilleBeach/WrightsvilleBeachValentineRun -At the beginning of February, I updated the site to store encrypted photos and display them as black-and-white dithered images. I [documented the process in some detail][3], and then put a link to it on the [Hugo discussion forum][4]. Imagine my surprise when, a few days later, one of the core contributors posted that the next version of Hugo would ship with [native dithering functionality][5]. I guess my post [inspired him to add it][6], which echoed a post I'd read a few days earler, ["Publishing Your Work"][7]: +At the beginning of February, I updated the site to store encrypted photos and display them as black-and-white dithered images. I [documented the process in some detail][3], and then put a link to it on the [Hugo discussion forum][4]. Imagine my surprise when, a few days later, one of the core contributors posted that the next version of Hugo would ship with [native dithering functionality][5]. I guess my post [inspired him to add it][6], which echoed a post I'd read a few days earlier, ["Publishing Your Work"][7]: > I don’t create or publish in the hopes of influencing others. I create things because I have an urge to create. But it sure is great to help others along the way, however small my contribution might be. diff --git a/content/journal/dispatch-6-august-2023/index.md b/content/journal/dispatch-6-august-2023/index.md index 53abd76..f8e6a2b 100644 --- a/content/journal/dispatch-6-august-2023/index.md +++ b/content/journal/dispatch-6-august-2023/index.md @@ -68,7 +68,7 @@ I've signed up for the [Bull City Race Fest][6] half-marathon in October. Traini > *What could I do with a universal function — a tool for turning just about any X into just about any Y with plain language instructions?* > - > I don’t pose that question with any sense of wide-eyed expectation; a reason­able answer might be, *eh, nothing much*. Not every­thing in the world depends on the trans­for­ma­tion of symbols. But I think that IS the question, and I think it takes some legit­i­mate work, some strenuous imagination, to push yourself to believe it really will be “just about any X” into “just about any Y”. + > I don't pose that question with any sense of wide-eyed expectation; a reasonable answer might be, *eh, nothing much*. Not everything in the world depends on the transformation of symbols. But I think that IS the question, and I think it takes some legitimate work, some strenuous imagination, to push yourself to believe it really will be "just about any X" into "just about any Y". * [The looming demise of the 10x developer: Why an era of enthusiast programmers is coming to an end][12]