ProcessWire Weekly #549

In the 549th issue of ProcessWire Weekly we’re going to check out the latest core updates, highlight one older yet still very relevant third party module, and more. Read on!

Welcome to the latest issue of ProcessWire Weekly! In this week's issue we're going to check out the latest weekly update from Ryan, as well as provide a summary of what's new in the dev branch at GitHub since last week.

In other news we've got an older, yet still very much viable third party module to cover: Password Force Change by Adrian Jones. And, as always, we've also got a new site of the week — one created by typneun GmbH & Co. KG. for the Lutheran Church of Freising,

Thanks to all of our readers for being here with us again, and as always, any feedback is most welcome – please don't hesitate to drop us a line if there's anything in your mind you'd like to share with us. Enjoy our latest issue and have a great weekend!

Latest core updates

In his latest weekly update, Ryan briefly discusses the core updates from the past week. Said updates are primarily minor fixes and updates. Fixes applied this week include...

  • A fix for an issue where the $pages->preload() didn't work correctly with subsequent page fields with different configurations.
  • A fix for an issue where joining PageTable field with exactly one value was not working correctly, returning an empty value instead.
  • A fix for an issue with unexpected "for" label attributes occurring in some cases when using Inputfield classes on the front-end.
  • A fix for an issue with handling the value of the "parent_id" option in $pages->getById().

As for minor feature additions and improvements, here's a quick summary of those:

  • Addition of a new $pages->cache()->hasCache($page_id) method for checking if said Page ID is in the cache.
  • The Admin modules screen now displays module class names. Previously this was only enabled for the new modules screen.
  • InputfieldSelector was updated to support a "children…" selection that works similarly to the "parent…" selection.
  • PagesLoader preloadPage() method was updated to support a loadPageRefs option which loads page references separately and as a group. This feature is still subject to change, though.

For a full list of changes, feel free to check out the commit log for the dev branch at GitHub.

As Ryan also mentions in his post, we are likely not going to see any more major feature updates before a new stable release. It has been more than a year since the last one, after all.

That's all for our core updates section this week. For more details, be sure to check out the latest weekly update from Ryan at the support forum. Thanks!

Introducing the Password Force Change module

Every once in a while we like to take a look at some of the older modules that we've not yet featured in our weekly issues. One of these, and by far one of the earliest ones we've covered so far, is Password Force Change by Adrian Jones. It was first published more than a decade ago, in 2014, and it is still maintained by the original author.

This module allows you to force users to change their password. It can be used to force newly added users to change their passwords the first time they log in, but you can also at any given time force users with a specific role to set new passwords. As a precaution Password Force Change will also automatically make sure that the new password is not the same as the previous one.

Password Force Change is a helpful security add-on for your site, whether you want to make sure that users don't use a password that is known to other person that set or changed it, or you are worried that passwords might've been compromised — or you just want to make sure that passwords are changed every now and then.

If you'd like to give the Password Force Change module a try, you can install it via the module's manager in the ProcessWire admin, or clone or download the source code from the PasswordForceChange GitHub repository.

Big thanks to Adrian for creating this module, sharing it with the community, and keeping it up to date even after all these years!

Site of the week: Evangelisch-Lutherische Kirchengemeinde Freising

Our latest site of the week belongs to The Lutheran Church of Freising, or Evangelisch-Lutherische Kirchengemeinde Freising, from — surprise! — Freising, Germany.

The website of The Lutheran Church of Freising was created by typneun GmbH & Co. KG. It features a very clean, modern design, making good use of the visual style and brand colours of Lutheran Church of Freising. There is also plenty of content on this site, from news and events to background information, and quite a few beautiful images of the church itself.

As for behind the scenes details, the front-end of this site is largely custom-built, with some added third party dependencies, such as Slick and jQuery. There are no familiar non-core ProcessWire modules readily visible on this site, so not much we can tell about the back-end implementation.

Thanks to the folks at typneun GmbH for sharing this project with us, and our congratulations to the client for their new, ProcessWire powered website!

Stay tuned for our next issue

That's it for the 549th issue of ProcessWire Weekly. We'll be back with more news, updates, and content Saturday, 23rd of November. As always, ProcessWire newsletter subscribers will get our updates a few days later.

Thanks for staying with us, once again. Hope you've had a great and productive week, and don't forget to check out the ProcessWire forums for more interesting topics. Until next week, happy hacking with ProcessWire!

Post a comment