Algolia Search is a hosted full-text, numerical, and faceted search engine capable of delivering realtime results from the first keystroke.
Our PHP client lets you easily use the Algolia Search API from your backend. It wraps the Algolia Search REST API.
Getting Started
Commands Reference
- Add a new object
- Update an object
- Search
- Multiple queries
- Get an object
- Delete an object
- Delete by query
- Index settings
- List indices
- Delete an index
- Clear an index
- Wait indexing
- Batch writes
- Security / User API Keys
- Copy or rename an index
- Backup / Retrieve all index content
- Logs
To setup your project, follow these steps:
- Use Composer to manage your
algoliasearch
dependency (if you don't use Composer, you can copy thealgoliasearch.php
file and thesrc
andresources
directories to your project). - Add
algolia/algoliasearch-client-php
to yourcomposer.json
file:
"require": {
"algolia/algoliasearch-client-php": "1.5.*"
}
- Initialize the client with your ApplicationID and API-Key. You can find all of them on your Algolia account.
// if you don't use Composer: require_once 'path/to/algoliasearch.php';
$client = new \AlgoliaSearch\Client('YourApplicationID', 'YourAPIKey');
If you're a Symfony or Laravel user; you're probably looking for the following integrations:
- Laravel (community) - vinkla/algolia
- Symfony (official) - algolia/AlgoliaSearchBundle
- Symfony (community) - GoldenLine/AlgoliaBundle
In 30 seconds, this quick start tutorial will show you how to index and search objects.
Without any prior configuration, you can start indexing 500 contacts in the contacts
index using the following code:
$index = $client->initIndex("contacts");
$batch = json_decode(file_get_contents("contacts.json"), true);
$index->addObjects($batch);
You can now search for contacts using firstname, lastname, company, etc. (even with typos):
// search by firstname
var_dump($index->search('jimmie'));
// search a firstname with typo
var_dump($index->search('jimie'));
// search for a company
var_dump($index->search('california paint'));
// search for a firstname & company
var_dump($index->search('jimmie paint'));
Settings can be customized to tune the search behavior. For example, you can add a custom sort by number of followers to the already great built-in relevance:
$index->setSettings(array("customRanking" => array("desc(followers)")));
You can also configure the list of attributes you want to index by order of importance (first = most important):
$index->setSettings(array("attributesToIndex" => array("lastname", "firstname", "company",
"email", "city", "address")));
Since the engine is designed to suggest results as you type, you'll generally search by prefix. In this case the order of attributes is very important to decide which hit is the best:
var_dump($index->search('or'));
var_dump($index->search('jim'));
Notes: If you are building a web application, you may be more interested in using our JavaScript client to perform queries. It brings two benefits:
- Your users get a better response time by not going through your servers
- It will offload unnecessary tasks from your servers
<script src="//cdn.jsdelivr.net/algoliasearch/3/algoliasearch.min.js"></script>
<script>
var client = algoliasearch('ApplicationID', 'apiKey');
var index = client.initIndex('indexName');
// perform query "jim"
index.search('jim', searchCallback);
// the last optional argument can be used to add search parameters
index.search(
'jim', {
hitsPerPage: 5,
facets: '*',
maxValuesPerFacet: 10
},
searchCallback
);
function searchCallback(err, content) {
if (err) {
console.error(err);
return;
}
console.log(content);
}
</script>
Check our online documentation:
- Initial Import
- Ranking & Relevance
- Indexing
- Search
- Sorting
- Filtering
- Faceting
- Geo-Search
- Security
- REST API
Check out our tutorials:
- Search bar with autocomplete menu
- Search bar with multi category autocomplete menu
- Instant search result pages
Each entry in an index has a unique identifier called objectID
. There are two ways to add en entry to the index:
- Using automatic
objectID
assignment. You will be able to access it in the answer. - Supplying your own
objectID
.
You don't need to explicitly create an index, it will be automatically created the first time you add an object. Objects are schema less so you don't need any configuration to start indexing. If you wish to configure things, the settings section provides details about advanced settings.
Example with automatic objectID
assignment:
$res = $index->addObject(array("firstname" => "Jimmie",
"lastname" => "Barninger"));
echo "objectID=" . $res['objectID'] . "\n";
Example with manual objectID
assignment:
$res = $index->addObject(array("firstname" => "Jimmie",
"lastname" => "Barninger"), "myID");
echo "objectID=" . $res['objectID'] . "\n";
You have three options when updating an existing object:
- Replace all its attributes.
- Replace only some attributes.
- Apply an operation to some attributes.
Example on how to replace all attributes of an existing object:
$index->saveObject(array("firstname" => "Jimmie",
"lastname" => "Barninger",
"city" => "New York",
"objectID" => "myID"));
You have many ways to update an object's attributes:
- Set the attribute value
- Add an element to an array
- Remove an element from an array
- Add an element to an array if it doesn't exist
- Increment an attribute
- Decrement an attribute
Example to update only the city attribute of an existing object:
$index->partialUpdateObject(array("city" => "San Francisco",
"objectID" => "myID"));
Example to add a tag:
$index->partialUpdateObject(array("_tags" => array("value":"MyTag", "_operation":"Add"),
"objectID" => "myID"));
Example to remove a tag:
$index->partialUpdateObject(array("_tags" => array("value":"MyTag", "_operation":"Remove"),
"objectID" => "myID"));
Example to add a tag if it doesn't exist:
$index->partialUpdateObject(array("_tags" => array("value":"MyTag", "_operation":"AddUnique"),
"objectID" => "myID"));
Example to increment a numeric value:
$index->partialUpdateObject(array("price" => array("value":42 "_operation":"Increment"),
"objectID" => "myID"));
Example to decrement a numeric value:
$index->partialUpdateObject(array("price" => array("value":42, "_operation":"Decrement"),
"objectID" => "myID"));
Notes: If you are building a web application, you may be more interested in using our JavaScript client to perform queries. It brings two benefits:
- Your users get a better response time by not going through your servers
- It will offload unnecessary tasks from your servers.
To perform a search, you only need to initialize the index and perform a call to the search function.
You can use the following optional arguments:
- query: (string) The instant search query string. All words of the query are interpreted as prefixes (for example "John Mc" will match "John Mccamey" and "Johnathan Mccamey"). If no query parameter is set all objects are retrieved.
- queryType: Selects how the query words are interpreted. It can be one of the following values:
- prefixAll: All query words are interpreted as prefixes.
- prefixLast: Only the last word is interpreted as a prefix (default behavior).
- prefixNone: No query word is interpreted as a prefix. This option is not recommended.
- removeWordsIfNoResults: This option is used to select a strategy in order to avoid having an empty result page. There are three different options:
- lastWords: When a query does not return any results, the last word will be added as optional. The process is repeated with n-1 word, n-2 word, ... until there are results.
- firstWords: When a query does not return any results, the first word will be added as optional. The process is repeated with second word, third word, ... until there are results.
- allOptional: When a query does not return any results, a second trial will be made with all words as optional. This is equivalent to transforming the AND operand between query terms to an OR operand.
- none: No specific processing is done when a query does not return any results (default behavior).
- minWordSizefor1Typo: The minimum number of characters in a query word to accept one typo in this word.
Defaults to 4. - minWordSizefor2Typos: The minimum number of characters in a query word to accept two typos in this word.
Defaults to 8. - allowTyposOnNumericTokens: If set to false, it disables typo tolerance on numeric tokens (numbers). Defaults to false.
- typoTolerance: This option allows you to control the number of typos in the result set:
- true: The typo tolerance is enabled and all matching hits are retrieved (default behavior).
- false: The typo tolerance is disabled. For example, if one result matches without typos, then all results with typos will be hidden.
- min: Only keep results with the minimum number of typos.
- strict: Hits matching with 2 typos are not retrieved if there are some matching without typos. This option is useful if you want to avoid false positives as much as possible.
- allowTyposOnNumericTokens: If set to false, disables typo tolerance on numeric tokens (numbers). Defaults to true.
- ignorePlural: If set to true, plural won't be considered as a typo. For example, car and cars will be considered as equals. Defaults to false.
- restrictSearchableAttributes List of attributes you want to use for textual search (must be a subset of the
attributesToIndex
index setting). Attributes are separated with a comma such as"name,address"
. You can also use JSON string array encoding such asencodeURIComponent("[\"name\",\"address\"]")
. By default, all attributes specified inattributesToIndex
settings are used to search. - advancedSyntax: Enables the advanced query syntax. Defaults to 0 (false).
- Phrase query: A phrase query defines a particular sequence of terms. A phrase query is built by Algolia's query parser for words surrounded by
"
. For example,"search engine"
will retrieve records havingsearch
next toengine
only. Typo tolerance is disabled on phrase queries. - Prohibit operator: The prohibit operator excludes records that contain the term after the
-
symbol. For example,search -engine
will retrieve records containingsearch
but notengine
.
- Phrase query: A phrase query defines a particular sequence of terms. A phrase query is built by Algolia's query parser for words surrounded by
- analytics: If set to false, this query will not be taken into account in the analytics feature. Defaults to true.
- synonyms: If set to false, this query will not use synonyms defined in the configuration. Defaults to true.
- replaceSynonymsInHighlight: If set to false, words matched via synonym expansion will not be replaced by the matched synonym in the highlight results. Defaults to true.
- optionalWords: A string that contains the comma separated list of words that should be considered as optional when found in the query.
- page: (integer) Pagination parameter used to select the page to retrieve.
Page is zero based and defaults to 0. Thus, to retrieve the 10th page you need to setpage=9
. - hitsPerPage: (integer) Pagination parameter used to select the number of hits per page. Defaults to 20.
-
aroundLatLng: Search for entries around a given latitude/longitude (specified as two floats separated by a comma).
For example,aroundLatLng=47.316669,5.016670
.
You can specify the maximum distance in meters with the aroundRadius parameter and the precision for ranking with aroundPrecision. For example, if you set aroundPrecision=100, two objects that are a distance of less than 100 meters will be considered as identical for the "geo" ranking parameter).
At indexing, you should specify the geo location of an object with the_geoloc
attribute in the form{"_geoloc":{"lat":48.853409, "lng":2.348800}}
. -
aroundLatLngViaIP: Search for entries around a given latitude/longitude automatically computed from user IP address.
For example,aroundLatLng=47.316669,5.016670
.
You can specify the maximum distance in meters with the aroundRadius parameter and the precision for ranking with aroundPrecision. For example, if you set aroundPrecision=100, two objects that are a distance of less than 100 meters will be considered as identical for the "geo" ranking parameter.
At indexing, you should specify the geo location of an object with the_geoloc
attribute in the form{"_geoloc":{"lat":48.853409, "lng":2.348800}}
. -
insideBoundingBox: Search entries inside a given area defined by the two extreme points of a rectangle (defined by 4 floats: p1Lat,p1Lng,p2Lat,p2Lng).
For example,insideBoundingBox=47.3165,4.9665,47.3424,5.0201
).
At indexing, you should specify the geo location of an object with the _geoloc attribute in the form{"_geoloc":{"lat":48.853409, "lng":2.348800}}
.
- attributesToRetrieve: A string that contains the list of object attributes you want to retrieve in order to minimize the answer size.
Attributes are separated with a comma (for example"name,address"
). You can also use a string array encoding (for example["name","address"]
). By default, all attributes are retrieved. You can also use*
to retrieve all values when an attributesToRetrieve setting is specified for your index. - attributesToHighlight: A string that contains the list of attributes you want to highlight according to the query. Attributes are separated by commas. You can also use a string array encoding (for example
["name","address"]
). If an attribute has no match for the query, the raw value is returned. By default all indexed text attributes are highlighted. You can use*
if you want to highlight all textual attributes. Numerical attributes are not highlighted. A matchLevel is returned for each highlighted attribute and can contain: - full: If all the query terms were found in the attribute.
- partial: If only some of the query terms were found.
- none: If none of the query terms were found.
- attributesToSnippet: A string that contains the list of attributes to snippet alongside the number of words to return (syntax is
attributeName:nbWords
). Attributes are separated by commas (Example:attributesToSnippet=name:10,content:10
).
You can also use a string array encoding (Example:attributesToSnippet: ["name:10","content:10"]
). By default, no snippet is computed. - getRankingInfo: If set to 1, the result hits will contain ranking information in the _rankingInfo attribute.
- numericFilters: A string that contains the comma separated list of numeric filters you want to apply. The filter syntax is
attributeName
followed byoperand
followed byvalue
. Supported operands are<
,<=
,=
,>
and>=
.
You can easily perform range queries via the :
operator. This is equivalent to combining a >=
and <=
operand. For example, numericFilters=price:10 to 1000
.
You can also mix OR and AND operators. The OR operator is defined with a parenthesis syntax. For example, (code=1 AND (price:[0-100] OR price:[1000-2000]))
translates to encodeURIComponent("code=1,(price:0 to 10,price:1000 to 2000)")
.
You can also use a string array encoding (for example numericFilters: ["price>100","price<1000"]
).
- tagFilters: Filter the query by a set of tags. You can AND tags by separating them with commas. To OR tags, you must add parentheses. For example,
tags=tag1,(tag2,tag3)
means tag1 AND (tag2 OR tag3). You can also use a string array encoding. For example,tagFilters: ["tag1",["tag2","tag3"]]
means tag1 AND (tag2 OR tag3).
At indexing, tags should be added in the _tags attribute of objects. For example{"_tags":["tag1","tag2"]}
.
- facetFilters: Filter the query with a list of facets. Facets are separated by commas and is encoded as
attributeName:value
. To OR facets, you must add parentheses. For example:facetFilters=(category:Book,category:Movie),author:John%20Doe
. You can also use a string array encoding. For example,[["category:Book","category:Movie"],"author:John%20Doe"]
. - facets: List of object attributes that you want to use for faceting.
Attributes are separated with a comma. For example,"category,author"
. You can also use JSON string array encoding. For example,["category","author"]
. Only the attributes that have been added in attributesForFaceting index setting can be used in this parameter. You can also use*
to perform faceting on all attributes specified in attributesForFaceting. - maxValuesPerFacet: Limit the number of facet values returned for each facet. For example,
maxValuesPerFacet=10
will retrieve a maximum of 10 values per facet.
- distinct: If set to 1, enables the distinct feature, disabled by default, if the
attributeForDistinct
index setting is set. This feature is similar to the SQL "distinct" keyword. When enabled in a query with thedistinct=1
parameter, all hits containing a duplicate value for the attributeForDistinct attribute are removed from results. For example, if the chosen attribute isshow_name
and several hits have the same value forshow_name
, then only the best one is kept and the others are removed. Note: This feature is disabled if the query string is empty and there aren't anytagFilters
,facetFilters
, nornumericFilters
parameters.
$index = $client->initIndex("contacts");
$res = $index->search("query string");
$res = $index->search("query string", array("attributesToRetrieve" => "fistname,lastname", "hitsPerPage" => 50));
The server response will look like:
{
"hits": [
{
"firstname": "Jimmie",
"lastname": "Barninger",
"objectID": "433",
"_highlightResult": {
"firstname": {
"value": "<em>Jimmie</em>",
"matchLevel": "partial"
},
"lastname": {
"value": "Barninger",
"matchLevel": "none"
},
"company": {
"value": "California <em>Paint</em> & Wlpaper Str",
"matchLevel": "partial"
}
}
}
],
"page": 0,
"nbHits": 1,
"nbPages": 1,
"hitsPerPage": 20,
"processingTimeMS": 1,
"query": "jimmie paint",
"params": "query=jimmie+paint&attributesToRetrieve=firstname,lastname&hitsPerPage=50"
}
You can send multiple queries with a single API call using a batch of queries:
// perform 3 queries in a single API call:
// - 1st query targets index `categories`
// - 2nd and 3rd queries target index `products`
$results = $this->client->multipleQueries(array(array('indexName' => "categories", 'query' => myQueryString, 'hitsPerPage' => 3)
, array('indexName' => "products", 'query' => myQueryString, 'hitsPerPage' => 3, 'facetFilters' => "promotion")
, array('indexName' => "products", 'query' => myQueryString, 'hitsPerPage' => 10)));
var_dump(results["results"]):
You can specify a strategy to optimize your multiple queries:
- none: Execute the sequence of queries until the end.
- stopIfEnoughMatches: Execute the sequence of queries until the number of hits is reached by the sum of hits.
You can easily retrieve an object using its objectID
and optionally specify a comma separated list of attributes you want:
// Retrieves all attributes
$index->getObject("myID");
// Retrieves firstname and lastname attributes
$index->getObject("myID", "firstname,lastname");
// Retrieves only the firstname attribute
$index->getObject("myID", "firstname");
You can also retrieve a set of objects:
$index->getObjects(array("myID1", "myID2"));
You can delete an object using its objectID
:
$index->deleteObject("myID");
You can delete all objects matching a single query with the following code. Internally, the API client performs the query, deletes all matching hits, and waits until the deletions have been applied.
$params = array();
$index->deleteByQuery("John", $params);
You can retrieve all settings using the getSettings
function. The result will contain the following attributes:
- attributesToIndex: (array of strings) The list of fields you want to index.
If set to null, all textual and numerical attributes of your objects are indexed. Be sure to update it to get optimal results.
This parameter has two important uses: - Limit the attributes to index.
For example, if you store a binary image in base64, you want to store it and be able to retrieve it, but you don't want to search in the base64 string. - Control part of the ranking.
(see the ranking parameter for full explanation) Matches in attributes at the beginning of the list will be considered more important than matches in attributes further down the list. In one attribute, matching text at the beginning of the attribute will be considered more important than text after. You can disable this behavior if you add your attribute insideunordered(AttributeName)
. For example,attributesToIndex: ["title", "unordered(text)"]
. You can decide to have the same priority for two attributes by passing them in the same string using a comma as a separator. For exampletitle
andalternative_title
have the same priority in this example, which is different than text priority:attributesToIndex:["title,alternative_title", "text"]
. - numericAttributesToIndex: (array of strings) All numerical attributes are automatically indexed as numerical filters. If you don't need filtering on some of your numerical attributes, you can specify this list to speed up the indexing.
If you only need to filter on a numeric value with the operator '=', you can speed up the indexing by specifying the attribute withequalOnly(AttributeName)
. The other operators will be disabled. - attributesForFaceting: (array of strings) The list of fields you want to use for faceting. All strings in the attribute selected for faceting are extracted and added as a facet. If set to null, no attribute is used for faceting.
- attributeForDistinct: The attribute name used for the
Distinct
feature. This feature is similar to the SQL "distinct" keyword. When enabled in queries with thedistinct=1
parameter, all hits containing a duplicate value for this attribute are removed from results. For example, if the chosen attribute isshow_name
and several hits have the same value forshow_name
, then only the best one is kept and others are removed. Note: This feature is disabled if the query string is empty and there aren't anytagFilters
,facetFilters
, nornumericFilters
parameters. - ranking: (array of strings) Controls the way results are sorted.
We have nine available criteria: - typo: Sort according to number of typos.
- geo: Sort according to decreasing distance when performing a geo location based search.
- words: Sort according to the number of query words matched by decreasing order. This parameter is useful when you use the
optionalWords
query parameter to have results with the most matched words first. - proximity: Sort according to the proximity of the query words in hits.
- attribute: Sort according to the order of attributes defined by attributesToIndex.
- exact:
- If the user query contains one word: sort objects having an attribute that is exactly the query word before others. For example, if you search for the TV show "V", you want to find it with the "V" query and avoid getting all popular TV shows starting by the letter V before it.
- If the user query contains multiple words: sort according to the number of words that matched exactly (not as a prefix).
- custom: Sort according to a user defined formula set in the customRanking attribute.
- asc(attributeName): Sort according to a numeric attribute using ascending order. attributeName can be the name of any numeric attribute in your records (integer, double or boolean).
- desc(attributeName): Sort according to a numeric attribute using descending order. attributeName can be the name of any numeric attribute in your records (integer, double or boolean).
The standard order is ["typo", "geo", "words", "proximity", "attribute", "exact", "custom"]. - customRanking: (array of strings) Lets you specify part of the ranking.
The syntax of this condition is an array of strings containing attributes prefixed by the asc (ascending order) or desc (descending order) operator. For example,"customRanking" => ["desc(population)", "asc(name)"]
. - queryType: Select how the query words are interpreted. It can be one of the following values:
- prefixAll: All query words are interpreted as prefixes.
- prefixLast: Only the last word is interpreted as a prefix (default behavior).
- prefixNone: No query word is interpreted as a prefix. This option is not recommended.
- separatorsToIndex: Specify the separators (punctuation characters) to index. By default, separators are not indexed. Use
+#
to be able to search Google+ or C#. - slaves: The list of indices on which you want to replicate all write operations. In order to get response times in milliseconds, we pre-compute part of the ranking during indexing. If you want to use different ranking configurations depending of the use case, you need to create one index per ranking configuration. This option enables you to perform write operations only on this index and automatically update slave indices with the same operations.
- unretrievableAttributes: The list of attributes that cannot be retrieved at query time. This feature allows you to have attributes that are used for indexing and/or ranking but cannot be retrieved. Defaults to null.
- allowCompressionOfIntegerArray: Allows compression of big integer arrays. We recommended enabling this feature and then storing the list of user IDs or rights as an integer array. When enabled, the integer array is reordered to reach a better compression ratio. Defaults to false.
- synonyms: (array of array of string considered as equals). For example, you may want to retrieve the black ipad record when your users are searching for dark ipad, even if the word dark is not part of the record. To do this, you need to configure black as a synonym of dark. For example,
"synomyms": [ [ "black", "dark" ], [ "small", "little", "mini" ], ... ]
. Synonym feature also supports multi-words expression like"synonyms": [ ["NY", "New York"] ]
- placeholders: (hash of array of words). This is an advanced use case to define a token substitutable by a list of words without having the original token searchable. It is defined by a hash associating placeholders to lists of substitutable words. For example,
"placeholders": { "<streetnumber>": ["1", "2", "3", ..., "9999"]}
would allow it to be able to match all street numbers. We use the< >
tag syntax to define placeholders in an attribute. For example: - Push a record with the placeholder:
{ "name" : "Apple Store", "address" : "<streetnumber> Opera street, Paris" }
. - Configure the placeholder in your index settings:
"placeholders": { "<streetnumber>" : ["1", "2", "3", "4", "5", ... ], ... }
. - disableTypoToleranceOn: (string array) Specify a list of words on which automatic typo tolerance will be disabled.
- altCorrections: (object array) Specify alternative corrections that you want to consider. Each alternative correction is described by an object containing three attributes:
- word: The word to correct.
- correction: The corrected word.
- nbTypos The number of typos (1 or 2) that will be considered for the ranking algorithm (1 typo is better than 2 typos).
For example "altCorrections": [ { "word" : "foot", "correction": "feet", "nbTypos": 1 }, { "word": "feet", "correction": "foot", "nbTypos": 1 } ]
.
- minWordSizefor1Typo: (integer) The minimum number of characters needed to accept one typo (default = 4).
- minWordSizefor2Typos: (integer) The minimum number of characters needed to accept two typos (default = 8).
- hitsPerPage: (integer) The number of hits per page (default = 10).
- attributesToRetrieve: (array of strings) Default list of attributes to retrieve in objects. If set to null, all attributes are retrieved.
- attributesToHighlight: (array of strings) Default list of attributes to highlight. If set to null, all indexed attributes are highlighted.
- attributesToSnippet: (array of strings) Default list of attributes to snippet alongside the number of words to return (syntax is 'attributeName:nbWords').
By default, no snippet is computed. If set to null, no snippet is computed. - highlightPreTag: (string) Specify the string that is inserted before the highlighted parts in the query result (defaults to "<em>").
- highlightPostTag: (string) Specify the string that is inserted after the highlighted parts in the query result (defaults to "</em>").
- optionalWords: (array of strings) Specify a list of words that should be considered optional when found in the query.
You can easily retrieve settings or update them:
$settings = $index->getSettings();
var_dump($settings);
$index->setSettings(array("customRanking" => array("desc(followers)")));
You can list all your indices along with their associated information (number of entries, disk size, etc.) with the listIndexes
method:
var_dump($client->listIndexes());
You can delete an index using its name:
$client->deleteIndex("contacts");
You can delete the index contents without removing settings and index specific API keys by using the clearIndex command:
$index->clearIndex();
All write operations return a taskID
when the job is securely stored on our infrastructure but not when the job is published in your index. Even if it's extremely fast, you can easily ensure indexing is complete using the waitTask
method on the taskID
returned by a write operation.
For example, to wait for indexing of a new object:
$res = $index->addObject(array("firstname" => "Jimmie",
"lastname" => "Barninger"));
$index->waitTask($res['taskID']);
If you want to ensure multiple objects have been indexed, you only need check the biggest taskID.
You may want to perform multiple operations with one API call to reduce latency. We expose three methods to perform batch operations:
addObjects
: Add an array of objects using automaticobjectID
assignment.saveObjects
: Add or update an array of objects that contains anobjectID
attribute.deleteObjects
: Delete an array of objectIDs.partialUpdateObjects
: Partially update an array of objects that contain anobjectID
attribute (only specified attributes will be updated).
Example using automatic objectID
assignment:
$res = $index->addObjects(array(array("firstname" => "Jimmie",
"lastname" => "Barninger"),
array("firstname" => "Warren",
"lastname" => "myID1")));
Example with user defined objectID
(add or update):
$res = $index->saveObjects(array(array("firstname" => "Jimmie",
"lastname" => "Barninger",
"objectID" => "SFO"),
array("firstname" => "Warren",
"lastname" => "Speach",
"objectID" => "myID2")));
Example that deletes a set of records:
$res = $index->deleteObjects(array("myID1", "myID2"));
Example that updates only the firstname
attribute:
$res = $index->partialUpdateObjects(array(array("firstname" => "Jimmie",
"objectID" => "SFO"),
array("firstname" => "Warren",
"objectID" => "myID2")));
Custom batch:
$res = $index->batch(array(
"requests" => array(
array("action" => "addObject",
"body" => array("firstname" => "Jimmie", "lastname" => "Barninger")),
array("action" => "addObject",
"body" => array("Warren" => "Jimmie", "lastname" => "Speach")),
array("action" => "updateObject",
"objectID" => "myID3",
"body" => array("firstname" => "Rob")),
)
)
);
If you have one index per user, you may want to perform a batch operations across severals indexes. We expose a method to perform this type of batch:
$res = $index->batch(array(
array("action": "addObject", "indexName": "index1", "array("firstname" => "Jimmie",
"lastname" => "Barninger")),
array("action": "addObject", "indexName": "index1", array("firstname" => "Warren",
"lastname" => "myID1"))));
The attribute action can have these values:
- addObject
- updateObject
- partialUpdateObject
- partialUpdateObjectNoCreate
- deleteObject
The admin API key provides full control of all your indices. You can also generate user API keys to control security. These API keys can be restricted to a set of operations or/and restricted to a given index.
To list existing keys, you can use listUserKeys
method:
// Lists global API Keys
$client->listUserKeys();
// Lists API Keys that can access only to this index
$index->listUserKeys();
Each key is defined by a set of permissions that specify the authorized actions. The different permissions are:
- search: Allowed to search.
- browse: Allowed to retrieve all index contents via the browse API.
- addObject: Allowed to add/update an object in the index.
- deleteObject: Allowed to delete an existing object.
- deleteIndex: Allowed to delete index content.
- settings: allows to get index settings.
- editSettings: Allowed to change index settings.
- analytics: Allowed to retrieve analytics through the analytics API.
- listIndexes: Allowed to list all accessible indexes.
Example of API Key creation:
// Creates a new global API key that can only perform search actions
$res = $client->addUserKey(array("search"));
echo "key=" . $res['key'] . "\n";
// Creates a new API key that can only perform search action on this index
$res = $index->addUserKey(array("search"));
echo "key=" . $res['key'] . "\n";
You can also create an API Key with advanced settings:
- Add a validity period. The key will be valid for a specific period of time (in seconds).
- Specify the maximum number of API calls allowed from an IP address per hour. Each time an API call is performed with this key, a check is performed. If the IP at the source of the call did more than this number of calls in the last hour, a 403 code is returned. Defaults to 0 (no rate limit). This parameter can be used to protect you from attempts at retrieving your entire index contents by massively querying the index.
Note: If you are sending the query through your servers, you must use the enableRateLimitForward("TheAdminAPIKey", "EndUserIP", "APIKeyWithRateLimit")
function to enable rate-limit.
- Specify the maximum number of hits this API key can retrieve in one call. Defaults to 0 (unlimited). This parameter can be used to protect you from attempts at retrieving your entire index contents by massively querying the index.
- Specify the list of targeted indices. You can target all indices starting with a prefix or ending with a suffix using the '' character. For example, "dev_" matches all indices starting with "dev_" and "*_dev" matches all indices ending with "_dev". Defaults to all indices if empty or blank.
- Specify the list of referers. You can target all referers starting with a prefix or ending with a suffix using the '' character. For example, "algolia.com/" matches all referers starting with "algolia.com/" and "*.algolia.com" matches all referers ending with ".algolia.com". Defaults to all referers if empty or blank.
- Specify the list of query parameters. You can force the query parameters for a query using the url string format (param1=X¶m2=Y...).
- Specify a description to describe where the key is used.
// Creates a new index specific API key valid for 300 seconds, with a rate limit of 100 calls per hour per IP and a maximum of 20 hits
$params = array('validity' => 300,
'maxQueriesPerIPPerHour' => 100,
'maxHitsPerQuery' => 20,
'indexes'=> array('dev_*'),
'referers' => array('algolia.com/*'),
'queryParameters' => 'typoTolerance=strict&ignorePlurals=false',
'description' => 'Limited search only API key for algolia.com'
);
$res = $client->addUserKey(params);
echo "key=" . $res['key'] . "\n";
Update the permissions of an existing key:
// Update an existing global API key that is valid for 300 seconds
$res = $client->updateUserKey("myAPIKey", array("search"), 300);
echo "key=" . $res['key'] . "\n";
// Update an existing index specific API key valid for 300 seconds, with a rate limit of 100 calls per hour per IP and a maximum of 20 hits
$res = $index->updateUserKey("myAPIKey", array("search"), 300, 100, 20);
echo "key=" . $res['key'] . "\n";
Get the permissions of a given key:
// Gets the rights of a global key
$res = $client->getUserKeyACL("f420238212c54dcfad07ea0aa6d5c45f");
// Gets the rights of an index specific key
$res = $index->getUserKeyACL("71671c38001bf3ac857bc82052485107");
Delete an existing key:
// Deletes a global key
$res = $client->deleteUserKey("f420238212c54dcfad07ea0aa6d5c45f");
// Deletes an index specific key
$res = $index->deleteUserKey("71671c38001bf3ac857bc82052485107");
You may have a single index containing per user data. In that case, all records should be tagged with their associated user_id in order to add a tagFilters=user_42
filter at query time to retrieve only what a user has access to. If you're using the JavaScript client, it will result in a security breach since the user is able to modify the tagFilters
you've set by modifying the code from the browser. To keep using the JavaScript client (recommended for optimal latency) and target secured records, you can generate a secured API key from your backend:
// generate a public API key for user 42. Here, records are tagged with:
// - 'user_XXXX' if they are visible by user XXXX
$public_key = $client->generateSecuredApiKey('YourSearchOnlyApiKey', 'tagFilters=user_42');
This public API key can then be used in your JavaScript code as follow:
var client = algoliasearch('YourApplicationID', '<%= public_api_key %>');
client.setExtraHeader('X-Algolia-QueryParameters', 'tagFilters=user_42'); // must be same than those used at generation-time
var index = client.initIndex('indexName')
index.search('something', function(err, content) {
if (err) {
console.error(err);
return;
}
console.log(content);
});
You can mix rate limits and secured API keys by setting an extra user_token
attribute both at API key generation time and query time. When set, a unique user will be identified by her IP + user_token
instead of only by her IP
. This allows you to restrict a single user to performing a maximum of N
API calls per hour, even if she shares her IP
with another user.
// generate a public API key for user 42. Here, records are tagged with:
// - 'user_XXXX' if they are visible by user XXXX
$public_key = $client->generateSecuredApiKey('YourRateLimitedApiKey', 'tagFilters=user_42', 'user_42');
This public API key can then be used in your JavaScript code as follow:
var client = algoliasearch('YourApplicationID', '<%= public_api_key %>');
// must be same than those used at generation-time
client.setExtraHeader('X-Algolia-QueryParameters', 'tagFilters=user_42');
// must be same than the one used at generation-time
client.setUserToken('user_42');
var index = client.initIndex('indexName')
index.search('another query', function(err, content) {
if (err) {
console.error(err);
return;
}
console.log(content);
});
You can also generate secured API keys to limit the usage of a key to a referer. The generation use the same function than the Per user restriction. This public API key can be used in your JavaScript code as follow:
var client = algoliasearch('YourApplicationID', '<%= public_api_key %>');
// must be same than those used at generation-time
client.setExtraHeader('X-Algolia-AllowedReferer', 'algolia.com/*');
var index = client.initIndex('indexName')
index.search('another query', function(err, content) {
if (err) {
console.error(err);
return;
}
console.log(content);
});
You can easily copy or rename an existing index using the copy
and move
commands.
Note: Move and copy commands overwrite the destination index.
// Rename MyIndex in MyIndexNewName
$res = $client->moveIndex("MyIndex", "MyIndexNewName");
// Copy MyIndex in MyIndexCopy
$res = $client->copyIndex("MyIndex", "MyIndexCopy");
The move command is particularly useful if you want to update a big index atomically from one version to another. For example, if you recreate your index MyIndex
each night from a database by batch, you only need to:
- Import your database into a new index using batches. Let's call this new index
MyNewIndex
. - Rename
MyNewIndex
toMyIndex
using the move command. This will automatically override the old index and new queries will be served on the new one.
// Rename MyNewIndex in MyIndex (and overwrite it)
$res = $client->moveIndex("MyNewIndex", "MyIndex");
You can retrieve all index content for backup purposes or for SEO using the browse method. This method retrieves 1,000 objects via an API call and supports pagination.
// Get first page
$res = $index->browse(0);
// Get second page
$res = $index->browse(1);
You can retrieve the latest logs via this API. Each log entry contains:
- Timestamp in ISO-8601 format
- Client IP
- Request Headers (API Key is obfuscated)
- Request URL
- Request method
- Request body
- Answer HTTP code
- Answer body
- SHA1 ID of entry
You can retrieve the logs of your last 1,000 API calls and browse them using the offset/length parameters:
- offset: Specify the first entry to retrieve (0-based, 0 is the most recent log entry). Defaults to 0.
- length: Specify the maximum number of entries to retrieve starting at the offset. Defaults to 10. Maximum allowed value: 1,000.
- onlyErrors: Retrieve only logs with an HTTP code different than 200 or 201. (deprecated)
- type: Specify the type of logs to retrieve:
- query: Retrieve only the queries.
- build: Retrieve only the build operations.
- error: Retrieve only the errors (same as onlyErrors parameters).
// Get last 10 log entries
$res = $client->getLogs();
// Get last 100 log entries
$res = $client->getLogs(0, 100);