Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Activity
    Jürgen Haas
    @jurgenhaas
    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?
    Jürgen Haas
    @jurgenhaas
    DRD uses advanced queue module for all of this. You'll find answers to all those questions in that module, in short to both: yes
    Ivan Ginovski
    @GinovskiIvan
    Thanks a lot :)
    taonac
    @taonac
    Hi all, first of all awesome plugin. I just wanted to know where i can get a bit more detailed documentation. For example, when you add new cores, there are options like Update Method, is there any documentation on those options. Or for example, updating Drupal core, is there any documentation on that?
    Jürgen Haas
    @jurgenhaas
    welcome @taonac , glad you like DRD. Not many people are using the update functions yet and there is not much documentation yet. But a pretty comprehensive blog post at https://www.lakedrops.com/en/blog/post/big-drd-update-available-automatic-site-updates-and-ton-other-improvements which may give you the insight you're looking for
    taonac
    @taonac
    Thanks so much @jurgenhaas, i was actually at lakedrops.com. but for some reason couldn't find that post. But thanks a lot for the quick response. I'll read that blog post. Thanks again