As part pf trying to make Facebook work for me, I'm just trying the better separate the wheat from the chaff on Facebook. I have 3 populations of Facebook "Friends":
- People who I want to see every one of their posts, no matter the algorithm thinks.
- People I am ambivalent about. Sp I'll take what the algorithm gives me.
- People who's posts I really don't care to see, but I need to have on here for political reasons.
So I know I can unfollow people in category 3 and category 2 takes care of itself.
It's Category 1 that's the problem. When I'm limited on time or energy it's all I want to see and I don't want the algorithm involved. 100 years ago, you could filter your news feed by custom list which would meet my need, so I tried seperating them into a list but I forgot FB took away this feature. Back to the drawing board
Anne and I were awoken a little after 6 this morning to the sound of beeps and boops coming through the bedroom window. We thought it might have been coming from the basement (the hot water heater or the boiler). I went outside to investigate, and see if I needed to call the super. Instead I find this guy, beeping, clicking and booping. After a few mins he flew off. Thanks for the alarm clock, buddy.
Someone sent me this post obviously this bird is Mozzy and being looked for I have texted the person with my address.
Update, as I was posting this Mozzy's owner called me. I promise to call him if I see the bird again. He said several people of called him claiming to have the bird where they didn't I guess they were looking for some sort of reward. That's rather disgusting behavior.
Obviously if you're local and see him, reach out to him, he is concerned.
LOST - 6/16/22 - FLUSHING-AUBURNDALE Last seen on Utopia Parkway between 39th & 37th Ave - “Mozzy” - 917-428-4510
Posted by Queens Lost & Found Pets - QLFP on Friday, June 17, 2022
Ever since it came out, I prefer to simpler Naked version of Let it Be over the original Phil Spector wall of sound version.
Finally made some progress on the feed system. Got everything installed in dev, added a few feeds and I've got stuff importing.
To support title-less feeds, in the mapping for the feed I just put a constant on the title, and then in hook_entity_presave, I'm testing to see if the feed item title is populated and if not I grab the first 200 characters of the feed item description.
Next I need to build some a View to support the River of News style interface.
It was 92° outside in NYC today and hit 85 in the apartment, I made it to 3PM before I decided to put on the air conditioner, set to 78°. I think it's going to be a long summer and with ever-increasing energy predators I would have to be very cautious about using the A/C. But my rule of thumb always is if my hand is so damp that my trackpad no longer can see it it's time to put on the air conditioner..
I may never fly again.
I've had this ear worm in my head since watching 13 ways to personalise your Drupal website yesterday.
Although I haven't put keyboard to code editor yet, I spent a lot of time yesterday thinking about the new feed processing system for my personal feed reader. Back when I built the original feed system and Drupal 7, feed items from the aggregator module weren't entities. Now that they are entities in Drupal 9, they are fieldable, so I can do far more with the items than I could a few years ago, so maybe I can get away with using the aggregator module instead of the feeds module. However, as memory serves. the aggregator module did not handle title-less items very well. That might not take a big deal to some but some of my fields on my feeds have title-less posts. If you can't picture a title-less post imagine a tweet or better yet this post which has no title it is just a body. I'll have to do some testing to see how well it can be handled.
Also I'm giving a lot of thought to whether I want to add the feed reader to this site or if I wanted to leave it on its own Drupal instance. Having it all in one site will make support and maintenance easier at the cost of some performance because I have a number of modules turned on to support the feeds Bajwa that I don't need today. Another thing to consider, if I ever decided to go back to hosting the site at Pantheon or some other cloud platform, I'll have increased fees to host it.
Lots of little things to consider.
Lunchtime Learning
Drupal Security and Leftover Steak
Security in Drupal: what can go wrong?, DrupalCamp 2022
It's funny that the subtitle for this talk is "what can go wrong?". I've been asked that question on a couple of occasions when pointing out that security updates are important when onboarding a new client, and my answer is generally the same, "your site can be turned into a giant ad for Viagra". Now I might be being hyperbolic what I say that but it goes to show what can happen and how an organization can be embarrassed.
I have lost count of the number times I'll come into a new client, do my audit and realize that security and patch updates haven't been done in a long time. Also on many occasions the client's Drupal agency will only apply security updates, not patch fixes. This talk goes to show why I feel it important to apply patch updates in a timely matter ,even if the issues resolved in the patch aren't an issue for that site. Amazingly, I've seen this behavior from agencies that are big-name Drupal shops.
Although this isn't a marketing document, I'll point out that my policy around updates is:
- Security updates are applied within 6 hours of them being issued on drupal.org.
- Patch updates are applied on a bi-monthly basis.
- Minor updates are applied within a month of them being issued
The rest of the talk discussed SQL injections, including an analysis of Drupalgeddon.
I've added "Foley is Pod" to the podcast list. Mick is always entertaining, but I'm not sure I have room in my life for a three hour podcast. So it's on the list for now but it might drop off in the near future.
Lunchtime Learning
Drupal Personalization and English Muffin Pizzas
13 ways to personalise your Drupal website, DrupalSouth 2021
A very interesting talk about finding ways to customize what content is being shown to your users based on their experiences with your site and information that's readily available from their browser such as their location. I think I actually needed to see this right now because I've had a negative feeling towards content being provided algorithmically based on my experiences with Facebook that you've probably been reading about if you've been following this blog. I didn't necessarily choose to talk because of that but it fit into where my head is today and remind me that you're a very good reasons to customize contact to give users a better experience.
On top of what I learned watching the lunchtime learning video today, I got smacked in the face about my biases as an American. The name of the conference is DrupalSouth. Now I don't know the name of every conference and camp that goes on across the world for Drupal but when I saw her self I naturally thought southern United States: Georgia, Carolinas, Tennessee etc.. The conference was hosted out of Australia.
So I'm looking at a job posting on LinkedIn for a Remote Drupal Developer and this is included :
Physical Requirements:
Must possess mobility to work in a standard office setting and to use typical office equipment including a computer and telephone; strength to lift and carry materials weighing up to 15 pounds; vision to read printed materials and a computer screen; and hearing and speech to communicate in person and over the telephone.
I sit here having to wonder why a person who's working remotely requires strength to do anything. Assuming they can access their computer and code, I don't say any reason why it should be a concern. If the candidate were working inside the companies' office, there might be a some back up IT functions. carrying computers and monitors and such but that wouldn't be the case for a remote position. I know it could just be boilerplate language, but it's also exclusionary language. There may be somebody who doesn't apply for this job who is otherwise qualified but has a physical condition preventing them from lifting.
| Seán Reiser