# |
Jan 18th 2019, 11:58 |
dereuromark |
and there shouldnt be issues |
# |
Jan 18th 2019, 11:58 |
dereuromark |
then you should be able to use 3.x of diff |
# |
Jan 18th 2019, 11:58 |
neon1024 |
My local Mac that is |
# |
Jan 18th 2019, 11:58 |
neon1024 |
`7.2.12` it seems |
# |
Jan 18th 2019, 11:57 |
dereuromark |
you are on php 71? |
# |
Jan 18th 2019, 11:56 |
dereuromark |
ah ok |
# |
Jan 18th 2019, 11:56 |
neon1024 |
Not you, sorry dude, I meant Rector. Seems to collide with something on `sebastian/diff` |
# |
Jan 18th 2019, 11:56 |
dereuromark |
whats the issue with the lock file of my tool? |
# |
Jan 18th 2019, 11:55 |
neon1024 |
There is a bit of work for each minor release these days, if you keep up with the deprecations, perhaps that’s putting people off a bit |
# |
Jan 18th 2019, 11:55 |
dereuromark |
no one seems interested in upgrading further |
# |
Jan 18th 2019, 11:55 |
neon1024 |
I can Run a code inspection for deprecations in php storm I guess, so I’ll just update my skeleton :thumbsup: |
# |
Jan 18th 2019, 11:54 |
neon1024 |
Yeah, plus it’s rife with composer conflicts, and the prefixed rector only goes up to 3.6! |
# |
Jan 18th 2019, 11:52 |
dereuromark |
upgrade skeleton works fine for me to get the latest things in. rector is more for the method upgrades |
# |
Jan 18th 2019, 11:51 |
dereuromark |
as for the tools: smart people use both :slightly_smiling_face: as they solve different things |
# |
Jan 18th 2019, 11:51 |
dereuromark |
second that^^ |
# |
Jan 18th 2019, 11:51 |
neon1024 |
I should use the effort I’m putting into monologuing to contribute upgrade techniques to the book :thinking_face: |
# |
Jan 18th 2019, 11:48 |
neon1024 |
Sorry Mark :P |
# |
Jan 18th 2019, 11:48 |
neon1024 |
Actually, I’ll try Rector :slightly_smiling_face: |
# |
Jan 18th 2019, 11:46 |
neon1024 |
Might see if I can get @dereuromark upgrade skeleton shell going again |
# |
Jan 18th 2019, 11:44 |
neon1024 |
I am sad kitty |
# |
Jan 18th 2019, 11:44 |
neon1024 |
https://github.com/cakephp/app/blob/master/src/Application.php#L33 |
# |
Jan 18th 2019, 11:44 |
neon1024 |
Effin inheritDoc! |
# |
Jan 18th 2019, 11:43 |
neon1024 |
I’m finding lots of changes to the app skeleton for upgrading to 3.7 |
# |
Jan 18th 2019, 11:43 |
neon1024 |
Are there change notes for cakephp/app? |
# |
Jan 18th 2019, 11:40 |
neon1024 |
To know what bake would produce now for the optional validation for creating of primary key ids |
# |
Jan 18th 2019, 11:40 |
neon1024 |
Not too up on my Twig to understand this https://github.com/cakephp/bake/blob/master/src/Template/Bake/Model/table.twig#L91 |
# |
Jan 18th 2019, 11:38 |
neon1024 |
Soo what about integers? |
# |
Jan 18th 2019, 11:38 |
neon1024 |
@deprecated Use allowEmptyString(), allowEmptyArray(), allowEmptyFile(), * allowEmptyDate(), allowEmptyTime() or allowEmptyDateTime() instead. |
# |
Jan 18th 2019, 11:32 |
david |
Answer myself: I forgot to load the plugin in bootstrap: Plugin::load('Proffer'); |
# |
Jan 18th 2019, 11:23 |
david |
I am using a vendor with a custom shell task (proffer). bin/cake proffer But, my terminal throws an exception: Unknown command `cake proffer`. How is the way to execute a vendor shell task? |
# |
Jan 18th 2019, 11:22 |
david |
morning :slightly_smiling_face: |
# |
Jan 18th 2019, 09:57 |
slackebot1 |
Crud: json api converter pick it up so it returns my entity as json:api format? Thanks in advance |
# |
Jan 18th 2019, 09:57 |
roel |
Hello everyone, currently I am using the Crud Json Api plugin for my api, all the "standard" Crud functions work perfectly. I have made a custom function in one of my api controllers, when I set a variable (with `_serialize`) to the view it doesn't seem to trigger the `DynamicEntitySchema` and convert it into a json:api format (https://crud-json-api.readthedocs.io/en/latest/listener-configuration/schemas.html) My question is: How can I let the |
# |
Jan 18th 2019, 09:48 |
mocelle |
How can i search encrypted data from db? |
# |
Jan 18th 2019, 09:33 |
k4t |
thank you |
# |
Jan 18th 2019, 09:32 |
admad |
Yes |
# |
Jan 18th 2019, 09:32 |
k4t |
and latter param will always win, right? no matter of environment |
# |
Jan 18th 2019, 09:32 |
admad |
Knowing whether a field/input was present or not is required mainly for POST for validation purposes |
# |
Jan 18th 2019, 09:31 |
admad |
s/different/differentiate |
# |
Jan 18th 2019, 09:30 |
admad |
If you are using GET then depending on your use case you can turn off the hidden field |
# |
Jan 18th 2019, 09:29 |
admad |
The hidden field is necessary cause by default if checkbox is unchecked html won't produce anything, so you won't be able to different when the checkbox wasn't checked or it didn't exist at all in form |