Adds a configurable interface that allows your admin users to:
- Export CRUD resources to multiple file formats.
- Decide which columns they would like to export.
and allows you as the developer to:
- Customise each CRUD's export behaviour using the Backpack API you know and love.
- Choose between queued or instant exports.
- Completely customise the operation's behaviour.
If you're looking for a great team of developers to handle some Backpack/Laravel development for you, drop us a line at Sprechen
Also need imports for your CRUD? Check out redsquirrelstudio/laravel-backpack-import-operation
Powering the exports in the background is maatwebsite/excel
- Installation
- Usage
- Disabling User Configuration
- Queued Exports
- Configuration
- Export Completed Event
- Restricting Access
- Credits
- License
Environment Requirements
- PHP extension php_zip
- PHP extension php_xml
- PHP extension php_gd2
- PHP extension php_iconv
- PHP extension php_simplexml
- PHP extension php_xmlreader
- PHP extension php_zlib
Step 1.
Require the package with composer:
composer require redsquirrelstudio/laravel-backpack-export-operation
This will also install maatwebsite/excel
if it's not already in your project.
Step 2. (Optional)
If you would like to add the option to export PDFs, you should also install dompdf:
composer require dompdf/dompdf
Step 3. (Optional)
The service provider at: RedSquirrelStudio\LaravelBackpackExportOperation\Providers\ExportOperationProvider
will be auto-discovered and registered by default. Although, if you're like me, you can add it to
your config/app.php
.
'providers' => ServiceProvider::defaultProviders()->merge([
/*
* Package Service Providers...
*/
//Some other package's service providers...
RedSquirrelStudio\LaravelBackpackExportOperation\Providers\ExportOperationProvider::class,
])->toArray(),
Step 4.
Publish the config file:
php artisan vendor:publish --tag=laravel-backpack-export-operation-config
This will create a new file at config/backpack/operations/export.php
allowing you
to customise things such as the disk and path exported files should be stored at.
Step 5.
Publish and run the migration:
php artisan vendor:publish --tag=laravel-backpack-export-operation-migrations
Then
php artisan migrate
In your CRUD Controller where you need the export operation.
Wait for it...
Add the export operation:
class ExampleCrudController extends CrudController
{
use \Backpack\CRUD\app\Http\Controllers\Operations\ListOperation;
use \Backpack\CRUD\app\Http\Controllers\Operations\CreateOperation;
use \Backpack\CRUD\app\Http\Controllers\Operations\UpdateOperation;
use \Backpack\CRUD\app\Http\Controllers\Operations\DeleteOperation;
use \Backpack\CRUD\app\Http\Controllers\Operations\ShowOperation;
use \RedSquirrelStudio\LaravelBackpackExportOperation\ExportOperation;
//...
But wait! There's more!
Configuring the export is exactly the same as how you would configure the list operation. Simply define which columns you would like to export, here's an example:
//Probably some more CRUD config...
protected function setupExportOperation()
{
CRUD::addColumn([
'name' => 'id',
'label' => 'ID',
'type' => 'number',
]);
CRUD::addColumn([
'name' => 'name',
'label' => 'Name',
'type' => 'text',
]);
}
//Fetch functions or something...
Pretty much all columns that are available for the list operation will work fine in an export. This also means you can define your own columns in the exact same way as you would with list columns.
For a list of available column types, see Backpack for Laravel's Documentation
Sometimes, you may not want the user to be able to choose which columns are included in their export, In these cases, you can disable the user configuration step.
To enable this behaviour, add this one line
of code to the setupExportOperation()
function:
//...
protected function setupExportOperation()
{
$this->disableUserConfiguration();
//...
In most situations, it is going to be better for the user if your exports are processed in the background rather than making them wait for the export to finish processing.
Therefore, you have the option to queue your exports by adding this line
of code to the setupExportOperation()
function:
//...
protected function setupExportOperation()
{
$this->queueExport();
//...
When this option is enabled, you will need to handle what happens when the export finishes or the user will not
receive their export.
To do this, you should handle the ExportCompleteEvent
using an event listener. This event contains the export log
which you can get the file path from to send to the user via email, notification etc.
Read about the export complete event here
Learn how to handle events on Laravel's official Docs
Of course, for this to work, you will need to set up a queue for your application to dispatch jobs to, to do that, follow Laravel's official docs.
When this setting has been enabled, the user will be redirected to the current CRUD's list view. An alert will appear in the top right which has a default message.
If you would like to change this message, add the following line to the setupExportOperation()
function:
//...
protected function setupExportOperation()
{
$this->setQueueMessage("Your Message about the export being queued.");
//...
By default, export files will be stored in your default disk at the path /exports. but this can be altered either by changing the following env variables:
FILESYSTEM_DISK="s3"
BACKPACK_EXPORT_FILE_PATH="/2024/application-name/exports"
Or by directly changing the options within config/backpack/operations/export.php
.
//...
//Filesystem disk to store export files
'disk' => "s3",
//Path to store export files
'path' => "/2024/application-name/exports",
//...
You can also change the queue that queued exports are dispatched to by changing the following env variables:
QUEUE_CONNECTION="export-queue"
or changing the value directly within config/backpack/operations/export.php
.
//...
//Queue to dispatch export jobs to
'queue' => 'export-queue',
//...
In very rare cases, you may wish to also change the model that is used to log exports, I can't think of a reason why, but I'm sure someone will come up with one.
If you do, make sure to update the migration, and specify your own
model at config/backpack/operations/export.php
.
//...
return [
'export_log_model' => ExportLog::class,
//...
You can update the operation translations if required. To do this run:
php artisan vendor:publish --tag=laravel-backpack-export-operation-translations
this will publish the operation lang files to resources/lang/vendor/backpack/export-operation
The files stored in this directory take priority over the package's default lang files.
You can update the operation views if required. To do this run:
php artisan vendor:publish --tag=laravel-backpack-export-operation-views
this will publish the operation blade files to resources/views/vendor/backpack/export-operation
The files stored in this directory take priority over the package's default views.
This package fires an event when an export has been completed. The event payload contains the export log so that you can send an email, notification or whatever else with a download url for the file.
RedSquirrelStudio\LaravelBackpackExportOperation\Events\ExportCompleteEvent::class
[
//The Completed Export
'export_log' => RedSquirrelStudio\LaravelBackpackExportOperation\Models\ExportLog::class
]
Like most operations in Backpack, you can restrict user access using the following line of code in your CRUD Controller's setup function:
public function setup()
{
//...
CRUD::denyAccess('export');
//...
}
- Lewis Raggett and The Team at Sprechen :: Package Creator
- Cristian Tabacitu :: Backpack for Laravel Creator
- Spartner :: Laravel Excel Creator
- DomPDF :: DOMPDF Creator
MIT. Please see the license file for more information.