i have understanding of symfony2,3 and laravel
It works fine with a normal db->query() though.
@AndrewM sorry for the delay in getting back to you on this - it's been a busy past couple of months. I just pushed a patch up and cut a release of 4.5.7 for pop-db. It fixes the problem you brought up and allows save() (update) calls to respect the "ON UPDATE" definitions. Check it out and let me know (explanation is in the release here: https://github.com/popphp/pop-db/releases/tag/4.5.7)
Hi, everybody. Can who met with problem? I use the following config of routes:
$app = new Vendor\Application($autoloader, include __DIR__ . '/app/config/app.web.php');
$app->run();
// app.web.php
return [
'routes' => include __DIR__ . '/routes.php'
]
// routes
return [
'/' => [
'controller' => 'Vendor\Controller\AuthController',
'action' => 'index'
],
'/:controller[/:action][/:param*]' => [
'prefix' => 'Vendor\Controller\\'
],
'*' => [
'controller' => 'Vendor\Controller\ErrorController',
'action' => 'index'
]
];Go uri - controller/action/:id/type/json
So, not whim array, but only the first segment - (integer) ID
In the previous version I fixed this in the Route file.php? line 191, method addDispatchParams, adding a check on the parameter array and array_merge.
Now I don't quite know where to dig.
one way, if you know the number of arguments is always going to be, say at most 3 arguments, you could do this:
assume an app wired up like this:
$app = new Pop\Application([
'routes' => [
'/' => [
'controller' => 'MyApp\Controller\IndexController',
'action' => 'index'
],
'/:controller[/:action][/:param*]' => [
'prefix' => 'MyApp\Controller\\'
],
'*' => [
'controller' => 'MyApp\Controller\IndexController',
'action' => 'error'
]
]
]);
$app->run();
then a Users controller like this:
class UsersController extends \Pop\Controller\AbstractController
{
public function index()
{
echo 'Users Index!' . PHP_EOL;
}
public function edit($id1 = null, $id2 = null, $id3 = null)
{
echo 'Users Edit!' . PHP_EOL;
echo $id1 . PHP_EOL;
echo $id2 . PHP_EOL;
echo $id3 . PHP_EOL;
}
}
then any of these routes would work:
http://localhost:8000/users/edit/1http://localhost:8000/users/edit/1/2http://localhost:8000/users/edit/1/2/3
(up to three)
but that's not so flexible, so prob the more flexible way to do it would be something like this in the
UsersController
class UsersController extends \Pop\Controller\AbstractController
{
public function index()
{
echo 'Users Index!' . PHP_EOL;
}
public function edit()
{
echo 'Users Edit!' . PHP_EOL;
$args = func_get_args();
print_r($args);
}
}
where you just capture all of the arguments being passed into the controller's action
so just about any route would work there:
http://localhost:8000/users/edit/1/2/3http://localhost:8000/users/edit/1/2/3/4/5/6
etc
@johnnestebann that would be fantastic. I know the documentation currently isn't the best. Currently the plan is to release a minor update to the framework (4.5) with some improved/refactored components and with that, I was planning on spending some time trying to improve and expand the current English docs
and then I'd have to figure out how to wire up Readthedocs to build the spanish links/files up from that
are you able to share that so I can take a look?
That's been released, but not "official" yet. I'm checking other components for any possible issues/BC breaks before it's official