| # |
Jun 16th 2021, 17:17 |
 ndm |
> Cell templates have an isolated scope that does not share the same View instance as the one used to render template and layout for the current controller action or other cells. Hence they are unaware of any helper calls made or blocks set in the action’s template / layout and vice versa. |
| # |
Jun 16th 2021, 17:14 |
tyler.adam.lazenby |
Just doesn't add the script tag |
| # |
Jun 16th 2021, 17:14 |
greg138 |
Does it give an error, or just not add the script tag? |
| # |
Jun 16th 2021, 17:13 |
tyler.adam.lazenby |
```$this->Html->script('build/cellEmail.bundle.js?v=1.0.0i', ['block' => true]);``` |
| # |
Jun 16th 2021, 17:13 |
tyler.adam.lazenby |
Are cells unable to call script? |
| # |
Jun 16th 2021, 15:56 |
neon1024 |
I did not. Thanks @kevin.pfeifer I’ll give that a try :thumbsup: |
| # |
Jun 16th 2021, 15:46 |
kevin.pfeifer |
this is default true |
| # |
Jun 16th 2021, 15:46 |
kevin.pfeifer |
did you disable the debugging in the docker engine? |
| # |
Jun 16th 2021, 15:33 |
neon1024 |
My boss claims it’s because the framework bootstrap is loading too many files per request, but I thought if that was the case, it would 504 more consistently. My shared volume is mounted with `cached` too |
| # |
Jun 16th 2021, 15:32 |
neon1024 |
Anyone else have issues with Cake / PHP applications and Docker on a Mac? At least twice a day my containers will throw a 504 timeout, and the `com.docker.hyperkit` process goes up to 300% CPU |
| # |
Jun 16th 2021, 15:23 |
ndm |
Yeah, seems like bake generates UUIDs for string columns that are part of the primary key: https://github.com/cakephp/bake/blob/master/src/Command/FixtureCommand.php#L342-L347 Not much that you could do about it. Even if it would respect the limit, it could still not insert a value that would make sense.# |
| # |
Jun 16th 2021, 15:18 |
ndm |
That's what I wanted to know... so the sample record contains that value. Gotta have a look at bake |
| # |
Jun 16th 2021, 15:15 |
rudy1976s |
when I go running test it crash because the string is too long |
| # |
Jun 16th 2021, 15:15 |
slackebot |
parent::init(); }``` |
| # |
Jun 16th 2021, 15:15 |
slackebot |
=> [ 'engine' => 'InnoDB', 'collation' => 'latin1_swedish_ci' ], ]; // phpcs:enable /** * Init method * * @return void */ public function init(): void { $this->records = [ [ 'id' => 1, 'locale' => '9abe2ef2-0329-4249-8fc3-c4a9e6b11cb4', 'name' => 'Lorem ipsum dolor sit amet', 'description' => 'Lorem ipsum dolor sit amet', ], ]; |
| # |
Jun 16th 2021, 15:15 |
slackebot |
=> 'string', 'length' => 255, 'null' => false, 'default' => null, 'collate' => 'latin1_swedish_ci', 'comment' => '', 'precision' => null], 'description' => ['type' => 'string', 'length' => 255, 'null' => true, 'default' => null, 'collate' => 'latin1_swedish_ci', 'comment' => '', 'precision' => null], '_constraints' => [ 'primary' => ['type' => 'primary', 'columns' => ['id', 'locale'], 'length' => []], ], '_options' |
| # |
Jun 16th 2021, 15:15 |
rudy1976s |
```/** * Fields * * @var array */ // phpcs:disable public $fields = [ 'id' => ['type' => 'integer', 'length' => null, 'unsigned' => false, 'null' => false, 'default' => null, 'comment' => '', 'precision' => null, 'autoIncrement' => null], 'locale' => ['type' => 'string', 'length' => 5, 'null' => false, 'default' => null, 'collate' => 'latin1_swedish_ci', 'comment' => '', 'precision' => null], 'name' => ['type' |
| # |
Jun 16th 2021, 15:14 |
rudy1976s |
I have just baked a fixture |
| # |
Jun 16th 2021, 15:10 |
ndm |
@rudy1976s Generally, yes, but that's irrespective of the column type, it depends on what is actually populating that column. |
| # |
Jun 16th 2021, 15:09 |
ndm |
@tomrwaller Personally I use Xdebug (https://xdebug.org/docs/profiler), whether you'd consider that beginner friendly really depends... |
| # |
Jun 16th 2021, 15:07 |
rudy1976s |
@ndm I would expect a 5 long string not 36 isnt'it ? |
| # |
Jun 16th 2021, 15:02 |
tomrwaller |
By best I mean most beginner friendly :) |
| # |
Jun 16th 2021, 15:02 |
tomrwaller |
@ndm What would be the best way to do that? |
| # |
Jun 16th 2021, 15:01 |
rudy1976s |
the filling is happening in the record array of the fixture file |
| # |
Jun 16th 2021, 14:44 |
ndm |
That looks OK... now where exactly is that filling happening? |
| # |
Jun 16th 2021, 14:43 |
rudy1976s |
```'locale' => ['type' => 'string', 'length' => 5, 'null' => false, 'default' => null, 'collate' => 'utf8_general_ci', 'comment' => '', 'precision' => null],``` |
| # |
Jun 16th 2021, 14:43 |
rudy1976s |
the locale field generated by bnake is like the following : |
| # |
Jun 16th 2021, 14:42 |
rudy1976s |
the locale field is always filled with random generated uuid it seems |
| # |
Jun 16th 2021, 14:42 |
rudy1976s |
all from console |
| # |
Jun 16th 2021, 14:42 |
rudy1976s |
I have also baked the table and entity tests |
| # |
Jun 16th 2021, 14:41 |
rudy1976s |
@ndm I am baking fixtures from shell about two tables where one is a shadow strategy translation table |
| # |
Jun 16th 2021, 14:40 |
ndm |
@rudy1976s What exactly is filling your locale field where exactly? Are you talking about baking fixtures? Importing records for the fixtures? |
| # |
Jun 16th 2021, 14:36 |
ndm |
@tomrwaller I'd suggest to start with profiling where exactly in the code the memory usage accumulates, and go from there. |
| # |
Jun 16th 2021, 14:26 |
rudy1976s |
the lenght of the filled string is 36 which seems a uiid |
| # |
Jun 16th 2021, 14:25 |
rudy1976s |
hello I am creating Fixtures for my tables: I have Translations using Shadow strategy: when creating fixtures I have always the locale field filled with a string much more bigger than 5, which is the limit. is there something to do to avoid this behavior ? I always need to modify Fixtures by hand |
| # |
Jun 16th 2021, 14:13 |
tomrwaller |
I have about 200 answers in my current test. I get the error below when I try to save... `Allowed memory size of 268435456 bytes exhausted (tried to allocate 163986352 bytes)` |
| # |
Jun 16th 2021, 14:12 |
tomrwaller |
`<?php foreach ($assessment->answers as $key => $answer) : ?>` `... make a table ...` `<?php echo $this->Form->control('answers.' . $key . '.applicable'); ?>` `... about 10 more of these controls for different fields ...` `<?php endforeach; ?>` |
| # |
Jun 16th 2021, 14:10 |
tomrwaller |
At the moment, I have an assessment, that has a whole bunch of associated answers. Those answers have some TINYINT fields among others that I'm presenting to a 'run' view - basically the assessment with a table of all the answers with relevant checkboxes. It works, but when I added some additional fields for each answer, such as comments, I now get the memory error. |
| # |
Jun 16th 2021, 14:09 |
tomrwaller |
Can anybody share with me the most 'efficient' way of updating loads of associated entities from a single view? I say efficient, because the way I'm doing it at the moment has started throwing up SQL memory exhaustion errors, and I'm pretty sure it's down to the fact I'm trying to update ~200 associated entities from a single view. |
| # |
Jun 16th 2021, 10:03 |
rudy1976s |
I don't know if that depends on my side or not but I noticed in other plugin it's alwayes there. |
| # |
Jun 16th 2021, 10:02 |
rudy1976s |
I had to modify plugin composer.json and add reference to the fixture in autoload and not in autoload-dev as described in the docs |