Step 1: Create a Rules Component
Have a look at this example of a Rules Component (in Rules export format):
{ "rules_search_and_replace_values_in_a_text_field" : {
"LABEL" : "Search and replace values in a text field",
"PLUGIN" : "rule",
"OWNER" : "rules",
"REQUIRES" : [ "rules" ],
"USES VARIABLES" : {
"node" : { "label" : "Node", "type" : "node" },
"old_value" : { "label" : "Old Value", "type" : "text" },
"new_value" : { "label" : "New Value", "type" : "text" }
},
"IF" : [
{ "entity_has_field" : { "entity" : [ "node" ], "field" : "field_free_format_text" } },
{ "data_is" : {
"data" : [ "node:field-free-format-text" ],
"value" : "[old-value:value]"
}
}
],
"DO" : [
{ "data_set" : {
"data" : [ "node:field-free-format-text" ],
"value" : "[new-value:value]"
}
},
{ "drupal_message" : { "message" : "String \u0022[old-value:value]\u0022 was replaced to string \u0022[new-value:value]\u0022 in field \u0022field_free_format_text\u0022 for node with id \u0022[node:nid]\u0022 and title \u0022[node:title]\u0022." } }
]
}
}
Some more details to further explain the above above example:
- This Rules Component will be used in the subsequent step.
- In my case I have a text field with machine name
field_free_format_text
.
Note that I also added the Rules Condition Entity has field
to make that field available for further processing in this Rules Component. That's also what is mentioned in the Rules UI when you're adding a "data comparison" condition: somewhere it says "The data selector helps you drill down into the data available to Rules. To make entity fields appear in the data selector, you may have to use the condition 'entity has field' (or 'content is of type')". For a video tutorial that illustrates the importance of this Entity has field
condition, refer to Data types and data selection, especially what is shown between about 13:30 and 17:30 in that video.
Note that I've not added a Rules condition here about selected content types, that's possibly an extra condition you might want to add also. But if the selection list field is only used for the content types you're interested in, then the Entity has field
condition should be sufficient already.
If you want, just grab (copy) the exported rule above, change all occurrences of the machine name of that field to match the machine name of your field, and then you can simply import this Rules Component in your own environment.
After you did this, you can navigate to admin/config/workflow/rules/components
in your own site, and then use the hyperlink "execute" to qa-test it in your own site. After you use that link, use the button that says Switch to direct input mode. Then you'll be able to enter some Node identifier and hit the Execute mode. Depending on the node id you selected (if it has that field, and if the Rules Condition is satisfied), your node will be updated.
After you're confident your rule works perfect for all variations of your nodes, move on to the next step below.
Here is an example of the (2) Drupal messages I got when executing this Rules component for a node with ID = 48, in which I changed the string "Pierre" to "Herci":
String "Pierre" was replaced to string "Herci" in field "field_free_format_text" for node with id "48" and title "Demo field_free_format_text replacement".
Component rule: Search and replace values in a text field has been executed.
Variation of the display of that message could be that you use Rules to create a (similar) log record ...
Attention: you always get the 2nd message. But the first one only shows up if you have an actual match ... and hence the update gets performed also.
Step 2: Let VBO to the bulk of the work
This step is pretty easy ... Just create an appropriate view of all your nodes to be processed, and transform it into a Views Bulk Operations view. The clue to what you want VBO to do as an operation is ... you guessed it: Execute the Rules Component from Step 1.
If you're not familiar with how to do so, have a look at the video about Using Rules components with VBO". If you want even more, then also watch the subsequent "Using Rules components with more than one parameter" video.
Of course there are multiple variations of the above approach, like processing by component type, narrowing down your Views output to only "a" specific value, etc. But that should be straight forward, and up to your own imagination.
Attention: to process many nodes at once is quite a challenge (memory requirements, etc). Therefor you might want to also watch the video about "More details about VBO settings" ... Before you are tempted to use VBO for processing them all at once ...
Step 3: Straight forward variations
There are dozens (hundreds?) of straight forward variations of this question that can also be solved using the above combination of VBO and Rules. To just mention 1 of them, have a look at my answer to "How to bulk delete selected content/nodes?" ...
The flexibility you get with this approach also illustrates the advantages of this one, as compared to direct MySql approach.
Happy VBO-ing while Rules-ing!