The ./vendor/autoload.php gets generated when we use composer and we include it in our scripts for PdfParser access. If we wish to freeze our install and manage it without using Composer, this said file can be created to have the following:

We can now create a test.php in the deployment folder (pdfdemos here) with:

Wow Man, You are great, that really awesome and worked for me..

Thanks a TON!!!

Sir its simply great. Can you also help to install Tesseract OCR for php without composer?

I have not used this wrapper: Tesseract OCR for PHP. If you succeed in deploying it, do let us know what issues crop up.

I have only used the compiled version of Tesseract OCR.

WOW sweet work .love from pakistan.

Antares autotune keygen mackeeper. Great hint apmuthu..this solve my issue since I cannot run composer on my remote server.
I'm trying to use your modified installation and autoload into a Codeigniter site..so I installed all files and autoload into the third_party folder.
I have created a library with the follpwing code
class Pdfparser { function __construct() { require_once '/third_party/vendor/autoload.php'; } }

after that I've added this method into the controller:
function file_pdf_parser($file){ $parser = new SmalotPdfParserParser(); $pdf = $parser->parseFile($file); $text = $pdf->getText(); return $text; }

but when I try to execute the method I get the following error:
[26-Oct-2018 08:18:58 UTC] PHP Fatal error: Class 'SmalotPdfParserParser' not found in /home/gavsit/public_html/application/controllers/adm/Files.php on line 324

Any hint to solve this? Thanks a lot

Make the path to the autoload relative like (or completely absolute with full linux path):

What exactly you mean by „freeze“? Composer doesn’t update any files until you run „composer update“ and you don’t change your composer.json and/or composer.lock files.

Therefore, just run “composer update” on your instance and enjoy?!

For those who cannot use composer for whatever reason (offline, stability, unfamiliarity, etc), this thread lists an alternative.

I really do wish this was baked into pdfparser (and other projects that assume Composer). I don't use Composer, and don't want to add yet another dependency/package manager for one project submodule. Composer isn't installed in my production environment.

I don't mean to suggest ejecting Composer (it's a common standard and super easy if you're already using it), but simply including an installation procedure that doesn't require Composer. An example would be the DOMPDF project.

In any case, thanks @apmuthu for this post.

Also: Object.php is now PDFObject.php

@ndmax: Thanks for the info and glad for the +1 composer-less implementation initiative.

Yes, you're right, the renaming of the file will now require, in the code snippet above, the replacement of the line:

with