| # |
Aug 28th 2019, 13:10 |
 admad |
except for the config name there is no differentiation between cache configs used by core and other user defined ones |
| # |
Aug 28th 2019, 13:07 |
val |
in 3.x |
| # |
Aug 28th 2019, 13:06 |
val |
Hi, is there an easy way to disable all caches except cake core in unit tests? |
| # |
Aug 28th 2019, 13:06 |
alexdd55976 |
it should be in the response after submitting the form |
| # |
Aug 28th 2019, 13:02 |
davorminchorov |
how would I display the validation errors? |
| # |
Aug 28th 2019, 13:01 |
javier.villanueva |
<?= dd($var) ?> |
| # |
Aug 28th 2019, 12:59 |
javier.villanueva |
without "echo" |
| # |
Aug 28th 2019, 12:58 |
javier.villanueva |
you can use dd in view too |
| # |
Aug 28th 2019, 12:35 |
alexdd55976 |
you do not wanna do it that way, i think |
| # |
Aug 28th 2019, 12:35 |
davorminchorov |
what I am trying to do is display validation errors under each field |
| # |
Aug 28th 2019, 12:35 |
alexdd55976 |
you can also use `debug()` and `pr()` which might be a more proper solution |
| # |
Aug 28th 2019, 12:29 |
davorminchorov |
`echo $var` worked, maybe it has something to do with `echo dump($var)` that is causing issues |
| # |
Aug 28th 2019, 12:28 |
davorminchorov |
I'll try with var_dump as well now |
| # |
Aug 28th 2019, 12:28 |
davorminchorov |
dump is the symfony's var_dump() on steroids |
| # |
Aug 28th 2019, 12:26 |
alexdd55976 |
i never used `dump`... did you mean `var_dump`? i use `pr()` most of the times |
| # |
Aug 28th 2019, 12:23 |
davorminchorov |
yeah the view is correct |
| # |
Aug 28th 2019, 12:16 |
alexdd55976 |
and the view you render is the right view? |
| # |
Aug 28th 2019, 12:16 |
alexdd55976 |
thats weird |
| # |
Aug 28th 2019, 12:15 |
davorminchorov |
yeah, $var shows an array of data when I use `dd($var)` in the controller but `null` in the view for some reason |
| # |
Aug 28th 2019, 12:13 |
alexdd55976 |
and $var is filled? |
| # |
Aug 28th 2019, 12:12 |
alexdd55976 |
@davorminchorov you sure its the right view? |
| # |
Aug 28th 2019, 12:11 |
davorminchorov |
Hi, when I try to add a variable to the view / element, I use `$this->set('var', $var)` but for some reason, I am seeing anything when I try to use `dump($var)` in the view / element. Any ideas? |
| # |
Aug 28th 2019, 12:11 |
waspinator |
I've also never been sure what the best way was to develop a plugin for outside consumption, so I just keep everything in my plugin directory. Maybe a paragraph in the docs describing a good way to do this would be helpful. especially from someone who has published so many awesome plugins. |
| # |
Aug 28th 2019, 11:06 |
admad |
@rudy1976s then submit an issue to the docs repo github.com/cakephp/docs |
| # |
Aug 28th 2019, 10:16 |
rudy1976s |
hello I find a broken link in cake elastic search docs |
| # |
Aug 28th 2019, 10:05 |
kaliel |
Sorry i want to spend huge time on a plugin and i want to make it right and easily maintanable |
| # |
Aug 28th 2019, 10:04 |
kaliel |
so you start a new "blank" project to developp your plugin inside the "plugins" folder ? |
| # |
Aug 28th 2019, 10:02 |
dereuromark |
That is how you bake your plugin skeleton. |
| # |
Aug 28th 2019, 10:00 |
kaliel |
@dereuromark thank you. So you're not using the CLI to generate plugin's skeleton ? |
| # |
Aug 28th 2019, 09:56 |
dereuromark |
In 3.x it is nice that you have testing isolated inside this vendor package (vendor/bin/phpunit etc), while you can already work with it as demo inside the actual app. they dont interfere here in terms of testing. |
| # |
Aug 28th 2019, 09:55 |
dereuromark |
I usually start baking the skeleton and making sure the composer+autoload works already. Then I require it already in a project as vendor package. I have two open IDEs, project + plugin. Then I start developing the plugin with TDD, having (unit)tests for rapid prototyping right away. In Parallel I can easily confirm this also in real life app. Once all is nice, I push plugin code for travis. |
| # |
Aug 28th 2019, 09:52 |
alexdd55976 |
@kaliel @dereuromark intersting quesion.. would be interesting for me too |
| # |
Aug 28th 2019, 09:49 |
kaliel |
@dereuromark can i ask you what's your worflow when building a plugin ? Do you start a new dummy cakephp project, or do you build the plugin inside a live project ? |
| # |
Aug 28th 2019, 09:23 |
val |
It seems the simplest solution is to call `deleteAll` on dependent model as the first step |
| # |
Aug 28th 2019, 09:19 |
neon1024 |
@ricksaccous I sorted out my associated data marshaling issue. The answer was staring me in the face. It’s right in the docs, I just didn’t read properly. I have to add `Questions._joinData` to the `associated` key in `patchEntity` :face_palm: |
| # |
Aug 28th 2019, 09:19 |
dereuromark |
or you set a higher timeout limit, this way you have the nice user experience of having the option of undo a delete (like sending emails => abort) |
| # |
Aug 28th 2019, 09:18 |
dereuromark |
soft delete is just setting a flag, and then background takes care of it after a few seconds anyway. |
| # |
Aug 28th 2019, 09:18 |
dereuromark |
like soft-delete => queue hard delete |
| # |
Aug 28th 2019, 09:18 |
dereuromark |
PS: many would probably async offload that into a background (queue) task if it doesnt have to be all done in sync user interaction. |
| # |
Aug 28th 2019, 09:17 |
dereuromark |
you cant have it all including dependent record stuff. highly complex with all involved callback options. |
| # |
Aug 28th 2019, 09:16 |
dereuromark |
use deleteAll() and use manual cleanup if you need performance |