Run your legacy applications within Laminas.
Since rewriting your legacy application from scratch to a Laminas application could be nearly impossible due to time, effort, and resources, I was searching for a way to migrate a legacy application to a Laminas application.
A great article by Chris Abernethy described a way on how to run your legacy application within ZF1, so I migrated this HowTo to a small Laminas module, to be able to run a legacy application within Laminas.
While running your legacy application within a Laminas application it is possible to slowly migrate an existing application
to Laminas by leaving your old application (nearly - see "Adjust your legacy Application") untouched and build new modules
with the power of Laminas.
By adding a simple wrapper (see "Using Laminas within your legacy application") you could also use the new modules
within your legacy application.
Install through composer
{
"require" : {
"maglnet/magl-legacy-application" : "*"
}
}Enable the module within your Laminas application.config.php
'modules' => array(
'Application',
'MaglLegacyApplication',
),Copy the provided file data/magl-laminas-legacy-wrapper.php to your public/ folder.
Copy the provided file data/.htaccess to your publix folder.
Copy your legacy Application to your public/ folder.
Your legacy application should now run within Laminas. :)
For any SEO optimized route within your legacy application, add a route to the zend router that
routes to legacy controller and remove the mod_rewrite rules from your .htaccess
return array(
'router' => array(
'routes' => array(
// example for transferring mod rewrite rules to laminas routes
'legacy-seo-calendar' => array(
'type' => 'Laminas\Mvc\Router\Http\Regex',
'options' => array(
'regex' => '/calendar/(?<foo>.+)',
'defaults' => array(
'controller' => 'MaglLegacyApplication\Controller\Legacy',
'action' => 'index',
'script' => 'index-already-seo-optimized.php',
),
'spec' => '/',
),
),
),
),
);There are several cases in which your legacy application won't run without additional adjustments, here are some of them:
Using relative paths for require, require_once or includes will possibly fail now, since Laminas will do a chdir()
to the Laminas' application root. So you will need to adjust your paths to match the new root.
Example:
include '../lib/somelib.php';should be changed to:
include __DIR__ . '/../lib/somelib.php';Because of mod_rewrite rules, SCRIPT_FILENAME and SCRIPT_NAME won't be your real script anymore.
If you use these variables, you need to adjust these places within your legacy application:
Example:
$script_filename = $_SERVER['SCRIPT_FILENAME'];
$script_name = $_SERVER['SCRIPT_NAME'];should be changed to:
use MaglLegacyApplication\Application\MaglLegacy;
$legacy = MaglLegacy::getInstance();
$script_filename = $legacy->getLegacyScriptFilename();
$script_name = $legacy->getLegacyScriptName();use MaglLegacyApplication\Application\MaglLegacy;
$application = MaglLegacy::getInstance()->getApplication();
$yourService = $application->getServiceManager()->get('YourService');from wherever you are within your legacy application, it is possible to bypass your legacy applications controller code and send a response to the Laminas Controller wrapper. This response will then be handled like within a normal Laminas controller.
use MaglLegacyApplication\Application\MaglLegacy;
$application = MaglLegacy::getInstance()->getApplication();
$application->getEventManager()->getSharedManager()->attach('*', MaglLegacy::EVENT_SHORT_CIRCUIT_RESPONSE, function(Event $e){
$response = new \Laminas\Http\Response();
$response->setStatusCode(404);
$response->setContent('not found');
$e->stopPropagation(true);
return $response;
});If you have questions or problems regarding this module just open an issue or, even better, solve it and open a pull request. 👍

