29 November 2014 — Comments

In this article, we are going to discuss about How to do the file upload and validation in CodeIgniter. I would like to explain how to upload files to server in CodeIgniter and to. The contributors of Zend Framework are actively encouraging the use of Zend Framework version 3.x. The stated end of life for Zend Framework 1 is 2016-09-28, and for Zend Framework 2 is 2018-03-31. The first development release of Zend Framework 2.0 was released on August 6, 2010.

We are all very used to file uploads in plenty of web applications. From simple image uploads to a social network to multiple file uploads to file management applications like Dropbox.

On this article I'm going to explain how to handle asynchronous multifile uploads from a jQuery powered front-end to a Zend Framework 2 back-end, including HTML5 upload progress and file validation (type, size, and such).

You will need a modern browser to do this, since asynchronous file uploads are not supported by old browsers.

Installing example project

I have created a project which is fully functional. I'm going to use it across this article so feel free to clone it from here https://github.com/acelaya-blog/file-uploads.

Notice that I've simplified the usual Zend Framework 2 project structure. It's enough for this example, but maybe difficult to maintain if your project grows, so better use the Skeleton Application structure in real applications.

Once you have it, open a terminal, go to the directory and run php composer.phar selfupdate && php composer.phar install.

Finally start the PHP built-in web server by running cd public && php -S localhost:8000. Access to localhost:8000 in order to see the application.

The front-end

I assume you are familiar with file uploads in web environments. All we need is a file input with the attribute multiple, wrapped inside a form with enctype multipart/form-data. This will make the browser to send files to the server.

It's important to add brackets to the name attribute in the file input, so that the content is treated like an array and the server can properly manage all the files.

In this example I captured the form submit with javascript event handlers so that we can track the progress of the upload. It's been set in public/js/main.js. In the acelaya.uploadFiles function I have defined what has to be done when the form is sent.

The term is unique to Messiaen and a bit confusing, since as we've seen any scale can be transposed to begin on any pitch. Abime des oiseaux messiaen pdf. Messiaen's Modes of Limited TranspositionWhile Messiaen occasionally uses traditional scales like major and minor, he is more interested in a category of scales he calls 'modes of limited transposition.'

If you are familiar with jQuery you have probably used the ajax method.

In this case I've used the HTML5 FormData object to encapsulate the form element. This way any information on it will be serialized and sent to the server asynchronously, including files.

By default the ajax method creates a jqXHR object (a wrapper of the native XMLHttpRequest object) with default behavior, but we need to extend that behavior, so we have to create a new one which will handle the upload progress too.

What we do is to add a progress event listener which will increase a bootstrap styled progress bar as long as the content is sent to the server. The method acelaya.createProgressBar will create that progress bar and add it to the DOM.

The method attached to the progress listener will be called by the browser for every chunk of data sent to the server. The number of times it is called dependes on the browser. For example, Firefox will call it more frequently than Chrome.

The event object contains the total size of the data and the size that has been already sent, but also it has a boolean property lengthComputable that tells if size could be calculated.

In the method acelaya.handleUploadProgress we calculate the percentage of the data that has been sent to display it in the progress bar.

When you test this application, make sure to use big files, at least 1 GB in total, since you are going to 'upload' them to your local machine, which is pretty fast. I already managed the server side to allow up to 1.5GB of POST data.

Once files are uploaded, if the server returns a success response, we refresh the list of files, otherwise an error message is displayed.

And this is everything for the front-end, but this is not enough to make a usable application since files uplaoded will be discarded at the end of the request if the server does nothing with them.

The back-end

Zend Framework 2 has some mechanisms to deal with uploaded files. Once we have defined our routes and controllers, we have to get those files and move them to its final location, which is pretty simple with the Params controller plugin.

I have created a FilesService (src/Service/FilesService.php in the project) which gets injected in the controller to handle operations with files. In this case I call the method persistFiles, which should store the files in a folder and return a status code which is in turn returned to the client in a JSON response. This is what the method persistFiles does.

As you can see, it is pretty simple. It just iterates the list of files and performs a move_uploaded_file over each one of them. The options object wrapps the base path, which can be set at config/config.php by changing the files.base_path directive, and it is the files directory by default.

This is functional, but we could need to validate something, like filesizes, mimetypes and such. We could even want to apply a hash to ensure an uploaded file's integrity or check an uploaded image resolution.

Zend Framework 2 comes with a full set of file validators that we can use on this example.

Filtering and validation

Let's imagine we don't want to allow files greater than 1.5GB (which is actually the maximum I've set by php configuration, but they don't need to coincide) and that a file with the same name doesn't exist yet. We are also going to ensure the file has been uploaded.

We need now to define an InputFilter object that the FileService will apply to all the files. If any one of them fails validation, an error will be returned.

This filter will check each file has a file size no greater than what we defined in our configuration by using the Size validator.

Also, the RenameUpload filter will try to move the file to our previously defined base path by calling the move_uploaded_file function, which will only work with uploaded files, and throw an exception if we try to override an existing file.

We just need to adapt our FilesService::persistFiles method to use this InputFilter.

The getInputFilter() method returns an instance of our FilesInputFilter. After that we apply validation and if no exception is thrown and the method isValid() returns true, then everything worked and we can continue with the next file. If an error occurred we return the ERROR code.

It is important to call $filter->getValues() even if we are not going to use them, because that is what makes the function move_uploaded_file to be called, otherwise we won't get the files moved to their final directory.

Now the application keeps working, but our uploaded files are filtered and validated.

Zend Framework 2 has other filters and validators you can use with files. Take a look at them.

And this is it. We have our fully functional file uploading application.