Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    panikyrobot
    @panikyrobot
    ok, thank you
    Jürgen Haas
    @jurgenhaas
    More good news: DRD 8.x-3.10 now integrates with the Acquia Cloud API similar to the Pantheon API. With those integrations you get all you inventory into DRD in seconds with very little configuration required. Please have a look and also visit the documentation at https://www.drupal.org/docs/8/modules/drupal-remote-dashboard/platform-integrations
    attus74
    @attus74
    Hi, we use DRD intensively in Drupal 7. We developed some remote actions ourselves, implementing hook_drd_server_actions. We will build a very new network under Drupal 8, using Drupal 8 version of DRD. Te module itself looks good, however, we did not find any possibility to develop custom plugins, remote actions. The "For Developer" page of the documentation does not help very much unfortunately. I checked your code and have the feeling that it is not possible at all. Could you help me?
    Jürgen Haas
    @jurgenhaas
    Hey @attus74 thanks for sharing your use case. I'm glad to hear you're using DRD and even extend it. The same thing is architected into the D8 version as well but it doesn't work yet. Well, what you can already do is to create your own action plugins in DRD - this is just like developing plugins in D8 generally but I will document that for you. What's missing so far is a mechanism to deploy your custom plugin code to the remote sites.
    I kept that on the back burner because nobody seemed to be using this so far. That has now changed with your post above ;-)
    So, that's a reason to getting started with it.
    attus74
    @attus74
    @jurgenhaas , I see :-) Thank you.
    Jürgen Haas
    @jurgenhaas
    You know, plugins are really powerful and easy to implement. That's great about D8.
    The deployment of their code into remote sites is the tricky part. For DRD we built everything into a phar library and that gets pushed to all remote clients.
    As for custom plugins I'm still wondering about the best way on how to deploy them though.
    I would like to see a solution that doesn't require an update remotely when a new plugin gets introduced into your DRD.
    Jürgen Haas
    @jurgenhaas
    Here is the issue which covers the progress: https://www.drupal.org/node/2919261
    Jürgen Haas
    @jurgenhaas
    You can now write your own action plugins for DRD. Documentation can be found here: https://www.drupal.org/docs/8/modules/drupal-remote-dashboard/for-developers/writing-your-own-action-plugin
    attus74
    @attus74
    Thank you, I'll check it.
    Jürgen Haas
    @jurgenhaas
    Great, let me know if I can help.
    attus74
    @attus74
    I got it, it works. Thank you very much! You may extend it by providing the posibility of using arguments (through buildConfigurationForm, etc.), or at least explain briefly in documentation, how it works. It caused me some headache but finally I got it. But basically it was OK, easy to understand at use it. Thank you again!
    Jürgen Haas
    @jurgenhaas
    Wow, that's amazing. Thanks for your feedback.
    Using arguments is inherited from Drush and Console, so there is nothing special for DRD plugins. But the config form is, you're right.
    Have you had a look into some of the action plugins from DRD how they do it?
    attus74
    @attus74
    Yes, it helped me a lot.
    Jürgen Haas
    @jurgenhaas
    Just release version 3.11 of DRD with the latest changes included.
    Jürgen Haas
    @jurgenhaas
    DRD 3.12 released with lots of improvements and fixes: https://www.drupal.org/project/drd/releases/8.x-3.12
    Also, all DRD Agents have been updated too.
    Jürgen Haas
    @jurgenhaas
    Just opened the issue https://www.drupal.org/project/drd/issues/2923414 to discuss encryption of sensitive data in DRD. Please join the discussion either here or in the issue.
    Jürgen Haas
    @jurgenhaas
    Release 3.13 (https://www.drupal.org/project/drd/releases/8.x-3.13) with 3 new features:
    Jürgen Haas
    @jurgenhaas
    Just to let everyone know, there are currently some really nice discussion going on in the issue queue at https://www.drupal.org/project/issues/drd - if you want to influence the direction we're taking, now seems to be a good time to have a look and comment there.
    attus74
    @attus74
    Hi, as I wrote several weeks ago, we use Drupal 7 and DRD in our current network. We have a lot of web sites. (We want to upgrade the whole network to Drupal 8, but we're not ready to do it yet). We have a serious issue: any time a new website is added, key settings will be lost at a lot of other sites and we have a lot of "Execution request unauthorized" and "Wrong DRD Keys" messages. Do you have any idea how it could be solved? We add several new sites weekly and it's very annoying.
    Jürgen Haas
    @jurgenhaas
    Hi @attus74 I remember you wrote aboput plugins and that seemed to be resolved. Is this a new issue now?
    Do I get this right, you're using DRD for Drupal 8 but your remote sites are on D7?
    That shouldn't be a problem and I haven't seen such a behaviour before.
    Sounds like either a version mismatch or either side is not storing the communiation settings properly.
    Probably needs some heavy debugging to find out what's missing and why.
    attus74
    @attus74
    It's another issue. Our Drupal 8 system is under development and is not used in production yet. This issue is about Drupal 7 - both server and clients. (Right, the issue about Drupal 8 plugins is OK now).
    Jürgen Haas
    @jurgenhaas
    So you're using DRD for D7 as well? That is pretty outdated and you should really use D8 just for the dashboard. That is able to monitor D7 sites remotely as well.
    Jürgen Haas
    @jurgenhaas
    Hi everyone, please note that the latest Drupal core updates regarding the handling of phar files broke DRD and we have just released DRD 8.x-3.16 which is fixing this. You should all upgrade to that DRD version in order to get continued dashboard services.
    Jürgen Haas
    @jurgenhaas
    Just released new DRD agents to make them working properly after the GitLab migration.
    MrHaroldA
    @MrHaroldA

    Hi @jurgenhaas

    We are looking into a total solution for indexing all our websites and we were wondering if DRD could be used to index things like Wordpress sites too?

    Jürgen Haas
    @jurgenhaas
    Hi @MrHaroldA what do you mean by "indexing all our websites"? DRD is a tool to monitor any number of remote Drupal sites and to get deep insight into configuration and status. Indexing might be something different, i.e. building an index of all the content on those sites. That's not part of DRD though, but maybe you meant something different?
    MrHaroldA
    @MrHaroldA

    We want a central place which has all software versions of all websites our company supports. Most of the sites are built on Drupal, but there are WordPress and other sites too. Is it possible to write agents for non Drupal projects? I know that many features won't work on other platforms, but a centralized CVE scanner or just a centralized database of all module/plugin/platform versions would be great too.

    We of course would write and release all non Drupal agents.

    Jürgen Haas
    @jurgenhaas
    OK, got it. The simple answer is Yes, that's possible. Having said that, the agent to be written for WordPress would have to respond to all the requests you want to support in the same way that a Drupal site does. That's probably not feasible!? So, maybe we should enhance the data model in DRD such that it is prepared for other remote platforms. That would mean that the remote sites can respond natively but DRD needs to be enhanced to be able to support his.
    I quite like the idea, but it needs proper planning and execution. If you want to follow up on this, we should probably setup a Zoom call to exchange ideas.
    Ivan Ginovski
    @GinovskiIvan
    Hi everyone, I am kinda new to this module and I was trying to create my own action plugin that just displays a notification message on the selected domain.
    I was following the guide here: https://www.drupal.org/docs/8/modules/drupal-remote-dashboard/for-developers/writing-your-own-action-plugin
    But I am not sure where the code should be imported. On the DRD instance or the DRD Agent instance?
    Also, the generated code is not a module, but I create an info file, so I can install the code and import the configuration on an instance.
    The warning that I am getting when executing the action is Remote instance does not support DRD.
    Any tutorial on this action plugin? Currently is blurry whether to put the code on the master or the slave instance
    Jürgen Haas
    @jurgenhaas
    Hi @GinovskiIvan Welcome to DRD, hope we can help out. My suggestion is to first get DRD properly communicate with your remote sites, e.g. with the ping action. Only if that responds with a pong, this is when you know for sure that all is setup properly.
    Ivan Ginovski
    @GinovskiIvan
    image.png
    The ping action is working properly, also the maitenance action is working
    Ivan Ginovski
    @GinovskiIvan
    Hi @jurgenhaas , just to update, I made the action plugin work, I also opened an issue for generating the code (https://www.drupal.org/project/drd/issues/3125390).
    Now I wanted to make another customized feature. I saw that for collecting information and error logs from the domain, a cache is set and then used in the view on the route (/drd/domains/domain/{domain_id}). Is this extensible? Like for example, I wanted to get some new info with an action and could I extend the Domain entity with 1 more property to display in the view? What is the best approach for this functionality?
    Jürgen Haas
    @jurgenhaas
    Hey @GinovskiIvan this is great news. Also saw your issue and will certainly merge that asap.
    Regarding extending the domain entity and the caching mechanism, I need to think about. If it can't be fine yet, we can definitely build something to make that work
    Ivan Ginovski
    @GinovskiIvan
    Hi @jurgenhaas , a few questions popped up, maybe you could help me:
    1. In what order are the actions executed? FIFO?
    2. Could the actions in the queue be viewed somewhere on a page?