RockMigrations 🚀🚀 The Ultimate Automation and Deployment-Tool for ProcessWire

[bernhard]

I just pushed an update to the DEV branch that I really believe should be part of the core:

That means you can still edit all settings on the module config screen, but you can override any setting in config.php like this:

<?php
$config->rockmigrations = [
  'syncSnippets' => true,
];

My module now shows that changes in a nice and easy way (bubble 2) and it also comes with links to edit a setting directly (1), which will scroll to the field in question 🙂 

What do you think, would this be helpful for your modules as well? Should this be part of the core?

[zoeck]

5 hours ago, bernhard said:

I just pushed an update to the DEV branch that I really believe should be part of the core:

The Image isn‘t working 😉 

[bernhard]

Thx! I've updated the link. It was working for me so I would have not realised! Github changed something with embedding images from issue comments 🙂 

[bernhard]

RockMigrations now has a feature to easily make sure to fire certain migrations only once:

$rm->once(
  "2024-02-11: Simple demo of the new once() feature",
  function() {
    bd('I will be executed only once!');
  }
);

Extensive docs are already in place: https://github.com/baumrock/RockMigrations/tree/dev/docs/once

[gebeer]

Hi @bernhard since you have a major version change, does v4.0.0 introduce any breaking changes?

[bernhard]

Hey @gebeer nothing dangerous 😉 

Quote

⚠ BREAKING CHANGES
remove ImageMurl tweak in favour of Latte Filter

I don't think that anybody except me was using this, but it's a breaking change...

Anybody not using it can safely update.

Before:

{$img->maxSize(500,500)->murl}

After:

{$img->maxSize(500,500)->webp->url|vurl}

This adds a version-url string for cache busting which is especially great when changing image focus point as then often the image url does not change (its still ...500x500...) but the image should get reloaded by the browser. This simple latte filter ensures that and the old ->murl had problems with webp so I changed it 🙂 

[bernhard]

From latest Rock Monthly newsletter:

RockMigrations v4.3.0

• New method hidePageFromTree()
• New config setting to disable magic methods (request by @netcarver) https://tinyurl.com/ykv9otsc
• Improved the "copy code" feature in the PW backend GUI
• Improved method renderTable()

[netcarver]

Hi @bernhard I just tried adding the following tweak to the tweaks/ directory, and am getting an error from RockMigrations when the admin reloads.  If I remove my attempted tweak, everything works again.  I think this is in RM, rather than the tweak file.  Thanks for the module, BTW.



PageListShowExtras.php

[netcarver]

Ah, this is user error - ignore my post above. :)

[bernhard]

Great! Are you porting a feature from AOS to RM Tweaks? 🙂 

[netcarver]

Yes, that's right. I use maybe 5 or so features from AoS and figured porting those over would be a good way to learn both how AoS does it, and how your tweaks work. I'll add as PRs, with attribution to tpr, as I go.

Updated to add: First four tweaks from AoS done and in as a pull request.

1. Show extra actions by default.
2. Show template name as a link to the template edit page.
3. "Bypass trash" adds the Delete button to the page action list and also allows permanent deletion from the delete tab when editing pages.
4. Prev/Next page edit links.

[netcarver]

All we need now is a community library of tweaks and macros. Perhaps it could be called "The Rock Pool" :)

[Ivan Gretsky]

I really like the idea with a tweaks pluggable collection. But I would prefer its usage was separated from the RockMigration module, so one could use tweaks without the more developer-centric  migration tool. I thought that @bernhardstarted a dedicated module for that, but not sure if it is still alive.

[adrian]

8 hours ago, Ivan Gretsky said:

I thought that @bernhardstarted a dedicated module for that, but not sure if it is still alive

https://github.com/baumrock/RockAdminTweaks

[Ivan Gretsky]

@bernhard, is that module not deprecated in favor of migrations tweaks? If not, shouldn't we be encouraged to develop the Tweaks module instead? Does it have its own support thread?

 

[netcarver]

The RockAdminTweaks repo says...

Quote

... you can place your own tweaks in /site/assets/RockAdminTweaks and they will automatically be included and handled by RATs.

Does RockMigrations have the same tweak loading ability from the assets directory?

[gebeer]

19 hours ago, Ivan Gretsky said:

I really like the idea with a tweaks pluggable collection. But I would prefer its usage was separated from the RockMigration module, so one could use tweaks without the more developer-centric  migration tool. I thought that @bernhardstarted a dedicated module for that, but not sure if it is still alive.

I totally support this. Since the tweaks part of RM can be expected to grow, I also think it would be better to have this in a separate module. RM really should be what it states: the ultimate automation and deployment tool. This is where it shines. I'd be sad to see it become bloated with functionality not related to that. Just my honest opinion.

[gebeer]

38 minutes ago, netcarver said:

Does RockMigrations have the same tweak loading ability from the assets directory?

Not yet, I guess, based on the loadTweaks method.

[netcarver]

I was unaware of RockAdminTweaks and have now installed it alongside RockMigrations. Porting the tweaks over is very simple (just a change to the namespace in the tweak file) and I prefer having them in the assets folder as well.

[netcarver]

Here's my first attempt at a public repo for Rock Admin Tweaks. Has the AdminOnSteroids tweaks from above, and my QuickWebAuthnLogin already ported over from RockMigrations.

[bernhard]

Hey guys, please check out the new version of RockAdminTweaks which now even has a forum thread 😄 

Would be great to get some PRs with tweaks!

@netcarver I decided to rewrite the module because I didn't like some aspects of the old one.

@Ivan Gretsky I've just added those tweaks to RM because I was lazy and I did not get a single feedback on that RockAdminTweaks at all. But I agree that tweaks have nothing to do with RM, so I'm fine with moving them away from RM into a dedicated module. Do you have time to help with that?