Cloudinary Blog

Building a Smart AI Image Search Tool Using React - Part 2: UI Components and Server Setup

Building a Smart AI Image Search Tool Using React

In our first article, we built a part of the front-end of our image search tool with the focus mainly on the parent App.js stateful component.

In this article - part two of a series - we will continue developing a Smart Search App, in which users can search for content in an image, not just the description. The app is built with React for UI interaction, Cloudinary for image upload and management and Algolia for search.

We will show how to complete the app. I know you must be stoked, I am too. We will be building the stateless components of our app and these components without state will mostly receive props from the parent component as with parent-child communication existing in React. Also the server-side of our app will be built and deployed to Webtask. You can read more about webtasks here.


All build tools and dependencies have been installed in the first part so we can move on with building.

The Custom Stateless Components

The stateless components are the ImageList component and the modal component. These display the list of images fetched from Algolia and the upload modal interface respectively. The action of buttons on the interface have already been configured in the parent App.js component and will be passed down to the child stateless components via props as earlier stated.

The ImageList Component

This component holds the images saved on the webtask server. In configuring the component, navigate to the ImageList.js file in the components folder and configure it like this:

import React from 'react';
import {Image, CloudinaryContext, Transformation} from 'cloudinary-react';
import './ImageList.css';
export default ({ hit }) => {
  return (
    <div className="card">
      <div className="card-content">
        <Image publicId={hit.public_id}>
            <Transformation format=auto quality=auto />

First, we import all dependencies and its CSS file. Since the component is stateless, props are just passed as parameter to the export function which returns JSX elements. The Cloudinary React component exposes Image and Transformation which helps with fetching the image from the Cloudinary server and setting transformations respectively. The interesting thing is that the transformation sets format and quality to auto. This renders the best optimized format for a give client (browser) and also optimizes the image intelligently.

The elements are styled with Bulma classes to image cards. It can be seen that the image src is the URL received from the hit prop and also its description. Style the ImageList cards with the ImageList.css file.

.card {
  background: #f5f5f5;
  display: inline-block;
  margin: 0 0 1em;
  width: 100%;
  cursor: pointer;

The Modal Component

The Modal component is the interface handling uploads, description creation and saving. Previously we created the Modal.js file in the components folder and its accompanying CSS file. Here we configure this empty file. In Modal.js, import all required dependencies and modules:

import React from 'react';
import classNames from 'classnames';
import './Modal.css';

classnames is a module (which we installed earlier) that is used to dynamically assign classes to an element in React. In the Modal component, create a function with a parameter ‘isActive’ and assign it to the variable modalClass. In the function, the classNames function is called and passed an object containing keys, modal and is-active. is-active is the CSS class to be manipulated.

const modalClass = isActive =>
    modal: true,
    'is-active': isActive

Next, we render the image upload interface and a close button:

export default ({
}) => {
  return (
    <div className={modalClass(isActive)}>
      <div className="modal-background" onClick={toggleModal} />
      <div className="modal-content">
        <div className="modal-card">
          <header className="modal-card-head">
            <p className="modal-card-title">Upload an image!</p>
        className="modal-close is-large"

Note the way the props are passed down to the components from the parent as parameters. The toggleModal function is used to open and close the modal box as can be seen in both buttons at the top and bottom of the box. Since we have created just the Modal header, let’s create the description, upload and save interface. Just after the closing header tag, create the description, upload and save features with:

<section className="modal-card-body">
  <div className="columns">
    <div className="column">
      <div className="field">
        <label className="label">Short Description</label>
        <div className="control">
          className="button is-info is-margin-top"
    <div className="column upload-column">
      {!preview ? (
          className="button is-info is-margin-top"
      ) : (
        <img src={preview} alt="Preview" />
        style={{ display: pending ? 'block' : 'none' }}

An input text area is used to handle description input with its value bound to description and an event listener in onChange is on hand to pick up any entries in the description field as specified in the handleDescriptionChange function. The saveImage function is assigned to a button which triggers once clicked. Now here’s a tricky part, conditional rendering is used when displaying either the upload button or the uploaded image. The pending state comes in handy here and if pending is false (no image is uploaded), the upload button is visible and triggers the handleDropZoneClick when clicked. f pending is true, the uploaded image is displayed.

Update the Modal.css file to this. Now that the user interface is done, let’s create the server to handle uploads.

Configure Server.js

In the root directory of the project, create a file server.js, in here we will configure the server. In the server file, import all required dependencies with:

const Express = require('express');
const Webtask = require('webtask-tools');
const bodyParser = require('body-parser');
const cloudinary = require('cloudinary');
const multipart = require('connect-multiparty');
var algoliasearch = require('algoliasearch');

As stated earlier, we will be making use of an express server to make the process easier. Let’s configure the server to use the required modules with:

const app = Express();
app.use(bodyParser.urlencoded({ extended: false }));
// Multipart middleware to
// parse files
const multipartMiddleware = multipart();
// Replace credentials
// with your Cloudinary credentials
  cloud_name: 'cloud_name',
  api_key: 'key',
  api_secret: 'secret'
// Configure Algolia
// with your Algolia credentials
var algoliaClient = algoliasearch(
var algoliaIndex = algoliaClient.initIndex('index');

Images are uploaded via Cloudinary. Configure the upload API endpoint next with:'/upload', multipartMiddleware, function(req, res) {
  // Upload image to cloudinary
    // File to upload
    // AWS tagging transformation
    // Activate here by selecting a plan:
    { categorization: 'aws_rek_tagging' },
    // Callback function
    function(err, result) {
      if (err) return res.send(err);
      res.json({ data: result });

The uploaded files are saved to an Algolia index where search and retrieval occurs. This makes use of a post request and you configure it with:'/save', function(req, res) {
  // index record
  algoliaIndex.addObject(req.body, function(err, content) {
    if (err) return res.send(err);

Lastly, the app is exported to a Webtask with:

module.exports = Webtask.fromExpress(app)

This creates a webtask for our server. Read more about webtasks and creating a webtask for a serverless architecture here.

Launch the app on the local server by running:

npm run start


Now we have a smart image search tool that searches uploaded images and looks for a pattern queried using the Algolia search tool. Cloudinary, which is used to upload images, provides a robust upload widget that makes it even better and improves the developer experience. Feel free to play around with the app, suggest improvements or make improvements to the source code here.

Recent Blog Posts

Give your mobile app a boost: pre-upload image processing

As a mobile developer, enabling users to upload images and share them with other users is a very common requirement. When developing those capabilities, we need to take into account that most users won't think twice about uploading the massive images that their high-resolution mobile cameras capture. Those huge files are not only overkill for on-screen display, but can also cause significant slow downs in upload and delivery times. And of course those same users wouldn't think twice about complaining or abandoning our app if their overall user experience wasn't smooth and fast.

Read more
Cloudinary Helps Hinge Keep Modern Romance Real

To create a profile, Hinge users initially had to connect their Facebook and/or Instagram accounts to the app, which would import images to the users’ Hinge profiles. Hinge stored those images with a URL that expired after two months, unless the user logged into the app regularly. This aspect of the app was frustrating for users because the photos would become inaccessible for others to view.

Read more
Engineering Better Google Mobile Search Ranking Through Image Optimization

Search ranking algorithms utilize various signals to determine how websites rank against each other on the internet either via desktop or mobile searches. One such signal is Site speed. In 2010, Google introduced Site speed as a signal in their search ranking algorithms. However, this only applied to web search ranking. Starting in July 2018, site speed will be a ranking factor of mobile searches. This change is another signal that developers must wake up and focus on improving the performance of their applications, since speed and load time affects a user’s experience of your page.

Read more