Jump to content

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


bernhard

Recommended Posts

RockMigrations v5.1.0

  • The automatic detection of the php version/command on the remote when using deployments has been further improved and some issues have been fixed.
  • Breaking Change: We now share the sessions folder by default on deployment. If you don't use RM deployments there is no breaking change and you can simply update.
  • Another fix for deployments: We now use a timestamp like release-20240801220000-12345 because github deploy ids jumped from 999... to 1000... which broke the folder rename operation of deployments.
  • Added automatic modules refresh on $rm->installModule(); Before this change I sometimes had the situation that I had to do a manual modules::refresh on my remote after pushing a new version that installed a new module. This is not the case any more ?
  • You can now (again, as this has been there before but was removed in the last release) define the remote PHP command in your deploy yaml file if the automatic detection should not work for whatever reason. Simply add something like PHP_COMMAND: /path/to/your/php_binary_81
  • Added getTemplateIds() method that can be handy when PW wants template ids but you want to define that in a human readable way like $foo->bar($rm->getTemplateIds(['home', 'basic-page']));
  • Like 1
Link to comment
Share on other sites

On 7/24/2024 at 2:58 AM, bernhard said:

In the module settings you have a checkbox to copy snippets over to /your/project/.vscode and that should make VSCode recognise the snippets and show suggestions once you type "rmf-" etc

Thanks @bernhard! rmf- suggestions are working for me. But I cannot find a way to see methods as createPage, deleteField as you do in your video. If you can point me in the right direction I would appreciate it.
 

Spoiler

From your video (sorry the quality).

image.png.076f9e9caee4e3828e32786632b2f159.png


My VSCode.
image.png.3172a784973e983ce2aa80ee7b8c9e60.png

 image.png.f70c7c1953dc758f894a75eb0ad38e45.png
 


 

Link to comment
Share on other sites

  • 4 weeks later...

RockMigrations v5.2.0

  • Added a snippet for the RockIcons module/fields.
  • Added a deprecation note for Magic Field Methods. This feature has been moved to RockFrontend, because the way I implemented it to RockMigrations was not ideal. It added a hook for every existing field, which was something I wanted to change for a long time. But as I didn't see any noticable performance penalties it didn't happen until recently 😎
    If you have been using magic field methods be sure to update RockFrontend to the latest version and refactor your code until you don't get any deprecation notices in your logs! Logs will be shown in the "magic-pages" log and will even have a notice how to fix it:

GYAVMx4oY4QDnbRvpwdH5gxyUU8hiTRJQIdhIOb3

  • Like 1
Link to comment
Share on other sites

  • bernhard changed the title to RockMigrations 🚀🔥 The Ultimate Automation and Deployment-Tool for ProcessWire

Having an issue where RockMigrations is running constantly, every 2-5 seconds from the looks of it. The log says "detected changes in migrate.php" but I didn't make any changes. I commented out everything in migrate.php and it continues to happen. It also said that it detected change in two RPB block PHP fields that didn't have any changes, so I deleted thos but no dice. I don't know where to start debugging.

I disabled migrations in the module config and RockMigration continues to run and logs "Migrations disabled via module settings'.

I've closed every tab but one and Tracy continues to show new log entries for RockMigrations so it appears that migrations are running on every request that ProcessWire handles, even when loading one page.

603298040_Screenshotfrom2024-09-0714-29-49.png.c79f27fe2a6daae1d263da974701428e.png

I've upgraded RockMigrations, RockFrontEnd, RockPageBuilder in case there were any conflicts in versions.

Any insights?

Link to comment
Share on other sites

@bernhard Found the culprit. RockMigrations is not compatible with WireCache: Filesystem. If both are installed it causes migrations to run on every PHP request that ProcessWire handles and may cause the UI to hang in certain instances. I disabled filesystem cache but given it's speed it would be great if that compatibility could be made. Possible?

Found this a bit ago but I forgot to hit the submit reply button 🤷‍♂️

  • Like 1
Link to comment
Share on other sites

@FireWire glad you found the issue. Could you please open a new thread for this and explain the benefits of filesystem cache and how you are using it? Then we can discuss there in an isolated environment which makes it easier to reply, link, refer to... Please also explain your use case as I've never used filesystem cache.

Link to comment
Share on other sites

  • 4 weeks later...

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   1 member

×
×
  • Create New...