Skip to content

Commit e36be1e

Browse files
authored
Merge pull request #561 from ExpressionEngine/bug/7.x/pro-search-update-docs
Added update notes for old Low Search and Low Variables
2 parents 953128c + f906643 commit e36be1e

File tree

7 files changed

+55
-15
lines changed

7 files changed

+55
-15
lines changed

docs/add-ons/pro-search/collections.md

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -42,24 +42,24 @@ For non-keyword searches, where collection information is not available, the exc
4242

4343
### Including categories
4444

45-
Low Search can also add category information to the index, making entries searchable by keywords present in their categories. Just like the regular channel fields, you can add weight to the category name, description and any of the category custom fields.
45+
Pro Search can also add category information to the index, making entries searchable by keywords present in their categories. Just like the regular channel fields, you can add weight to the category name, description and any of the category custom fields.
4646

4747

4848
### Building the index
4949

5050
You will need to build the index of the new collection. To do this, just click the Index link on the collections list page for the collection you’ve just created. If you have defined a language, you can also build the Lexicon or both the index and lexicon. Depending on the Batch size set in your Settings and amount of entries in the collection channel, this could take a while.
5151

52-
Once a collection index and lexicon is built, they will automatically stay up to date. However, if you change any of the field weights, you will need to rebuild the index to apply those changes to itself. Low Search will alert you if a rebuild of the index is necessary. In such cases, the lexicon does not need to be updated.
52+
Once a collection index and lexicon is built, they will automatically stay up to date. However, if you change any of the field weights, you will need to rebuild the index to apply those changes to itself. Pro Search will alert you if a rebuild of the index is necessary. In such cases, the lexicon does not need to be updated.
5353

5454
### Third party fieldtypes
5555

56-
If a third party fieldtype stores its data in the native exp_channel_data table, it is supported by Low Search, ie. its contents can be added to the collection index. Because of this, some popular fieldtypes can already be indexed. For example, Matrix stores its searchable columns in said table to enable ExpressionEngine’s native search module and is therefore also supported by Low Search. Playa stores the Title and URL title of selected entries in the same way, which means the index data for searchable Playa fields will consist of these fields.
56+
If a third party fieldtype stores its data in the native exp_channel_data table, it is supported by Pro Search, ie. its contents can be added to the collection index. Because of this, some popular fieldtypes can already be indexed. For example, Matrix stores its searchable columns in said table to enable ExpressionEngine’s native search module and is therefore also supported by Pro Search. Playa stores the Title and URL title of selected entries in the same way, which means the index data for searchable Playa fields will consist of these fields.
5757

5858
If the fieldtype doesn’t store its data in the native exp_channel_data table, it can make use of the Search index API to customize the data that will be added to the collection index.
5959

6060
### Diacritics and foreign characters
6161

62-
One of the advantages of Low Search is the accent-insensitive search. This is achieved by removing any diacritics from characters in the search index. Low Search uses the native foreign characters array to convert these characters to simple ASCII. You can find the array in the /system/expressionengine/config/foreign_chars.php file, which you can modify to your liking. Any characters not present in that array will be left alone. Each search query will be treated in the same way.
62+
One of the advantages of Pro Search is the accent-insensitive search. This is achieved by removing any diacritics from characters in the search index. Pro Search uses the native foreign characters array to convert these characters to simple ASCII. You can find the array in the /system/expressionengine/config/foreign_chars.php file, which you can modify to your liking. Any characters not present in that array will be left alone. Each search query will be treated in the same way.
6363

6464
### Automate building of search indexes
6565

@@ -73,7 +73,7 @@ The following variables can be added to the call to that URL either via GET or P
7373
- `build` - What you need to build, either index, lexicon or both (the default).
7474
- `collection_id` - Comma separated list of collection IDs to build.
7575
- `entry_id` - Comma separated list of entry IDs to build.
76-
- `key` - Your Low Search license key. Required
76+
- `key` - Your Pro Search license key. Required
7777

7878
**Examples:**
7979

docs/add-ons/pro-search/overview.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -12,9 +12,9 @@
1212
ExpressionEngine’s native `channel:entries` tag allows you to fetch and filter entries in many ways by setting its parameters. The native Search module allows for filtering by keyword, but is limited in its capabilities. Pro Search combines the two into one module and then throw in extra features, filters, and a performance boost.
1313

1414

15-
Searching by **keywords** uses a custom [full-text](http://dev.mysql.com/doc/refman/5.5/en/fulltext-search.html) index instead of the raw entry data, which makes Low Search fast. **Very fast**. It also adds **relevance** to search results which can be influenced by applying **weight** to any searchable field.
15+
Searching by **keywords** uses a custom [full-text](http://dev.mysql.com/doc/refman/5.5/en/fulltext-search.html) index instead of the raw entry data, which makes Pro Search fast. **Very fast**. It also adds **relevance** to search results which can be influenced by applying **weight** to any searchable field.
1616

17-
Apart from the powerful [keywords filter](/add-ons/pro-search/filters.md#keywords), and the ability to **use any native parameter as a search filter**, Low Search adds several other filters to further enhance and refine your search results:
17+
Apart from the powerful [keywords filter](/add-ons/pro-search/filters.md#keywords), and the ability to **use any native parameter as a search filter**, Pro Search adds several other filters to further enhance and refine your search results:
1818

1919
- Select any combination of [categories](/add-ons/pro-search/filters.md#categories);
2020
- Limit entries by a given [distance](/add-ons/pro-search/filters.md#distance) based on latitude/longitude values;

docs/add-ons/pro-search/parameters.md

Lines changed: 5 additions & 5 deletions
Original file line numberDiff line numberDiff line change
@@ -6,9 +6,9 @@
66
@copyright Copyright (c) 2003-2020, Packet Tide, LLC (https://packettide.com)
77
@license https://expressionengine.com/license Licensed under Apache License, Version 2.0
88
-->
9-
# Parameters in Low Search
9+
# Parameters in Pro Search
1010

11-
Low Search uses both native and its own parameters to generate search results. All these parameters can be applied in two ways: as input fields in a Form, or as hard-coded parameters in the Results or URL tag. The values of these parameters can always be shown inside a Low Search tag by using the parameter name as a variable, prefixed with pro_search_.
11+
Pro Search uses both native and its own parameters to generate search results. All these parameters can be applied in two ways: as input fields in a Form, or as hard-coded parameters in the Results or URL tag. The values of these parameters can always be shown inside a Pro Search tag by using the parameter name as a variable, prefixed with pro_search_.
1212

1313
So, any parameter:
1414

@@ -60,7 +60,7 @@ WARN**Note:** do not include the square brackets in the variable names.
6060

6161
### Inclusive values
6262

63-
The example above will filter results by any of the values given. However, ExpressionEngine also allows you to filter by all of the values, by separating them with an ampersand (&) rather than a vertical bar. Low Search also caters for this, using the require_all parameter, which takes any amount of parameter names as its value. For example:
63+
The example above will filter results by any of the values given. However, ExpressionEngine also allows you to filter by all of the values, by separating them with an ampersand (&) rather than a vertical bar. Pro Search also caters for this, using the require_all parameter, which takes any amount of parameter names as its value. For example:
6464

6565
`category="2&4&6" search:number="one&&three"`
6666

@@ -89,7 +89,7 @@ This is equal to:
8989

9090
#### Exclude values
9191

92-
ExpressionEngine also allows you to exclude values, by prepending not to the parameter value, which negates the value. Low Search also caters for this, using the exclude parameter, which takes any amount of parameter names as its value. For example:
92+
ExpressionEngine also allows you to exclude values, by prepending not to the parameter value, which negates the value. Pro Search also caters for this, using the exclude parameter, which takes any amount of parameter names as its value. For example:
9393

9494
`category="not 2|4|6" search:number="not one|three"`
9595

@@ -117,7 +117,7 @@ This is equal to:
117117

118118
### SQL parameters
119119

120-
Low Search supports SQL parameters. This means you can use a SQL query in any pararameter. SQL queries are limited to SELECTs only and should always end with a semi-colon (;). Low Search will take the first item in the SELECT statement and creates a pipe-separated list from it. If the SQL query produces no results, it sets the parameter value to what comes after the semi-colon. You can optionally prefix the SQL query for better matching. Schematically, such a query looks like this:
120+
Pro Search supports SQL parameters. This means you can use a SQL query in any pararameter. SQL queries are limited to SELECTs only and should always end with a semi-colon (;). Pro Search will take the first item in the SELECT statement and creates a pipe-separated list from it. If the SQL query produces no results, it sets the parameter value to what comes after the semi-colon. You can optionally prefix the SQL query for better matching. Schematically, such a query looks like this:
121121

122122
`param="prefix SELECT field FROM table WHERE lorem = 'ipsum';no results"`
123123

docs/add-ons/pro-search/tags.md

Lines changed: 3 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -201,7 +201,7 @@ Set the default value of any parameter. This value will be overwritten when the
201201

202202
#### disable
203203

204-
In addition to the native values, the disable parameter allows you to disable filters per Results tag. Use the pro_search:filter_name format: for example, disable="pro_search:field_search" will disable Low Search’s Field Search filter. (since v6.2.0)
204+
In addition to the native values, the disable parameter allows you to disable filters per Results tag. Use the pro_search:filter_name format: for example, disable="pro_search:field_search" will disable Pro Search’s Field Search filter. (since v6.2.0)
205205

206206
{disable}
207207

@@ -231,7 +231,7 @@ Combines the native orderby and sort parameters. Separate field and sort order w
231231

232232
#### query
233233

234-
Use this parameter to pass through the encoded search query, which is present in the search results URI. You can override any of its settings by hard-coding the other Low Search parameters. Note that any of the hard-coded query parameters will not be reflected in the Search Log. Not needed when not encoding queries.
234+
Use this parameter to pass through the encoded search query, which is present in the search results URI. You can override any of its settings by hard-coding the other Pro Search parameters. Note that any of the hard-coded query parameters will not be reflected in the Search Log. Not needed when not encoding queries.
235235

236236
{query}
237237

@@ -519,7 +519,7 @@ The keywords, URL-encoded.
519519

520520
#### keywords_clean
521521

522-
The keywords, cleaned by the Low Search algorithm, ie. without punctuation or diacritics.
522+
The keywords, cleaned by the Pro Search algorithm, ie. without punctuation or diacritics.
523523

524524
{keywords_clean}
525525

Lines changed: 17 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,17 @@
1+
<!--
2+
This source file is part of the open source project
3+
ExpressionEngine User Guide (https://github.com/ExpressionEngine/ExpressionEngine-User-Guide)
4+
5+
@link https://expressionengine.com/
6+
@copyright Copyright (c) 2003-2020, Packet Tide, LLC (https://packettide.com)
7+
@license https://expressionengine.com/license Licensed under Apache License, Version 2.0
8+
-->
9+
10+
# Upgrading from Low Search
11+
12+
In the ExpressionEngine v7.0.0 release, Pro Search was added added as a native add-on that ships with the core files. It is an update of the standalone add-on Low Search. If you previously had Low Search installed, the update will automatically install Pro Search and uninstall Low Search. The transition should be automatic and seamless, and old Low Search tags will continue to function.
13+
14+
However, best practice in this situation requires 2 additional steps:
15+
16+
- Remove the old add-on folder system/user/addons/low_search.
17+
- Replace the old format ``{exp:low_search:`` tags with new ``{exp:pro_search:``. This can be done with the Find and Replace utility found in `Tools - Utilities - Search and Replace`. It is recommended that you save a database back before making this change. Then simply search for `{exp:low_search:` and replace with `{exp:pro_search:`.
Lines changed: 17 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,17 @@
1+
<!--
2+
This source file is part of the open source project
3+
ExpressionEngine User Guide (https://github.com/ExpressionEngine/ExpressionEngine-User-Guide)
4+
5+
@link https://expressionengine.com/
6+
@copyright Copyright (c) 2003-2020, Packet Tide, LLC (https://packettide.com)
7+
@license https://expressionengine.com/license Licensed under Apache License, Version 2.0
8+
-->
9+
10+
# Upgrading from Low Variables
11+
12+
In the ExpressionEngine v7.0.0 release, Pro Variables was added added as a native add-on that ships with the core files. It is an update of the standalone add-on Low Variables. If you previously had Low Variables installed, the update will automatically install Pro Variables and uninstall Low Variables. The transition should be automatic and seamless, and old Low Variables tags will continue to function.
13+
14+
However, best practice in this situation requires 2 additional steps:
15+
16+
- Remove the old add-on folder system/user/addons/low_variables.
17+
- Replace the old format `{exp:low_variables:` tags with new `{exp:pro_variables:` format. This can be done with the Find and Replace utility found in `Tools - Utilities - Search and Replace`. It is recommended that you save a database backup before making this change. Then simply search for `{exp:low_variables:` and replace with `{exp:pro_variables:`.

docs/installation/version-notes.md

Lines changed: 6 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -22,3 +22,9 @@ The following list are items that you will want to be aware of.
2222
- Displaying an RTE field in the Channel Form's channel entry loop should be done using `{display_field}` rather than manually constructing a textarea field.
2323
- A number of new language keys have been added. Custom languages will need to be updated for 6.0.
2424

25+
## Version Notes for 7.0.0
26+
27+
ExpressionEngine 7.0.0 integrated both Low Search (now Pro Search) and Low Variables (now Pro Variables) as native add-ons in the core. If you have either add-on already installed, the following steps are recommended.
28+
29+
- After upgrade, if Low Search and/or Low variables were already installed, on the Add-on page you will see the corresponding native Pr Search/Pro Variables installed and the Low add-on uninstalled. This was done automatically. You should remove the old add-on folder in system/user/addons/.
30+
- While old Low Search and Low Variable tags will continue to work in version 7, it is recommended they be replaced. To do so, first backup your database. Next, in `Tools - Utilities - Search and Replace`, search for ``{exp:low_search:`` and replace with `{exp:pro_search:`. Likewise, if Low Variables was used, search for `{exp:low_variables:` and replace with `{exp:pro_variables:`.

0 commit comments

Comments
 (0)