Generate Api Key Php Laravel

We’ll create a new php file ‘public/clients.php’ with a very simple flow: it will retrieve the Okta details (issuer, scope, client id and secret) from the.env file, then it will obtain an access token from Okta and it will run API calls to get all users and get a specific user (passing the Okta access token in the Authorization header).

Laravel JSON API is a library for creating JSON:API backends using the Laravel application framework.

To try it out, let’s create a web service for rating dishes at restaurants. We’ll call it “Opinion Ate”.

You can generate a key by the following command: php artisan key:generate. The key will be written automatically in your.env file. If you want to see your key after generation use -show option. Php artisan key:generate -show. Note: The.env is a hidden file in your project folder. Edited Apr 5 '20 at 8:31. By default, Laravel ships with a simple solution to API authentication via a random token assigned to each user of your application. In your config/auth.php configuration file, an api guard is already defined and utilizes a token driver. This driver is responsible for inspecting the API token on the incoming request and verifying. Craftable is a Laravel-based open-source toolkit for building administration interfaces. It ships with powerful CRUD generator to speed up the development of your CMS, CRM or other back-office system. We believe that minimalism ensures higher flexibility when executing your ideas. That's why Craftable, by default, ships only with two ready-to.

First, we’ll need the following installed to use Laravel:

  • PHP
  • The composer command
  • The laravel command
  • A MySQL database

If you’re new to Laravel, one easy way to get it up and running is to use Laravel Homestead, a virtual machine pre-configured for Laravel development. This guide will assume you’re using Homestead; if not, make the necessary adjustments.

Edit your Homestead.yml file to map a folder on your host machine to the Vagrant VM; this will make it easy to edit the files in your editor of choice:

After making this change, within your Homestead folder run vagrant provision to apply this configuration.

Connect to Homestead with vagrant ssh, then create a new Laravel app:

Then, back in your Homestead.yml file, configure this app to be shown at a certain domain name:

Make sure not to forget the /public on the end.

Run vagrant provision once more to apply this configuration. Finally, on your host machine, edit your /etc/hosts file to point the domain name you configured to your local machine

Let’s make sure our app is up and running. Go to http://opinion-ate.test in a browser. You should see the “Laravel” page with links to “Documentation”, “Laracasts”, and other things.

One last bit of configuration: check the .env file to make sure your database connection is correct. With Homestead, update it to match the following:

Models

Laravel persists data to the database using classes called Eloquent models. Laravel JSON API uses the same models, so to start building our app we’ll create models in the typical Laravel way.

First let’s create a model representing a restaurant. If you aren’t already connected to Homestead, run vagrant ssh, go into the opinion-ate directory, and stay connected for the rest of the tutorial. Then, run the following command:

You’ll see output like the following:

The generator created a number of files; let’s take a look at a few of them. First, open the file in database/migrations that ends with _create_restaurants_table.php — the date on the file will be different than mine, showing the time you ran the command.

This file contains a migration, a class that tells Laravel how to make a change to a database. Schema::create() will create the restaurants table. The function passed to Schema::create() will be passed the argument $table, representing a table. It’s already set to create an id and timestamps. Let’s add a few additional columns:

The restaurants table hasn’t actually been created yet; the migration file just records how to create it. You can run it on your computer, when a coworker pulls it down she can run it on hers, and you can run it on the production server as well. Run the migration now with this command:

If your database connection info is correct, you should see the following output, including a few other migrations Laravel creates by default:

Next let’s look at the app/Models/Restaurant.php file created:

That’s…pretty empty. We have a Restaurant class that inherits from EloquentModel and adds a HasFactory trait, but nothing else. This represents a Restaurant record, but how does it know what columns are available? Laravel will automatically inspect the table to see what columns are defined on it and make those columns available. We do need to add one bit of configuration: the fields that are allowed to be assigned-to by end users:

Now let’s set up the model for a dish itself.

Add the following fields to the migration:

Why are we using bigInteger for restaurant_id? Primary keys are created with id(), which creates a big integer column that automatically increments. To match data types, we create a column with the same big integer data type.

And in the model file, mark these fields as fillable:

Go ahead and migrate the database again:

Our models will automatically detect the columns on them, but to use relationships we need to declare them. Add the following to Restaurant.php:

This allows you to get to a restaurant’s dishes. Let’s make a way to get back from the dish to a restaurant too. Add the following to Dish.php:

Now that our models are set up, we can create some records. You could do it by hand, but Laravel has the concept of seeder files, which allow you to “seed” your database with sample data. Let’s use them to set up some data.

Generate a seeder file:

This will create a file RestaurantSeeder.php in the database/seeders/ folder. Add the following to it:

Note that we can just pass the attributes to the ::create() method in an array. Notice, too, that we can access the dishes() relationship for a given restaurant, then createMany() records on that relationship—that way Laravel knows what foreign key value to provide for the restaurant relationship.

Next, call that seeder file from the main DatabaseSeeder.php:

Run the seed command to seed the database:

Setting Up the Web Service

Now that we’ve got our data all set, let’s set up Laravel JSON API (LJA) so we can access it via a web service.

Add LJA and its associated testing library to your project’s dependencies using Composer:

Next, we need to make a few configuration tweaks. By default, Laravel adds an /api/ prefix to API routes, but LJA also has functionality to add prefixes like /api/v1/ to your API routes. To prevent these from conflicting, let’s remove Laravel’s default /api/ prefix set up in app/Providers/RouteServiceProvider.php:

The LJA guides also describe setting up JSON-specific exception handling, but leaving this off for now can help us easily see any stack traces we get as we’re getting the API set up.

LJA can host multiple APIs in the same Laravel application, so first we need to generate the default API:

This creates a file config/json-api-default.php. We just have to configure one thing in there: which models are available as resources in the API. Find the 'resources' key and make the following change:

For each of these resources, we need to create a “schema”, a class that instructs LJA which attributes and relationships to expose. Generate a schema for each of our two models:

These commands together create a directory app/JsonApi/ with a folder under them for each of our two resources. Each folder has a Schema.php file. Open app/JsonApi/Restaurants/Schema.php and find the function getAttributes(). Add our string attributes to it:

Note that created-at and updated-at are exposed automatically.

We also want to expose the dishes relationship on a restaurant. Add the following function to the Schema class:

Now make analogous changes to the Dishes/Schema.php file:

We need to generate one more type of class for each of our models: an adapter. LJA uses the adapter to find how to query the relationships for each model type. Generate an adapter for each model:

Under our app/JsonApi folders for each model, this creates an Adapter.php class. First open Restaurants/Adapter.php.

Key

In the __construct() function, we need to update the reference to the model to use the AppModels namespace that newer versions of Laravel use:

We also need to add a dishes() function:

This indicates to LJA that dishes is a has-many relationship.

Make analogous changes to Dishes/Adapter.php

The last piece of the puzzle is hooking up the routes. Open routes/api.php and you’ll see the following:

This is where all the routes for your app are configured. LJA provides a function that will set up routes the way LJA needs. Add the following at the end of the file:

Note that we specify both the main resources and the relationships available on them. This will set up all necessary routes. For example, for restaurants, the following main routes are created:

  • GET /restaurants — lists all the restaurants
  • POST /restaurants — creates a new restaurant
  • GET /restaurants/:id — gets one restaurant
  • PATCH /restaurants/:id — updates a restaurant
  • DELETE /restaurants/:id — deletes a restaurant

That’s a lot we’ve gotten without having to write almost any code!

Trying It Out

Now let’s give it a try.

Visit http://opinion-ate.test/api/v1/restaurants/1 in your browser. You should see something like the following:

If you’re using Firefox you should see the JSON data nicely formatted. If your browser doesn’t automatically format JSON, you may be able to find a browser extension to do so. For example, for Chrome you can use JSONView.

This is a JSON:API response for a single record. Let’s talk about what’s going on here:

  • The top-level data property contains the main data for the response. In this case it’s one record; it can also be an array.
  • Even if you can infer the type of the record from context, JSON:API records always have a type field recording which type they are. In some contexts, records of different types will be intermixed in an array, so this keeps them distinct.
  • The record contains an id property giving the record’s publicly-exposed ID, which by default is the database integer ID. But JSON:API IDs are always exposed as strings, to allow for the possibility of slugs or UUIDs.
  • attributes is an object containing all the attributes we exposed. They are nested instead of directly on the record to avoid colliding with other standard JSON:API properties like type.
  • relationships provides data on the relationships for this record. In this case, the record has a dishes relationship. Two links are provided to get data related to that relationship:
    • The self link conceptually provides the relationships themselves, which is to say just the IDs of the related records
    • The related link provides the full related records.

Try visiting the related link, http://opinion-ate.test/api/v1/restaurants/1/dishes, in the browser. You’ll see the following:

Note that this time the data is an array of two records. Each of them also has their own relationships getting back to the restaurants associated with the record. These relationships are where LJA really shines. Instead of having to manually build routes, controllers, and queries for all of these relationships, LJA exposes them for you. And because it uses the standard JSON:API format, there are prebuilt client tools that can save you the same kind of code on the frontend!

Next, let’s take a look at the restaurants list view. Visit http://opinion-ate.test/api/v1/restaurants and you’ll see all the records returned.

Next, let’s try creating a record. We won’t be able to do this in the browser; we’ll need a more sophisticated web service client to do so. One good option is Postman—download it and start it up.

You can use Postman for GET requests as well: set up a GET request to http://opinion-ate.test/api/v1/restaurants and see how it displays the same data as the browser.

Next, let’s create a POST request to the same URL, http://opinion-ate.test/api/v1/restaurants. Go to the Headers tab and enter key “Content-Type” and value “application/vnd.api+json”—this is the content type JSON:API requires.

Next, switch to the Body tab. Click the “none” dropdown and change it to “raw”. Another “Text” dropdown will appear; change it to “JSON”. Enter the following:

Notice that we don’t have to provide an id because we’re relying on the server to generate it. And we don’t have to provide the relationships or links, just the attributes we want to set on the new record.

Now that our request is set up, click Send and you should get a “201 Created” response, with the following body:

Our new record is created and the data is returned to us!

If you’d like to try out updating and deleting records:

  • Make a PATCH request to http://opinion-ate.test/api/v1/restaurants/3, passing in updated attributes.
  • Make a DELETE request to http://opinion-ate.test/api/v1/restaurants/3 with no body to delete the record.

There’s More

We’ve seen a ton of help Laravel JSON API has provided us: the ability to create, read, update, and delete records, including record relationships. But it offers a lot more too! It allows you to configure Laravel validators to run, allows you to request only a subset of the fields you need, allows you to include related records in the response, as well as sorting, filtering, and pagination. To learn more, check out the Laravel JSON API Docs.

Now that you have a JSON:API backend, you should try connecting to it from the frontend. Choose a tutorial from the How to JSON:API home page!

An Application Programming Interface, denoted as API, enables applications to access data and other external software functionalities. APIs are gaining popularity among developers since they save time and resources. Companies do not need to develop complex systems from scratch.

They can opt to consume data from other existing frameworks. An API is responsible in returning the appropriate response whenever an application sends a request.

Introduction

Laravel is a vital PHP framework used in creating interactive websites and APIs. It supports numerous dependencies and templates. Laravel lays a foundation that allows you, as a developer, to focus on more demanding things. It’s popular due to its ability to support real-time communication, API authentication, and job queues. This tutorial outlines the steps needed to create a Laravel Web API. Since we now know what Laravel is all about, let’s dive into the cool stuff.

Goal of the tutorial

The tutorial seeks to create a simple task manager API using Laravel.

Prerequisites

You need some basic knowledge of PHP to benefit from this tutorial. Furthermore, you must have Composer and XAMPP installed on your computer. Composer helps download and install the required dependencies. XAMPP is a collection of tools such as Apache Server and MySQL.

1. Creating the project

A new Laravel project is created by the command below. You can substitute taskmanager with any project name.

Alternatively, you can use Composer to install the required dependencies.

Ensure that the project you create is in the xampp/htdocs folder. You can view your generated website template by visiting localhost/taskmanager/public/ on your browser.

2. Creating the database

Open Xampp and launch phpMyAdmin. Use it to create a database called tasks. We will create tables and insert data using migrations. You can now open the Laravel project in your preferred IDE. Visual Studio Code will be used for this project.

The database can be changed to tasks in the .env. You can also change the authentication information including passwords and emails in the .env file.. This largely depends on the Xampp settings.

3. Migration

We use the php artisan make:model Task -mf command to create a model. The '-mf' portion generates a task factory and database migration files for this model.

The new files are stored in the factories and migrations folders.

Open the 2020_11_25_173913_create_tasks_table file and go to the up() function. We need to outline the names of our database columns in the up() function as shown below.

The database table will have the ID, title, description, and timestamps columns. We can perform a migration by using a php artisan migrate command in the terminal.

4. Seeding data

This stage entails adding some dummy data to our database. Let’s create a TaskFactory class by using php artistan make:factory TaskFactory command. We then need to define the columns that will have fake data as follows.

The full code of the TaskFactory is as shown.

Before we create dummy data, we need to create a TaskTableSeeder class. It allows us to determine the amount of dummy data we wish to generate. The TaskTableSeeder class is shown below.

Api

We state the number of records that should be pre-populated in the database using this Task::factory()->times(50)->create() statement. In this case, 50 records will be generated. We can generate the data using php artisan db:seed command.

5. Controller

Generate Api Key Php Laravel

The next step is to create a task controller by using php artisan make:controller TaskController --resource command. The Controller class helps in handling requests.

You can find the created file at ApphttpControllersTaskController.

Generate Api Key Php Laravel Free

Steam

The --resource portion allows Laravel to add functions that support CRUD functionalities in the controller. The generated methods are index(), create(), store(), show(), edit(), and update().

Let’s modify the generated functions to activate the CRUD functionalities.

A) Index

This method will return all the data or tasks in the database.

B) Show

This method allows us to retrieve values of a specific object.

Generate Api Key Php Laravel Online

C) Store

This method allows us to receive user inputs and store them in the database.

D) Update

This method allows the user to update existing values in the database.

E) Destroy

This function is used to delete values in the database. It searches for an object in the database using the provided ID and deletes it.

6. Registering and Listing routes

We can register our Controller in the api.php file, as shown below. Routes are declared automatically.

We can list the available routes using the command below.

Here are the available routes in the taskmanager project.

7. Testing

We will use Postman for our tests. Please watch the video below to learn how the tests are done.

Conclusion

The Laravel framework has made it easy to create powerful and secure APIs quickly. Using the resource command simplifies the routing process. It automatically adds all known routes to the application. The framework also provides dependencies for exception and Error handling. Any bug can be traced and resolved.

References

Peer Review Contributions by: Peter Kayere

About the author

Generate Api Key Php Laravel Download

Michael Barasa

Steam Api

A lover of technology. An upright individual not afraid of getting out of the comfort zone and trying out new things.