Download the PHP package wunderio/updates_log without Composer

On this page you can find all versions of the php package wunderio/updates_log. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.

FAQ

After the download, you have to make one include require_once('vendor/autoload.php');. After that you have to import the classes with use statements.

Example:
If you use only one package a project is not needed. But if you use more then one package, without a project it is not possible to import the classes with use statements.

In general, it is recommended to use always a project to download your libraries. In an application normally there is more than one library needed.
Some PHP packages are not free to download and because of that hosted in private repositories. In this case some credentials are needed to access such packages. Please use the auth.json textarea to insert credentials, if a package is coming from a private repository. You can look here for more information.

  • Some hosting areas are not accessible by a terminal or SSH. Then it is not possible to use Composer.
  • To use Composer is sometimes complicated. Especially for beginners.
  • Composer needs much resources. Sometimes they are not available on a simple webspace.
  • If you are using private repositories you don't need to share your credentials. You can set up everything on our site and then you provide a simple download link to your team member.
  • Simplify your Composer build process. Use our own command line tool to download the vendor folder as binary. This makes your build process faster and you don't need to expose your credentials for private repositories.
Please rate this library. Is it a good library?

Informations about the package updates_log

Updates Log

Validate Release Tag vs Composer Version

Project overview

Updates Log is a Drupal module that logs project update statuses. It helps track security updates across multiple Drupal installations by logging module statuses on a daily basis and creating alerts based on these logs.

Why use Updates Log?

When managing many Drupal sites, keeping track of security updates can be challenging. Updates Log provides:

While alternatives like Warden exist, Updates Log offers more configurable alerting capabilities.

Team

Distribution

Installation

Requirements

Installation steps

  1. Install the module using Composer:

  2. Install a core patch for the update module bug:

    • For Drupal 9 use this patch
    • For Drupal 10 use this patch
    • For Drupal 10.1.5+ use this patch
    • For Drupal 10.2.2+ use this patch
    • For Drupal 11, you may still encounter this issue. If you do, try the workarounds in the troubleshooting section
  3. Enable the module:

  4. Optional: By using Config Split, keep the module enabled only in the default branch.

  5. Export the configuration:

  6. Verify the installation by running cron:

    At the first cron execution, it will report all modules from "unknown" state to the "known" state. Check your logs!

Usage

On hourly basis it logs the differences of the statuses of modules like this (if there are any changes):

old and new denote statuses. Respectively old status, and new status. The above log can be understood like this: drupal package was up-to-date in earlier run and changed its status now (security update was released), so the status changed from CURRENT to NOT_SECURE.

Status codes are taken from the Drupal code:

Timing

The full statistics log entry is generated in approx 24h interval.

The diff log entries may be generated as often as once per hour.

State

updates_log.last - Only hourly last run timestamp is kept here. The value is kept in epoch seconds. If there is a necessity to observe or change the values, these are the reference commands:

updates_log_statistics.last - Only 24h last run timestamp is kept here. The value is kept in epoch seconds. Similar reference commands apply as shown above.

updates_log.statuses - Module "current" statuses are kept in this state variable. Required to be able to perform diff. To observe the contents of it run the following command: drush sget updates_log.statuses --format=json.

Output

The generic format is id={json}==. There are two equal-signs at the end to mark the end of the JSON. It is needed, because in some logging environment there is additional encapsulation used which makes parsing impossible.

Diff

When there are any changes in module statuses, then their output in the logs looks as follows:

Every state change will have its own log entry.

Statistics

The module also logs "Statistics" once in 24h that gives a quick overview about how many modules there are and in what statuses.

The "prefix" (updates_log_statistics=) is there to help filter and parse the data from the log entry.

Site

The site identifies project. It is detected by using first non-empty item:

Env

The env identifies environment (dev, staging, production, etc). It is detected by using first non-empty item:

Settings

You can add $settings['updates_log_disabled'] = TRUE; in your settings.php to stop updates_log from reporting.

This is useful for sites that want to report updates in only one environment.

Development

Setting up a development environment

  1. Clone drupal-project as a base:

  2. Clone the updates_log project into the modules directory:

  3. Edit .lando.yml to disable unneeded services and their proxies:

  4. Start the development environment:

  5. Install dependencies:

  6. Set up the Drupal site:

  7. Run cron to test the module:

    Or bypass time checks for testing:

Testing and quality assurance

The module includes automated tests and code quality tools:

  1. Run code quality checks:

  2. Run PHPUnit tests:

Making releases

See the PR template for the release process.

Troubleshooting

Testing without time restrictions

Use the UPDATES_LOG_TEST environment variable to bypass the time requirement for testing:

or

This applies to both hourly and daily functional modes. After running this, you should get full statistics in logs, and if there are any state changes, these should have their own log entries too.

Debugging the Drupal update module

If you're experiencing issues with the update module:

  1. Verify the update settings:

    • Make sure /admin/reports/updates/settings loads and is configured correctly
    • Save the form again to ensure settings are applied
    • Check the status at "Available updates" report - is it red or green?
  2. Debug update data:

    This should return a large array.

  3. Check project data:

  4. Reset update module state (try these solutions in order until one works):

Debugging Updates Log module

Check the state of the Updates Log module:

Known issues

Drupal core bug

There is a Drupal core bug which in certain situations would not fetch new data, or would only fetch it for some projects but not others. This issue has been reported across multiple Drupal versions including Drupal 9, 10, and 11.

Symptoms of this issue include:

The issue can sometimes be resolved by:

  1. Applying the appropriate patch for your Drupal version (see installation instructions)
  2. Clearing the update fetch task cache (see troubleshooting section)
  3. Uninstalling and reinstalling the update module

This issue has been partially fixed in various Drupal versions, but may still occur. The patches and workarounds listed in this README have been reported to help in most cases.

Contributing

Contributions to the Updates Log module are welcome! Please follow these steps:

  1. Fork the repository
  2. Create a feature branch
  3. Make your changes
  4. Run tests to ensure code quality
  5. Submit a pull request

Please follow the coding standards and include tests for new functionality.


All versions of updates_log with dependencies

PHP Build Version
Package Version
Requires composer/composer Version ^2
drupal/core Version ^9 || ^10 || ^11
Composer command for our command line client (download client) This client runs in each environment. You don't need a specific PHP version etc. The first 20 API calls are free. Standard composer command

The package wunderio/updates_log contains the following files

Loading the files please wait ....