XF 1.2 Assorted Small Things

Let's take a break from some of the bigger feature improvements coming in 1.2 and look at some of the smaller tweaks. This isn't necessarily an exhaustive list. I can't really remember everything. ;)

User thread title editing
A new permission has been added to control whether users can edit the titles of their own threads. This is automatically tied into the post editing length permission.

This also includes editing the prefix as well.

Style property cache size reduced
If you have a number of styles installed, you may have had to fight with MySQL max_allowed_packet due to the style property cache size. The cache will now only store changes from the default value, reducing the size of the cache per style.

Template compilation speed improvements
Don't expect this to be a huge change, but template compilation output will be reusable by child styles whenever possible.

With this change, you'll probably see the template compilation process slow down more by the number of languages than the number of styles you have. Remove any languages that aren't being actively used.

Code event speed improvements
This suggestion comes courtesy of digitalpoint. Many code events now offer a "key". When creating a listener, you can optionally specify the key to listen to. If you specify a key, your listener will only be called when the key matches.

For example, when firing load_class_model, the key is the class name to be loaded. If you're only extending one model, you can enter the class name and we will only call your listener code when the model is being loaded.

This can significantly reduce the number of listener calls per page, leading to add-on execution speed improvements.

Parsed BB code cache
The parse tree of messages is now cached for a configurable length of time. Note that this is the parse tree, not the compiled output. The final compiled output is still handled at run time. This gives significant performance improvements, but does not limit the dynamic nature of BB code output (by style, language, or user viewing).

This cache can easily be used by any content types.

Trophy and promotion cron speed improvements
Trophy and promotions are now automatically applied on session creation. While the cron still runs, it only runs for users that have been active very recently.

This significantly reduces the overhead of wasted trophy and promotion cron runs while simultaneously ensuring that users receive their trophies and promotions more efficiently (if they haven't been active for a while or if a new trophy/promotion is added).

New general-purpose system for long running processes
1.2 adds a new "deferred" system for running any code that can be broken up into pieces and may take a long time (multiple seconds or more) to run. Deferred tasks can be triggered automatically by the code as necessary and they will either be run automatically in the background (by page views) or by displaying the current running state to the administrator (in the case of some cache rebuilds). This effectively unifies the cache rebuild systems with cron and other potentially long running processes (such as the bulk user change system discussed in the past).

Mail queue system
Using the "deferred" system above, a mail queue system has been implemented for email that does not have to be sent immediately, such as thread watch emails. Other emails (such as registration confirmation or lost password) emails can still bypass the system.

This creates performance improvements, particularly for heavily watched threads or when using a slow, external mail server.

RSS content snippets
RSS feeds for forums now contain content snippets (if permissions allow). The snippet length is configurable.

Hidden staff
When creating a moderator, you can choose to make them a hidden staff member. This will prevent them from being seen or treated as staff by other users. For example, they will not show up in the online staff list.

Conversely, users who are not moderators can be made staff and will appear as such in the user interface (such as in the online staff list).

User search improvements
The search criteria for users in the admin CP is significantly expanded. You can now search by:
  • Gender
  • Has no secondary groups
  • NOT in a secondary group
  • Registration between 2 dates
  • Last visit between 2 dates
  • Message count between 2 values
  • Trophy points between 2 values
  • By all custom fields
---------
There are still various features, small and large, to talk about for 1.2, but we'll save them for later. :)
 
I could get used to these HYS small features thread. Some excellent stuff and looking forward in seeing the other stuff yet to come. (y)
 
Can't wait for these updates, Mike! People often ask, what is the best thing about XenForo; my answer would be highly competent developers who can think outside the box and create new features that actually work.
 
RSS content snippets = all sorts of awesomeness. :D

Although Google Reader is dead, there are still some members who prefer to follow the forum via RSS. This should help get that back on track, if this does what I think it does.
 
RSS content snippets = all sorts of awesomeness. :D

Although Google Reader is dead, there are still some members who prefer to follow the forum via RSS. This should help get that back on track, if this does what I think it does.
There currently is an add-on for this from Chris Deeming: Description for RSS 1.2

It'll be interesting to see if RSS content snippets will replace this add-on i.e. whether you can set it to output all contents for each post.

I'm interested in this because it can allow content snippets (and I presume admins will be able to specify the length of snippet). Most of my forums are visible to guests and in the future I plan to implement adverts for guests only. I don't want them to bypass this by using RSS, but I do want to give registered users the option of using RSS to keep up with the forums. As I can't have authenticated feeds for open forums, this might just solve the problem to some extent.
 
Let's take a break from some of the bigger feature improvements coming in 1.2 and look at some of the smaller tweaks. This isn't necessarily an exhaustive list. I can't really remember everything. ;)

User thread title editing
A new permission has been added to control whether users can edit the titles of their own threads. This is automatically tied into the post editing length permission.

This also includes editing the prefix as well.
That, right there, big addition! It's about time! :D
 
Let's take a break from some of the bigger feature improvements coming in 1.2 and look at some of the smaller tweaks. This isn't necessarily an exhaustive list. I can't really remember everything. ;)

User thread title editing
A new permission has been added to control whether users can edit the titles of their own threads. This is automatically tied into the post editing length permission.

This also includes editing the prefix as well.

Style property cache size reduced
If you have a number of styles installed, you may have had to fight with MySQL max_allowed_packet due to the style property cache size. The cache will now only store changes from the default value, reducing the size of the cache per style.

Template compilation speed improvements
Don't expect this to be a huge change, but template compilation output will be reusable by child styles whenever possible.

With this change, you'll probably see the template compilation process slow down more by the number of languages than the number of styles you have. Remove any languages that aren't being actively used.

Code event speed improvements
This suggestion comes courtesy of digitalpoint. Many code events now offer a "key". When creating a listener, you can optionally specify the key to listen to. If you specify a key, your listener will only be called when the key matches.

For example, when firing load_class_model, the key is the class name to be loaded. If you're only extending one model, you can enter the class name and we will only call your listener code when the model is being loaded.

This can significantly reduce the number of listener calls per page, leading to add-on execution speed improvements.

Parsed BB code cache
The parse tree of messages is now cached for a configurable length of time. Note that this is the parse tree, not the compiled output. The final compiled output is still handled at run time. This gives significant performance improvements, but does not limit the dynamic nature of BB code output (by style, language, or user viewing).

This cache can easily be used by any content types.

Trophy and promotion cron speed improvements
Trophy and promotions are now automatically applied on session creation. While the cron still runs, it only runs for users that have been active very recently.

This significantly reduces the overhead of wasted trophy and promotion cron runs while simultaneously ensuring that users receive their trophies and promotions more efficiently (if they haven't been active for a while or if a new trophy/promotion is added).

New general-purpose system for long running processes
1.2 adds a new "deferred" system for running any code that can be broken up into pieces and may take a long time (multiple seconds or more) to run. Deferred tasks can be triggered automatically by the code as necessary and they will either be run automatically in the background (by page views) or by displaying the current running state to the administrator (in the case of some cache rebuilds). This effectively unifies the cache rebuild systems with cron and other potentially long running processes (such as the bulk user change system discussed in the past).

Mail queue system
Using the "deferred" system above, a mail queue system has been implemented for email that does not have to be sent immediately, such as thread watch emails. Other emails (such as registration confirmation or lost password) emails can still bypass the system.

This creates performance improvements, particularly for heavily watched threads or when using a slow, external mail server.

RSS content snippets
RSS feeds for forums now contain content snippets (if permissions allow). The snippet length is configurable.

Hidden staff
When creating a moderator, you can choose to make them a hidden staff member. This will prevent them from being seen or treated as staff by other users. For example, they will not show up in the online staff list.

Conversely, users who are not moderators can be made staff and will appear as such in the user interface (such as in the online staff list).

User search improvements
The search criteria for users in the admin CP is significantly expanded. You can now search by:
  • Gender
  • Has no secondary groups
  • NOT in a secondary group
  • Registration between 2 dates
  • Last visit between 2 dates
  • Message count between 2 values
  • Trophy points between 2 values
  • By all custom fields
---------

There are still various features, small and large, to talk about for 1.2, but we'll save them for later. :)


Think we can get some sort of update to the node tree as per this thread?

Anything done to the node tree will make my day ;)!
 
There currently is an add-on for this from Chris Deeming: Description for RSS 1.2

It'll be interesting to see if RSS content snippets will replace this add-on i.e. whether you can set it to output all contents for each post.

I'm interested in this because it can allow content snippets (and I presume admins will be able to specify the length of snippet). Most of my forums are visible to guests and in the future I plan to implement adverts for guests only. I don't want them to bypass this by using RSS, but I do want to give registered users the option of using RSS to keep up with the forums. As I can't have authenticated feeds for open forums, this might just solve the problem to some extent.
Wow... never seen this before. *installs*
 
Actually I just realized I have ragtek's global RSS feed addon installed and it already gives RSS Snippets so uninstalling it.
 
And that brings your addon total to ...? :)

37210912.jpg
 
"XF" Version 1 of the current version, have added new features in the core (And that's good).
Why, those namuellement added, will be a kind of shame, if too many?
 
hopefully REPORT A POST MANAGEMENT will be much easier.
its so tasky for a busy forums to manage reports submitted by members.
 
Top Bottom