Thanks a lot for your precious work and the fast support.
I am pretty sure I had that PDO flag in my options and it didn't work with them, but I could retest that behaviour if you want
seems a bit weird that it's a requirement
@JamesMahy
The .ubiquity folder is what allows the Ubiquity client to correctly identify the location and structure of the project. It is what allows you to launch an Ubiquity command whatever folder you are in, inside the project.
And as @NoTeefy rightly points out, it is also used by servers (php, Swoole, RoadRunner...) to store their configuration and index page.
.ubiquity is just an empty folder it doesn't contain anything but it's used like a sort of lock file so init-cache doesn't recognise you're inside a ubiquity project unless it's there.
The issue here is that when you store the project in github, to deploy you need recreate the folder or put a .gitkeep file inside of it.
Wouldn't a .ubiquity file make sense instead of a folder?
views folder, you have started the template engine.I guess if you don't have this folder, you are not using the views.
So you should remove these 2 lines from the configuration file :
"templateEngine"=>'Ubiquity\\views\\engine\\Twig',
"templateEngineOptions"=>array("cache"=>false), "isRest"=>function(){
return \Ubiquity\utils\http\urequest::getUrlParts()[0]==="rest";
},hey @jcheron
Remember our key name issue? I'm still getting it but only when I try to create multiple objects in a loop
class SomeModel
{
/**
* @id
*/
private int $id = 0;
/**
* @column("name"=>"unique_id")
*/
private string $uniqueId = '';
}for($x=1;$x<=250;$x++){
$model = new SomeModel();
$model->setUniqueId(substr(bin2hex(random_bytes(40)), 0, 40));
if(DAO::save($model)){
echo $model->id;
}
}The first iteration always succeeds, every subsequent one I get
[Wed Jun 10 17:06:51.719239 2020] [php7:error] [pid 84] [client 172.17.0.1:42490] PHP Fatal error: Uncaught PDOException: SQLSTATE[42S22]: Column not found: 1054 Unknown column 'uniqueId' in 'field list' in /var/www/html/vendor/phpmv/
ubiquity/src/Ubiquity/orm/traits/DAOUpdatesTrait.php:145\nStack trace:\n#0 /var/www/html/vendor/phpmv/ubiquity/src/Ubiquity/orm/traits/DAOUpdatesTrait.php(145): PDOStatement->execute()\n#1 /var/www/html/vendor/phpmv/ubiquity/src/Ubiqui
ty/orm/traits/DAOUpdatesTrait.php(315): Ubiquity\\orm\\DAO::insert()\n#2 /var/www/html/app/controllers/Index.php(139): Ubiquity\\orm\\DAO::save()\n#3 /var/www/html/vendor/phpmv/ubiquity/src/Ubiquity/controllers/Startup.php(148): contro
llers\\Index->generateBots()\n#4 /var/www/html/vendor/phpmv/ubiquity/src/Ubiquity/controllers/Startup.php(100): Ubiquity\\controllers\\Startup::runAction()\n#5 /var/www/html/vendor/phpmv/ubiquity/src/Ubiquity/controllers/Startup.php(69
): Ubiquity\\controllers\\Startup::forward()\n#6 /var/www/html/index.php(7): Ubiquity\\controllers\\Startup::run()\n#7 {main}\n thrown in /var/www/html/vendor/phpmv/ubiquity/src/Ubiquity/orm/traits/DAOUpdatesTrait.php on line 145phpmv\ubiquity\src\Ubiquity\orm\parser\Reflexion.php line 53 - line 58self::$classProperties Isn't populated on the first instance but is incorrectly populated on the 2nd instance - I'm guessing this is meant to be some sort of caching mechanism?
Line 68
self::$classProperties [$className] [] = $prop;If i change to
self::$classProperties [$name] [] = $prop;it works. Don't know if this is correct so will leave it down to your expertease :)
There was indeed a problem on the lines you mentioned.
It should be better with this fix: phpMv/ubiquity@7c6e58a
composer global require phpmv/ubiquity-devtools
Hey @jcheron it's your favourite annoying dev again :) Was wondering if there's a method to retrieve a twig view into a string instead of rendering it with $this->loadView
I would like to use Twig to parse my mail templates so that I don't have to build a seperate template parser
Hi @JamesMahy ,
You should use the third parameter of the loadview method:
$str=$this->loadView('viewName',['datas'=>$datas],true);
/**
* @id
* @column("name"=>"id1","nullable"=>false,"dbType"=>"int(11)")
* @validator("id","constraints"=>array("autoinc"=>false))
*/
private $id1;
/**
* @id
* @column("name"=>"id2","nullable"=>false,"dbType"=>"int(11)")
* @validator("id","constraints"=>array("autoinc"=>false))
*/
private $id2;SELECT
roles.id,
roles.name,
roles.description,
permissions.id as permission
FROM roles
LEFT JOIN roles_permissions ON id = role_id
LEFT JOIN permissions on permissions.id = permission_id
WHERE
roles.enabled = 1
AND
permissions.enabled = 1;Hi @JamesMahy
No sorry, this is not possible.
There is no queryBuilder like with Doctrine, it's a design choice, DAO is only object-oriented.
Besides, if it were possible, how would you make the difference in an object-oriented approach between permissions assigned to the role and those that are not?
a method
getLeftMany($role, 'permissions') returning something like [[perm1,true], [perm2,false]...]
//The role permissions:
$permsRole=$role->getPermissions();
//All permissions:
$allPerms=DAO::getAll(Permission::class, 'enabled=?',false,[true]);
//The permissions not assigned to the role :
$permNot=\array_diff_keys($allPerms,$permsRole);
base\UIntrospection is required by the CLI (which can be installed globally) but at the same time it can only be found in the framework itself (which is supposed to be pulled by the CLI when setting up a project)
Hello everyone, I wonder if anyone happens to have any examples on defining middlewares with the uibiquity framework router?
Hi @andrei-dascalu
The Ubiquity router does not implement the Middleware concept (see in the future).
You can nevertheless get around this lack by using dependency injection or the initialize or finalize methods of the controllers...